Почему толстый клиент 1С не видит HASP-лицензии на сервере и как это исправить?

← На главную

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

Разберем архитектуру работы HASP в сети

Для начала проанализируем, как именно 1С ищет лицензию. Когда запускается толстый клиент, он инициирует поиск доступных ключей защиты. Если ключ вставлен непосредственно в USB-порт компьютера, поиск завершается успешно. Однако, если ключ сетевой (обычно красного цвета с маркировкой NETxx ORGL8), клиент должен отправить сетевой запрос. Простого наличия ключа в сервере недостаточно — на этом сервере обязательно должен быть запущен специальный программный посредник.

Шаг 1: Установка и настройка HASP License Manager

Выясним причину, по которой клиент может «не видеть» сервер. Чаще всего это происходит из-за отсутствия HASP License Manager. Это служебная утилита, которая «слушает» сеть и отвечает на запросы клиентских приложений 1С.

На сервере, где физически установлен USB-ключ, необходимо выполнить следующие действия:

Скачать актуальную версию HASP License Manager (рекомендуется использовать версию для работы в качестве службы Windows).
Установить его и убедиться, что служба nhsrvice.exe (HASP Loader) запущена и имеет тип запуска «Автоматически».
Проверить наличие драйверов ключа. Если драйвер устарел, рекомендуется выполнить очистку системы утилитой haspdinst.exe -purge и установить последнюю версию HASP HL Driver.

Шаг 2: Настройка брандмауэра и сетевых портов

Посмотрим на ситуацию со стороны сетевой безопасности. Даже если менеджер лицензий запущен, пакеты от клиента могут блокироваться межсетевым экраном. HASP License Manager использует протокол UDP и TCP на порту 475.

Для корректной работы создадим исключения в брандмауэре Windows (или стороннем антивирусе/файрволе) на сервере и на клиентской машине:

Разрешим входящие и исходящие соединения для порта 475 по протоколам UDP и TCP.
Добавим процесс nhsrvice.exe в список исключений.

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

Шаг 3: Тонкая настройка файла nethasp.cfg

Проанализируем ситуацию, когда автоматический поиск ключа не срабатывает (например, клиент и сервер находятся в разных подсетях). В этом случае нам поможет ручная настройка файла nethasp.cfg. На клиентском компьютере этот файл обычно располагается в каталоге установки платформы (например, C:\Program Files\1cv8\conf\) или в папке пользователя.

Рассмотрим подробнее ключевые параметры, которые необходимо отредактировать в секции [NH_TCPIP]:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP-адрес вашего сервера с ключом
NH_USE_BROADCAST = Disabled    ; Отключаем широковещательный поиск для ускорения
NH_TCPIP_METHOD = UDP          ; Стандартный метод обмена данными

Разберем, что дают эти настройки:

NH_SERVER_ADDR: Указание конкретного IP-адреса исключает задержки. Клиент не будет опрашивать всю сеть, а сразу обратится к нужному серверу.
NH_USE_BROADCAST: Если мы переводим этот параметр в Disabled, мы запрещаем клиенту слать «крики» во всю сеть (broadcast-пакеты), что критично для стабильности в сложных корпоративных сетях.

Шаг 4: Проверка настроек в самой платформе 1С

Иногда решение кроется в простых настройках самой программы. В окне запуска списка информационных баз выберем нужную базу и нажмем кнопку «Изменить». Пройдем далее до последнего окна настроек. Убедимся, что установлена галочка «Использовать аппаратную лицензию (ключ защиты)».

Если эта опция выключена, 1С будет игнорировать любые HASP-ключи (и локальные, и сетевые) и сразу перейдет к поиску программных лицензий (файлов .lic), что и вызывает требование ввести пин-коды.

Шаг 5: Использование инструментов мониторинга

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

Появляется ли в списке имя вашего сервера.
Виден ли внутри сервера конкретный ключ (например, с типом ORGL8).
Сколько лицензий в данный момент занято и какими IP-адресами.

Если в мониторе сервер отображается, а 1С всё равно выдает ошибку, значит, проблема локализована в настройках nethasp.cfg или версии драйвера на конкретном рабочем месте.

Дополнительные нюансы и возможные конфликты

Проанализируем ситуацию с несколькими ключами. Если в вашей сети установлено несколько сетевых ключей (например, один на 20 пользователей, а другой на 50), может возникнуть конфликт менеджеров лицензий. В такой ситуации использование nethasp.cfg становится обязательным, чтобы жестко закрепить за определенными группами пользователей конкретные серверы лицензий, иначе одни пользователи могут «занимать» все места на маленьком ключе, в то время как большой ключ будет пустовать.

Также важно помнить о различии типов ключей. Локальный ключ (синего цвета, H4 M1) нельзя раздать по сети через License Manager. Он предназначен строго для того компьютера, в который он вставлен. По сети работают только красные ключи NETxx.

Соблюдение этой последовательности действий позволяет решить 99% проблем с доступностью HASP-лицензий в режиме толстого клиента 1С.