Работа с аппаратными ключами защиты HASP в современных операционных системах, таких как Windows 10 и Windows 11, часто преподносит сюрпризы системным администраторам. Даже если порт доступен, а настройки кажутся верными, 1С может упорно выдавать ошибку «Лицензия не найдена». В рамках данной статьи мы подробно разберем алгоритм диагностики и решения проблем с сетевыми ключами, основываясь на практическом опыте и технических нюансах работы драйверов Sentinel.
Первым делом нам необходимо убедиться, что компьютер-клиент «видит» сервер, на котором установлен аппаратный ключ. Стандартная проверка через ping полезна, но недостаточна. Ключи HASP используют порт 475. Рассмотрим подробнее, как проверить его доступность.
Многие администраторы используют telnet для проверки порта, однако стоит помнить, что telnet работает по протоколу TCP. В то же время менеджер лицензий HASP для поиска ключа и передачи данных активно использует протокол UDP. Если TCP-порт открыт, это еще не гарантирует, что UDP-трафик проходит через брандмауэр или маршрутизатор. Нам нужно создать правила в брандмауэре Windows (Windows Firewall) для порта 475 именно для протокола UDP в обоих направлениях.
Также проанализируем ситуацию, когда порт может быть занят другим процессом. Для этого на сервере, где физически установлен ключ, запустим командную строку от имени администратора и выполним команду:
netstat -a -b
В выведенном списке найдем строку с портом 475. Мы должны убедиться, что его прослушивает именно процесс nhsrvice.exe (HASP Loader). Если порт занят другим приложением, менеджер лицензий не сможет корректно обрабатывать запросы от клиентских станций 1С.
Для стабильной работы в одноранговых сетях (без домена) полагаться на автоматический поиск ключа (Broadcast) не стоит. Проанализируем, как правильно настроить адресную рассылку. На стороне клиента основным файлом конфигурации является nethasp.ini. Обычно он располагается в папке с установленной платформой 1С (каталог conf). Выясним, какие параметры критически важны:
[NH_COMMON] установим NH_TCPIP = Enabled.[NH_TCPIP] укажем конкретный IP-адрес сервера: NH_SERVER_ADDR = 192.168.x.x.NH_TCPIP_METHOD = UDP или TCP. Рекомендуется явно указывать IP, чтобы избежать проблем с блокировкой широковещательных запросов (Broadcast), которые в Windows 10 часто подавляются настройками сетевого обнаружения.На стороне сервера, где установлен HASP License Manager, обратим внимание на файл nhsrv.ini. Если на сервере несколько сетевых интерфейсов (например, Ethernet и Wi-Fi или виртуальные адаптеры VPN), менеджер лицензий может начать «слушать» не тот интерфейс. Чтобы этого избежать, найдем параметр NHS_IP_LIMIT и в секции [NHS_IP] явно пропишем IP-адрес сетевой карты, к которой подключены клиенты.
Современные версии Windows 10 и 11 содержат функции защиты, которые могут блокировать работу драйверов HASP. Разберем влияние функции «Изоляция ядра» (Core Isolation / Memory Integrity). Если эта функция включена, старые драйверы HASP могут не загружаться, так как они используют методы прямого доступа к памяти, считающиеся небезопасными. В таком случае в диспетчере устройств ключ может отображаться с ошибкой или вовсе отсутствовать в списке работающих устройств.
Решением в данной ситуации является обновление драйверов Sentinel LDK Runtime до версии 8.x или выше. Последние версии драйверов полностью совместимы с требованиями безопасности Windows 10/11.
Также проанализируем сетевой профиль. Если Windows определила сеть как «Общедоступную» (Public), она накладывает жесткие ограничения на входящий трафик. Проверьте, чтобы тип сети на всех компьютерах был установлен как «Частная» или «Доменная». Как было отмечено в обсуждении, 1С может не получать доступ к лицензиям, если брандмауэр блокирует активность в публичных сетях.
Довольно часто встречается ситуация, когда ключ работает после включения сервера, но через некоторое время «отваливается». Выясним причину: Windows 10 по умолчанию старается экономить электроэнергию и может отключать питание USB-портов, если считает, что они не используются активно.
Чтобы исключить эту проблему, выполним следующие шаги:
В окне запуска 1С:Предприятия есть общие настройки, которые влияют на поиск аппаратного ключа. Нажмем кнопку «Настройка» в списке информационных баз. Проверим, установлен ли флаг «Использовать аппаратный ключ защиты». Если этот флаг снят, 1С даже не попытается искать HASP на портах, ограничившись только программными лицензиями.
Важно помнить порядок поиска лицензий в 1С:
Если в сети установлена программная лицензия на 5 пользователей и она уже полностью исчерпана, 1С может выдать ошибку, не переходя к поиску сетевого аппаратного ключа, если настройки nethasp.ini заданы некорректно или поиск занимает слишком много времени.
Для визуализации работы ключей в сети рекомендуем использовать утилиту AKS Monitor от производителя Aladdin (SafeNet/Thales). Рассмотрим нюансы её работы:
Во-первых, aksmon показывает информацию только в том случае, если HASP License Manager запущен как системная служба (Service), а не как обычное приложение. Во-вторых, ключ появится в списке только после того, как хотя бы один клиент успешно к нему обратился. Если список пуст, это прямой сигнал о том, что либо служба LM не видит ключ, либо сетевой трафик не доходит до сервера.
Проанализировав опыт участников обсуждения, мы приходим к выводу, что иногда самым быстрым и надежным способом является полная переустановка HASP LM. Если вы столкнулись с необъяснимым поведением, выполните следующие действия:
В большинстве случаев «чистая» переустановка устраняет ошибки регистрации службы в системе и сброс некорректных сетевых привязок, после чего лицензии начинают успешно раздаваться пользователям 1С.