Как настроить раздачу программных лицензий 1С с привязкой к ключу HASP?

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

Понимание механизма работы лицензий с привязкой к HASP

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

• Программный файл .lic должен находиться на локальном диске того сервера, где выполняется поиск (на сервере 1С или на клиентской машине).
• Аппаратный ключ HASP, к которому привязан файл, должен быть доступен в сети через менеджер лицензий (HASP License Manager).
• При запуске система считывает ID ключа и проверяет его соответствие данным, записанным в программном файле.

Выясним причину ошибки в описанном случае: если файлы лицензий лежат на «Сервере 2», а база данных и сеансы работают на «Сервере 1», то «Сервер 1» просто не видит эти файлы, так как он не сканирует сетевые папки других серверов.

Шаг 1: Перенос файлов лицензий на рабочий сервер

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

Выполним следующие действия:

1. Найдем все файлы с расширением .lic на «Сервере 2». Обычно они располагаются в папке C:\ProgramData\1C\licenses.
2. Скопируем эти файлы и перенесем их на «Сервер 1» в аналогичную директорию: C:\ProgramData\1C\licenses.
3. Важный момент: поскольку эти лицензии привязаны к HASP-ключу, а не к «железу» сервера, перенос файлов не приведет к их аннулированию. Лицензии останутся валидными, пока в сети виден соответствующий ключ HASP.

Шаг 2: Настройка видимости ключа HASP через nethasp.ini

Посмотрим на текст ошибки из журнала, предоставленного автором. Коды Warning=129 и Warning=159 прямо указывают на то, что сетевой поиск ключа через Broadcast (широковещательный запрос) не увенчался успехом. В современных сетях такие запросы часто блокируются брандмауэрами или не проходят между подсетями.

Чтобы гарантированно «подружить» сервер 1С с ключом HASP, настроим файл nethasp.ini. Разберем пошагово:

Перейдем в папку с установленной платформой, например: C:\Program Files\1cv8\conf. Откроем файл nethasp.ini и приведем секцию [NH_TCPIP] к следующему виду:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP-адрес сервера, где физически стоит ключ HASP
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled

После внесения изменений сохраним файл. Теперь система будет обращаться за проверкой ключа напрямую по указанному адресу, минуя нестабильные широковещательные запросы.

Шаг 3: Настройка раздачи лицензий сервером 1С

Проанализируем способ выдачи лицензий. Для работы через RDP наиболее стабильным является вариант, когда лицензии выдает сам сервер 1С:Предприятия. В этом случае сервер берет на себя роль диспетчера: он находит файл .lic, проверяет наличие ключа и закрепляет лицензию за сеансом пользователя.

Настроим этот режим в консоли администрирования кластера:

1. Запустим консоль администрирования серверов 1С.
2. Перейдем в дерево информационных баз и выберем нужную базу.
3. В свойствах информационной базы найдем параметр «Разрешить выдачу лицензий сервером 1С».
4. Установим значение «Да».

Обратите внимание: если этот параметр включен, лицензии тратятся на каждый запущенный сеанс. Если один пользователь откроет три разные базы, он займет три лицензии. Это плата за стабильность работы в терминальном режиме.

Шаг 4: Работа с HASP License Manager

Для того чтобы ключ HASP был виден в сети, на сервере, где он установлен («Сервер 2»), должен быть запущен HASP License Manager. Рассмотрим основные требования к его настройке:

• Убедимся, что служба Sentinel LDK-License Manager запущена и работает.
• Проверим доступность порта 475 (UDP/TCP) в брандмауэре Windows на обоих серверах.
• Для диагностики используем утилиту AKS Monitor. Если в мониторе ключ не виден, значит, проблема в драйверах или физическом подключении ключа.

Особенности многопользовательских программных лицензий

Разберем важный нюанс, упомянутый в обсуждении. Если у вас имеется многопользовательская лицензия на 50 рабочих мест, привязанная к HASP, то файл .lic содержит информацию о лимите подключений.

При использовании серверной раздачи (пункт 3), сервер 1С самостоятельно подсчитывает количество занятых лицензий. Если в журнале регистрации или в консоли вы видите, что «свободные лицензии закончились», проверьте общее количество активных сеансов во всех базах данного кластера. Проанализируем ситуацию: сервер 1С суммирует лицензии из всех доступных ему файлов .lic, находящихся в локальной папке licenses.

Резюме решения

Подведем итог нашим действиям. Чтобы настроить раздачу лицензий 1С с привязкой к HASP в многосерверной конфигурации, мы выполнили:

• Централизацию файлов: Собрали все файлы программных лицензий на сервере, где запущен менеджер кластера 1С.
• Прямую адресацию: Указали конкретный IP-адрес сервера с ключом в файле nethasp.ini.
• Активацию раздачи: Включили выдачу лицензий на уровне настроек информационной базы в консоли сервера.

Такой подход позволяет избежать конфликтов при поиске ключей и обеспечивает стабильную работу пользователей в RDP-сессиях, даже если физический ключ и сервер 1С находятся на разных машинах.