При переходе на новые версии платформы 1С (начиная с 8.3.15 и выше) системные администраторы и пользователи часто сталкиваются с неприятной ситуацией: программа успешно запускается, видит лицензии, позволяет работать, но ровно через 5-10 минут выбрасывает ошибку: «Требуется лицензия ключа защиты». При этом в консоли СЛК (Системы лицензирования и копирования) может отображаться, что лицензия по-прежнему занята этим пользователем.
В этой статье мы подробно разберем, почему возникают микроразрывы связи с ключом, как платформа взаимодействует с внешними компонентами защиты и что необходимо предпринять для стабилизации работы системы. Проанализируем ситуацию комплексно: от настроек программного обеспечения до конфигурации сетевого оборудования.
Одной из главных причин возникновения подобных сбоев является технический разрыв между механизмом работы платформы 1С и установленной версией сервера СЛК. Платформа 8.3.15 внесла значительные изменения в работу с внешними компонентами и защищенными модулями. Рассмотрим, почему это приводит к «вылетам».
Сервер СЛК и клиентская часть обмениваются специальными пакетами данных («heartbeat»), которые подтверждают, что сеанс активен. Если сервер СЛК устарел, он может некорректно обрабатывать запросы от новой платформы. В результате через определенный интервал времени (обычно те самые 5 минут) система считает, что подтверждение не получено, и блокирует работу защищенного модуля.
Для решения этой проблемы выполним следующие действия:
В интегрированных модулях, таких как «Аренда и управление недвижимостью», код защиты жестко прописывает логику обращения к ключу. Если ответ от сервера СЛК задерживается из-за высокой нагрузки на сервер или фоновых заданий, срабатывает внутренний таймаут. Мы можем проанализировать ситуацию, изучив лог-файлы сервера защиты.
Логи обычно располагаются по пути C:\ProgramData\1C\Licensing\. Нам необходимо искать записи, содержащие Session timeout или Connection reset. Если такие записи есть, значит, проблема в связности.
В некоторых случаях помогает принудительное указание адреса сервера в настройках защиты внутри самой 1С. Рассмотрим пример логики подключения (условно), которую использует защищенная компонента:
ПараметрыСвязи = Новый Структура;
ПараметрыСвязи.Вставить("АдресСервера", "192.168.1.10");
ПараметрыСвязи.Вставить("Порт", 9099);
РезультатПодключения = МодульЗащиты.УстановитьСоединение(ПараметрыСвязи);
Если в настройках указано имя сервера (DNS), попробуем заменить его на статический IP-адрес, чтобы исключить задержки при разрешении имен.
Часто возникает ситуация, когда на сервере одновременно работают программные лицензии 1С и аппаратные/программные ключи СЛК. Платформа может пытаться искать лицензию отраслевого модуля через обычный HASP License Manager, не находя её там, и выдавать ошибку доступа.
Разберем шаги по устранению конфликта:
nnhasp.ini (если он используется) не заблокированы порты, необходимые для СЛК.9099, а для версии 2.0 — порт 1199.Это скрытая причина, которую часто упускают из виду. ОС Windows по умолчанию может отключать сетевые адаптеры для экономии энергии или переводить их в режим пониженного потребления при отсутствии (с точки зрения ОС) трафика. Для СЛК даже задержка в 100 мс может стать критичной.
Проанализируем настройки сервера:
При работе через терминальный сервер СЛК иногда «теряет» сессию пользователя при переподключении. Если пользователь закрыл окно RDP крестиком, не выходя из 1С, его сессия остается активной. При повторном входе создается новый процесс, который запрашивает новую лицензию. Если лимит лицензий исчерпан или сервер СЛК не успел очистить «залипшую» сессию, возникает ошибка лицензирования через те самые 5 минут, когда система пытается обновить статус сеанса.
Рекомендуется:
bin платформы или в каталоге шаблона конфигурации).Подводя итог, если вы столкнулись с «отваливанием» лицензий СЛК через 5 минут работы после обновления платформы 1С, придерживайтесь следующего алгоритма:
8.3.15, 8.3.18 и выше.licenceserver.exe в исключения антивируса и брандмауэра.Помните, что стабильность работы СЛК напрямую зависит от качества сетевого соединения и актуальности компонент. Регулярная проверка логов сервера СЛК поможет вам обнаружить проблему до того, как она станет массовой для всех пользователей организации.