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

← На главную

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

Анализируем текст ошибки и код Warning=15

Когда 1С не может найти ключ, она выводит подробный отчет о поиске. Рассмотрим наиболее важные строки из этого отчета. Если вы видите сообщение nethasp.ini: ..., прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, это критический маркер. Код Warning=15 расшифровывается как «Cannot find the HASP License Manager». Это означает следующее:

Платформа 1С успешно нашла и прочитала файл конфигурации nethasp.ini.
Она попыталась обратиться по указанному адресу или выполнить широковещательный поиск (broadcast).
Менеджер лицензий (служба на сервере) не ответил на запрос.

Это исключает проблемы с синтаксисом самого файла nethasp.ini, но указывает на сетевую недоступность или неправильную настройку службы hasplms на стороне сервера.

Шаг 1. Проверка сетевых портов и брандмауэра

Рассмотрим сетевой уровень взаимодействия. Для работы сетевых ключей HASP используется протокол UDP (и иногда TCP) на порту 475. Если компьютер находится в домене, настройки брандмауэра могут блокировать этот трафик. Разберем, что нужно проверить:

На стороне клиента: Убедимся, что исходящий трафик на порт 475 открыт.
На стороне сервера: Проверим, разрешены ли входящие подключения для порта 475. Важно: правило должно быть создано именно для протокола UDP, так как 1С по умолчанию использует его для поиска ключа.
Служба: Проверьте, что порт 475 слушает именно процесс hasplms.exe (Sentinel LDK License Manager).

Проверить доступность порта можно с помощью простой команды в PowerShell:

Test-NetConnection -ComputerName ИМЯ_СЕРВЕРА -Port 475

Шаг 2. Тонкая настройка nethasp.ini на клиентской машине

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

Найдите файл nethasp.ini. Обычно он располагается в папке C:\Program Files\1cv8\conf\ или в папке конкретной версии платформы. Отредактируем секцию [NH_TCPIP] следующим образом:


[NH_COMMON]
NH_TCPIP = ENABLE

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP-адрес вашего сервера лицензий
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = DISABLED

Параметр NH_USE_BROADCAST = DISABLED заставляет 1С прекратить бесполезные поиски по всей сети и обращаться напрямую к указанному IP. Это значительно ускоряет запуск программы и повышает стабильность соединения.

Шаг 3. Настройка менеджера лицензий на сервере (nhsrv.ini)

Выясним причину, по которой сам менеджер лицензий может «молчать». Если на сервере установлено несколько сетевых карт (например, локальная сеть и интернет или VPN), менеджер лицензий HASP LM может привязаться не к тому интерфейсу. В этом случае клиенты из локальной сети его не увидят.

В папке с установленным менеджером (обычно C:\Program Files (x86)\Aladdin\HASP LM) найдите файл nhsrv.ini. Нас интересует секция [NHS_IP]. Мы можем ограничить адреса, которые слушает сервер:


[NHS_IP]
NHS_IP_limit = 192.168.1.100 ; Указываем конкретный внутренний IP сервера

После внесения изменений обязательно перезапустите службу Sentinel LDK License Manager (или HASP Loader).

Шаг 4. Особенности раздачи лицензий сервером 1С

Рассмотрим важный нюанс, упомянутый в обсуждении: раздача лицензий самим сервером предприятия. Если вы работаете с клиент-серверной базой, возможны две схемы:

Лицензию берет клиент: 1С ищет ключ на компьютере пользователя или в сети через HASP LM.
Лицензию выдает сервер 1С: Сервер приложений сам забирает лицензию из доступных ему ключей и отдает ее сеансу.

Внимание: Если ваша база — файловая, сервер 1С:Предприятия никак не сможет помочь в раздаче лицензий. Для файловой базы на новом компьютере обязателен либо локальный ключ, либо настроенный доступ к сетевому ключу через менеджер лицензий. Если же база серверная, проверьте в свойствах информационной базы в консоли администрирования параметр «Разрешить выдачу лицензий сервером 1С:Предприятия». Установите его в значение «Да».

Шаг 5. Права доступа и доменные политики

Проанализируем влияние прав пользователя. Если вы используете программные лицензии (файлы .lic), платформа ищет их в определенных каталогах. Убедитесь, что у нового пользователя есть права на чтение содержимого папки:

C:\ProgramData\1C\1cv8\conf

Если лицензия была активирована «на пользователя», а не «на компьютер», файл лицензии будет находиться в профиле того человека, который выполнял активацию. Для доменной среды рекомендуется всегда выполнять активацию «на компьютер», чтобы файл лицензии был доступен всем пользователям системы.

Дополнительные рекомендации

Если все вышеперечисленные шаги не помогли, воспользуйтесь следующими советами:

Обновление драйверов: Скачайте последнюю версию Sentinel HASP LDK Runtime с сайта производителя. Старые версии драйверов могут некорректно работать с новыми обновлениями Windows.
Web-интерфейс: Зайдите на страницу http://localhost:1947 на сервере, где установлен ключ. В разделе Sentinel Keys вы должны видеть ваш ключ. В разделе Configuration -> Access from Remote Clients должно быть разрешено подключение извне (Allow Access from Remote Clients).
RDP-сессии: Помните, что локальные USB-ключи не видны в сессии удаленного рабочего стола без специальных средств проброса USB. Для RDP используйте только сетевые ключи или программные лицензии.

Таким образом, решение проблемы «Не найдена лицензия» сводится к последовательной проверке: от физического наличия ключа и работы службы на сервере до точечной настройки nethasp.ini на клиенте и проверки прав доступа в операционной системе.