Как настроить аппаратный сетевой ключ 1С для работы в локальной сети?

← На главную

При развертывании многопользовательской работы в 1С:Предприятие часто возникает ситуация, когда физический USB-ключ (HASP) установлен на сервере, но клиентские компьютеры в локальной сети его «не видят», выдавая ошибку «Лицензия не обнаружена» или hasp not found (-10). Разберем пошагово, как обеспечить корректную раздачу лицензий в сети, настроить компоненты защиты и устранить сетевые преграды.

Различие между драйвером ключа и менеджером лицензий

Прежде всего, проанализируем фундаментальную ошибку: установку только драйвера защиты. Для работы ключа на одном конкретном ПК достаточно драйвера (HASP Device Driver), который позволяет операционной системе распознать USB-устройство. Однако для того, чтобы этот ключ стал доступен другим компьютерам в сети, необходимо установить специальную службу — HASP License Manager.

Выясним причину, почему это важно: без менеджера лицензий (файл hlmsvc.exe) ключ остается «немым» для сетевых запросов. Рассмотрим правильный порядок действий на сервере:

Устанавливаем актуальную версию платформы 1С:Предприятие.
Устанавливаем драйвер аппаратного ключа защиты.
Устанавливаем HASP License Manager и убеждаемся, что он запущен как служба.

Настройка сетевой видимости и портов

Проанализируем ситуацию с сетевыми экранами. Даже если служба запущена, встроенный брандмауэр Windows или сторонние антивирусы (например, Касперский) могут блокировать входящий трафик. Для работы HASP критически важен порт 475.

Рассмотрим подробнее протоколы взаимодействия. License Manager по умолчанию использует протокол UDP для прослушивания широковещательных запросов от клиентов. Если сервер и клиент находятся в разных подсетях или широковещательные пакеты (broadcast) блокируются сетевым оборудованием, клиенты не смогут автоматически найти сервер лицензий.

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

Тонкая настройка файла nethasp.ini

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

Обычно файл располагается в папке с установленной платформой: C:\Program Files\1cv8\conf\ или в папке пользователя. Если файла там нет, его можно скопировать из шаблонов установки.

Посмотрим на пример правильной настройки секции [NH_TCPIP] для прямой адресации к серверу:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; IP-адрес вашего сервера с ключом
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP или UDP
NH_USE_BROADCAST = Disabled ; Отключаем широковещание, если прописали IP вручную

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

Особенности работы в терминальном режиме (RDP) и виртуализации

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

Если ваш сервер 1С развернут в виртуальной среде (VMware, Hyper-V), физический USB-порт сервера нужно «пробросить» внутрь виртуальной машины. Рассмотрим варианты решения:

Использование встроенных средств гипервизора (USB Passthrough).
Использование аппаратных USB-over-IP концентраторов (например, AnywhereUSB).
Установка ключа на физический компьютер в сети и запуск License Manager на нем (необязательно ставить ключ именно на сервер с базой).

Диагностика с помощью Aladdin Monitor

Чтобы не гадать, «видит» ли система ключ, воспользуемся утилитой AKS Monitor (Aladdin Monitor). Это эффективный инструмент совместной диагностики. Установите его на любой компьютер в сети, и он покажет:

Все доступные менеджеры лицензий в сети.
Количество общих лицензий на ключе.
Список текущих пользователей (их IP-адреса), которые уже заняли лицензии.

Если монитор видит менеджер лицензий на сервере, а 1С на клиенте — нет, значит, проблема в настройках nethasp.ini или в том, что 1С находит «хвосты» старых программных лицензий и прекращает поиск, не доходя до аппаратного ключа.

Приоритет поиска лицензий в 1С

Разберем, в каком порядке платформа 1С ищет ключ:

Локальный USB-ключ, вставленный прямо в компьютер.
Локальная программная лицензия (файл .lic).
Сетевой аппаратный ключ через License Manager (то, что мы настраиваем).
Сетевая программная лицензия (раздаваемая сервером 1С:Предприятия).

Важный момент: Если на компьютере пользователя ранее использовалась пиратская версия («эмулятор») или остались файлы программных лицензий от других версий, 1С может выдать ошибку раньше, чем достучится до вашего сетевого ключа. Рекомендуется очистить папку %ProgramData%\1C\licenses от неактуальных файлов.

Ограничение на количество ключей одной серии

Проанализируем еще одну тонкость: вы не можете вставить в один сервер два ключа одной серии (например, два сетевых ключа на 20 пользователей). Система увидит только один из них. Если вам нужно 30 лицензий, а у вас ключи на 20 и 10, вам придется либо обменять их на один ключ на 50 пользователей, либо разнести их на разные физические серверы и запустить на каждом свой License Manager, прописав оба IP-адреса в nethasp.ini на клиентах через запятую:

NH_SERVER_ADDR = 192.168.1.100, 192.168.1.101

Соблюдение этого алгоритма — установка менеджера лицензий, проброс порта 475 и точная настройка nethasp.ini — гарантирует стабильную работу 1С с аппаратной защитой в любой локальной сети.