Почему AKS Monitor не видит менеджер лицензий при доступности порта 475

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

Анализ сетевой доступности: ловушка порта 475

Рассмотрим стандартную диагностику, которую выполняет администратор. Если один компьютер видит менеджер лицензий, а второй — нет, первое, что мы проверяем, это доступность адреса и порта. Автор темы столкнулся с тем, что ping до сервера 172.16.66.67 проходит успешно, а команда telnet 172.16.66.67 475 подтверждает, что соединение устанавливается. Казалось бы, преград для работы нет.

Однако здесь кроется важный нюанс. Утилита telnet работает исключительно по протоколу TCP. Если менеджер лицензий (HASP License Manager) запущен, он начинает "слушать" порт 475 по двум протоколам: TCP и UDP. В описываемом случае администратор безопасности открыл порт 475 только для UDP, полагая, что этого достаточно для широковещательных запросов. Но для работы именно AKS Monitor, который собирает подробную информацию о состоянии ключа и подключенных пользователях, критически важно наличие открытого TCP-канала.

Вывод: для полной функциональности системы защиты HASP порт 475 должен быть открыт в обе стороны (Inbound/Outbound) для обоих протоколов — TCP и UDP.

Настройка клиентской части: файл nethasp.ini

Для того чтобы клиент 1С или монитор не тратили время на сканирование всей сети (что часто блокируется маршрутизаторами), мы должны жестко задать параметры поиска. Разберем структуру файла nethasp.ini, который обычно располагается в каталоге установки 1С или в системных папках.

Проанализируем рекомендуемые настройки, которые позволяют минимизировать влияние сетевых задержек и ограничений:

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 172.16.66.67
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled

Разберем эти параметры подробнее:

• NH_TCPIP = Enabled — принудительно включаем использование стека TCP/IP, отключая устаревшие протоколы IPX и NetBIOS, чтобы избежать лишнего трафика.
• NH_SERVER_ADDR = 172.16.66.67 — указываем прямой IP-адрес сервера, где установлен ключ. Это избавляет систему от необходимости "кричать" в сеть в поисках менеджера.
• NH_TCPIP_METHOD = UDP — здесь указывается метод, по которому клиент ищет ключ. Несмотря на то что монитору нужен TCP, сам механизм поиска ключа программой 1С чаще всего эффективнее работает через UDP.
• NH_USE_BROADCAST = Disabled — отключаем широковещание. Это критично, если сервер и клиент находятся в разных подсетях. Маршрутизаторы по умолчанию не пропускают широковещательные пакеты (broadcast), поэтому без этой настройки в разных подсетях ключ виден не будет.

Настройка серверной части: файл nhsrv.ini

Если со стороны клиента все настроено верно, но AKS Monitor все равно не отображает данные, нам необходимо заглянуть в настройки самого менеджера лицензий на сервере. За это отвечает файл nhsrv.ini, находящийся в папке с установленным HASP License Manager.

Выясним причину возможной блокировки на стороне сервера. Проанализируем параметры секции [NHS_IP]:

1. NHS_USERLIST — определяет максимальное количество подключаемых станций. Если лимит исчерпан, монитор может видеть сервер, но новые подключения будут сбрасываться.
2. NHS_IP_LIMIT — этот параметр позволяет ограничить диапазон IP-адресов, которым разрешено опрашивать менеджер лицензий. Убедитесь, что адрес проблемного компьютера входит в разрешенный диапазон или параметр закомментирован.
3. Многоканальные серверы (Multi-homing): Если на сервере несколько сетевых интерфейсов (например, физическая сеть и VPN), менеджер лицензий может "привязаться" не к тому адресу. В таком случае в nhsrv.ini следует явно указать рабочий IP в параметре NHS_IP_ADDR.

Различия между AKS Monitor и Sentinel Admin Control Center

Важно понимать, что AKS Monitor — это программное обеспечение для ключей старого поколения (HASP4, HASP HL). Современные ключи используют технологию Sentinel LDK. Рассмотрим, как изменилась диагностика в новых версиях.

В современных драйверах вместо AKS Monitor используется веб-интерфейс Sentinel Admin Control Center (ACC). Он доступен по адресу http://localhost:1947. Если вы используете новые ключи, то порт 475 может быть неактивен, а вся коммуникация пойдет через порт 1947. Если ваша 1С не видит ключ, попробуйте открыть в браузере адрес сервера http://172.16.66.67:1947. Если страница не открывается — заблокирован порт 1947 (HTTP через UDP/TCP).

Пошаговый алгоритм решения проблемы

Подводя итог нашему исследованию, составим план действий для исправления ситуации с видимостью менеджера лицензий:

1. Проверка протоколов: Убедимся, что на всех межсетевых экранах (брандмауэр Windows, антивирусы с фаерволами, сетевые шлюзы) для порта 475 разрешены и TCP, и UDP.
2. Диагностика Telnet vs Netstat: Если telnet проходит, но монитор пуст, выполним на сервере команду netstat -an | find "475". Мы должны увидеть статус LISTENING для TCP и активный адрес для UDP.
3. Унификация nethasp.ini: Скопируем файл nethasp.ini с рабочего компьютера на проблемный, предварительно проверив, что в нем прописан прямой IP-адрес сервера (NH_SERVER_ADDR).
4. Исключения антивируса: Добавим процесс nhsrvice.exe (или hasplms.exe для новых версий) в исключения сканирования сетевой активности в антивирусном ПО.
5. Перезапуск службы: Иногда служба HASP Loader может "подвиснуть", продолжая удерживать порт, но не отвечая на запросы данных. Перезапустим службу через оснастку services.msc.

Соблюдение этих рекомендаций и правильная настройка протоколов в 99% случаев решают проблемы с "невидимостью" лицензий в инфраструктуре 1С.