Что делать, если сетевой USB-ключ 1С не виден по сети?

Распространенная ситуация при развертывании системы 1С:Предприятие — на сервере или отдельном компьютере установлен многопользовательский аппаратный USB-ключ защиты (например, на 5, 10 или более лицензий), драйверы успешно загружены, и локально программа запускается без ошибок. Однако при попытке подключения с клиентских рабочих станций платформа выдает сообщение об отсутствии свободной лицензии или не видит ключ защиты по сети.

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

1. Проверка маркировки аппаратного ключа

Прежде чем переходить к настройке сетевых служб, проанализируем физическую маркировку USB-ключа. Это позволит убедиться, что используемый ключ действительно является сетевым (многопользовательским).

Выясним различия в маркировке ключей 1С:

1. Локальные однопользовательские ключи (HASP HL Basic): имеют маркировку ORGL8 и фиолетовый корпус. Данный ключ предназначен только для использования на том компьютере, куда он физически вставлен, и раздавать лицензии по сети не умеет.
2. Сетевые многопользовательские ключи (HASP HL Net): имеют маркировку ORGL8 (красный корпус) на 5, 10, 20, 50, 100, 300, 500 пользователей. Если вставлен красный ключ, он предназначен для сетевой раздачи.
3. Ключи серверной лицензии (HASP HL Server): имеют маркировку EN8RA (зеленый корпус) для 32-разрядных серверов или EN8R6 (темно-синий/зеленый) для 64-разрядных серверов. Они лицензируют исключительно работу самого кластера 1С, а не подключения пользователей.

2. Проверка работы HASP License Manager

Для раздачи клиентских лицензий с аппаратного сетевого ключа по сети одного только драйвера ключа недостаточно. На компьютере, где физически установлен USB-ключ, должна работать специализированная служба — HASP License Manager (служба haspLM).

Разберем порядок проверки и запуска Менеджера лицензий:

1. Убедимся, что на хостовом ПК установлен и запущен дистрибутив HASP License Manager (его можно скачать с официального сайта Sentinel/Aladdin).
2. Откроем оснастку управления службами Windows (services.msc) и найдем службу HASP Loader.
3. Проверим состояние службы: она должна находиться в статусе «Работает» (Running), а тип запуска должен быть установлен в значение «Автоматически».
4. Если служба запущенa, но лицензии не выдаются, попробуем перезапустить службу HASP Loader.

3. Настройка сетевых портов и брандмауэра

Часто причиной недоступности ключа являются блокировки со стороны Брандмауэра Windows или сторонних антивирусных пакетов (например, Kaspersky Endpoint Security).

Служба раздачи лицензий использует UDP и TCP порт 475. Если данный порт заблокирован, клиентские компьютеры не смогут получить ответ от Менеджера лицензий, даже если сам компьютер пингуется и доступен по протоколу SMB (сетевые папки).

Проанализируем необходимые шаги по настройке сетевого экрана:

1. Создадим в Брандмауэре Windows входящее и исходящее правила для протоколов TCP и UDP по порту 475 на компьютере, где установлен ключ.
2. В настройках сетевого профиля Windows убедимся, что тип сети установлен как «Частная сеть» или «Сеть предприятия», но НЕ «Общедоступная сеть» (в общедоступных сетях большинство сетевых служб блокируются по умолчанию).
3. В настройках антивируса или сетевого экрана добавим службу nhsrvice.exe в список исключений или временно отключим сетевой экран для проверки гипотезы.

4. Прямое указание IP-адреса в файле nethasp.ini

По умолчанию платформа 1С ищет сетевой ключ с помощью широковещательных запросов (broadcast). Если клиентские ПК и компьютер с ключом находятся в разных IP-подсетях, или широковещательный опрос заблокирован роутером/сетевым экраном, поиск завершится ошибкой.

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

Рассмотрим порядок действий:

1. Перейдем в каталог конфигурационных файлов платформы 1С на клиентском ПК (например, C:\Program Files\1cv8\conf\ или C:\Program Files (x86)\1cv8\conf\).
2. Найдем или создадим текстовый файл nethasp.ini.
3. Заполним его следующими параметрами, отключив устаревшие протоколы и широковещательный поиск, и явно указав IP-адрес компьютера с USB-ключом:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100
NH_USE_BROADCAST = Disabled
NH_IPX = Disabled
NH_NETBIOS = Disabled

В строке NH_SERVER_ADDR укажем реальный статический IP-адрес ПК, к которому подключен сетевой USB-ключ.

5. Диагностика сети с помощью утилиты Aladdin Monitor

Для того чтобы исключить саму платформу 1С из цепочки проверок и убедиться, что сетевой ключ виден по сети на уровне системных служб, воспользуемся утилитой Aladdin Monitor (aksmon.exe).

Разберем процесс диагностики:

1. Установим и запустим программу Aladdin Monitor на клиентском ПК.
2. Если служба HASP Loader и сетевой ключ работают корректно, утилита отобразит имя сервера лицензий, адрес, а также количество доступных и занятых лицензий на ключе.
3. Если утилита не видит сервер лицензий, проблему следует искать на уровне сетевых блокировок (порты 475 TCP/UDP) или работы службы haspLM на стороне сервера.

6. Важные особенности платформы 1С и аппаратного обеспечения

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

1. Несколько ключей одной серии на одном ПК: Платформа 1С не умеет суммировать лицензии с двух сетевых ключей одинаковой серии (например, два ключа серии ORGL8 на 5 и 10 пользователей), если они вставлены в один и тот же компьютер. В этом случае будет виден только один ключ. Решить проблему можно разнесением ключей на разные физические компьютеры с отдельными службами HASP License Manager.
2. Энергосбережение USB-портов: В Диспетчере устройств Windows для USB-концентратора, к которому подключен ключ, рекомендуется снять галочку «Разрешить отключение этого устройства для экономии энергии», чтобы исключить засыпание USB-порта.
3. Ограничения Sentinel Admin Control Center (ACC): В современных версиях драйверов управление доступом может осуществляться через веб-интерфейс по адресу http://localhost:1947. В разделе Configuration -> Access from Remote Clients необходимо проверить наличие галочки Allow Access from Remote Clients.