Почему при запуске 1С с локального компьютера появляется ошибка «Лицензия не обнаружена»?

← На главную

Многие системные администраторы сталкиваются с неприятной ситуацией, когда пользователи, работающие через терминальный доступ (RDP), не испытывают проблем с запуском 1С, а пользователи, запускающие «толстый» или «тонкий» клиент с локальных рабочих станций, периодически получают ошибку «Лицензия не обнаружена». При этом временное «лечение» в виде перезапуска службы сервера 1С подтверждает наличие проблем с выдачей лицензий на уровне сетевого взаимодействия или управления сессиями.

В этой статье мы подробно разберем, почему возникает данная проблема и какие шаги необходимо предпринять для ее устранения.

Анализ причин возникновения ошибки

Когда вы видите сообщение «Лицензия не обнаружена» после того, как все успешно работало, важно проанализировать архитектуру вашей сети и процесс получения лицензий. Рассмотрим основные причины:

Некорректная раздача лицензий сервером 1С. Если сервер 1С раздает программные лицензии, он ведет учет активных сеансов. В терминальной среде клиент получает лицензию, фактически находясь на том же «железе», где расположен сервер. При запуске с локального компьютера клиентское приложение пытается установить сетевое соединение с сервером 1С для получения лицензии. Если сетевой пакет теряется или сессия зависает на сервере, клиент получает отказ.
Проблемы сетевого обнаружения. Клиентские приложения 1С часто используют механизмы широковещательного поиска (Broadcast) для обнаружения сервера лицензий. Если компьютер пользователя и сервер находятся в разных подсетях (VLAN), широковещательные пакеты могут блокироваться сетевым оборудованием или фаерволами.
Конфликты программных лицензий. Программные лицензии привязаны к характеристикам компьютера. Если сервер 1С некорректно идентифицирует «железо» клиента или считает сессию «зависшей», он может отказать в повторной выдаче лицензии до тех пор, пока служба 1С не будет перезапущена и «очищена» от старых соединений.

Методы диагностики и решения проблемы

Чтобы раз и навсегда разобраться с этой ошибкой, выполним следующие действия по шагам.

Шаг 1: Использование файла конфигурации `nethasp.ini`

Самый эффективный способ исключить проблемы с широковещательным поиском — это «жестко» прописать адрес сервера лицензий на каждой клиентской машине. Для этого в папке с установленной платформой 1С (обычно это C:\Program Files\1cv8\bin) создайте файл nethasp.ini со следующим содержимым:


[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100
NH_PORT_NUMBER = 1560

Где 192.168.1.100 — это IP-адрес вашего сервера 1С. Это заставит клиентскую программу не «искать» лицензию по всей сети, а сразу обращаться к нужному узлу.

Шаг 2: Настройка файла `conf.cfg` для принудительного получения лицензий

Часто клиентские приложения пытаются искать лицензию локально (в файлах на диске или через USB-ключ), и только потом обращаются к серверу. Мы можем изменить это поведение, создав файл conf.cfg в каталоге bin платформы на клиентском компьютере:

LicenseDistributive=1

Эта настройка указывает 1С, что нужно в приоритетном порядке запрашивать лицензию у сервера 1С (сервера лицензирования). Это значительно повышает стабильность в сетевых средах.

Шаг 3: Проверка журнала событий и состояния платформы

Если проблема сохраняется, проанализируйте системный журнал Windows на сервере 1С. Ищите записи, связанные с ошибками службы 1C:Enterprise Server. Часто там можно увидеть детализированные ошибки, связанные с невозможностью захватить пул лицензий.

Также настоятельно рекомендуем проверить версию платформы. Версия 8.3.18, упомянутая в обсуждении, уже является устаревшей. Разработчики 1С в версиях 8.3.20 и выше внесли значительные улучшения в алгоритмы работы менеджера лицензий, особенно в части освобождения сессий при обрывах связи. Обновление до актуального стабильного релиза платформы — это первое, что нужно сделать при «плавающих» ошибках лицензирования.

Заключение

Проблема «Лицензия не обнаружена» при запуске 1С вне терминала почти всегда решается переводом клиента на работу с явным указанием адреса сервера через nethasp.ini и обновлением платформы. Проведите эти действия последовательно, и вы сможете стабилизировать работу пользователей без ежедневных перезагрузок сервера.