При масштабировании системы «1С:Предприятие» часто возникает ситуация, когда одного аппаратного ключа защиты становится недостаточно. Однако простое подключение второго ключа к тому же серверу не дает результата: система видит только один из них. В этой статье мы подробно разберем, как правильно организовать работу нескольких сетевых ключей HASP в одной инфраструктуре, настроить менеджеры лицензий и обеспечить доступ пользователей ко всем доступным лицензиям.
Прежде всего, проанализируем техническое ограничение ключей HASP. Ключи делятся на серии (например, ORGL8, ORG8A, ORG8B). Если вы попытаетесь подключить два ключа одной серии (например, два ключа Net20 серии ORGL8) к одному компьютеру, драйвер и менеджер лицензий (HASP LM) смогут работать только с одним из них — обычно с тем, который имеет меньший серийный номер или был инициализирован первым. Для использования нескольких ключей одной серии их необходимо разнести на разные физические или виртуальные машины.
Рассмотрим порядок действий при распределении ключей по сети. Каждый сетевой ключ должен быть вставлен в USB-порт отдельного компьютера, который находится в той же подсети, что и пользователи (или к которому настроена маршрутизация по порту 475).
На каждом таком компьютере необходимо установить HASP License Manager (HASP LM). Рекомендуется устанавливать его как системную службу (Service), а не как приложение (Application), чтобы менеджер запускался автоматически при старте ОС, не требуя входа пользователя. После установки служба будет отображаться в списке под именем HASP Loader или Sentinel HASP License Manager.
Для того чтобы менеджеры лицензий не конфликтовали в сети и клиентские машины могли их различать, нам необходимо присвоить каждому менеджеру уникальное имя. Разберем, как это сделать через файл конфигурации nhsrv.ini.
Файл настроек менеджера лицензий обычно находится по пути: C:\Program Files (x86)\Aladdin\HASP LM\nhsrv.ini. Если вы используете 64-битную систему и менеджер работает как служба, крайне важно скопировать этот файл в папку C:\Windows\SysWOW64\, иначе изменения могут не примениться.
Откроем файл и найдем секцию [NHS_SERVER]. Нам нужно отредактировать параметр NHS_SERVERNAMES. Для первого сервера укажем:
[NHS_SERVER]
NHS_SERVERNAMES = LM_SERVER_1
Для второго сервера, соответственно:
[NHS_SERVER]
NHS_SERVERNAMES = LM_SERVER_2
Важно: Имя сервера не должно превышать 15 символов. После внесения изменений обязательно перезапустите службу HASP Loader.
Теперь перейдем к настройке компьютеров пользователей. По умолчанию 1С ищет ключи с помощью широковещательных запросов (Broadcast). В сети с несколькими менеджерами этот механизм может работать нестабильно. Чтобы гарантированно «собрать» лицензии со всех ключей, мы пропишем адреса серверов вручную в файле nethasp.ini.
Путь к файлу на стороне клиента: C:\Program Files\1cv8\conf\nethasp.ini (или в папке с конкретной версией платформы).
Проанализируем необходимые настройки в секции [NH_COMMON] и [NH_TCPIP]:
Пример настройки nethasp.ini для двух ключей:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10, 192.168.1.11
NH_SERVER_NAME = LM_SERVER_1, LM_SERVER_2
NH_USE_BROADCAST = Disabled
В этом случае платформа 1С сначала обратится к LM_SERVER_1, и если на нем закончатся лицензии, перейдет к поиску на LM_SERVER_2.
Выясним важный нюанс: кто именно будет раздавать лицензии — сам сервер 1С или клиентское приложение? Это критически влияет на видимость ключей.
Если в настройках информационной базы включена опция «Разрешить выдачу лицензий сервером», то сервер 1С берет на себя роль диспетчера. Однако у сервера 1С есть жесткое ограничение: он может раздавать лицензии только с одного локального ключа и одного сетевого ключа, найденного через HASP LM. Остальные сетевые ключи он просто проигнорирует.
Если вам нужно использовать, например, три ключа по 20 лицензий, у вас есть два пути:
nethasp.ini. Ограничений на количество ключей не будет. Минус: веб-клиенты и мобильные клиенты не смогут работать, так как они не умеют искать ключи сами и зависят от сервера.ORGL8 (на 20 польз.), а второй — ORG8A (на 50 польз.), сервер 1С сможет увидеть оба ключа одновременно, так как они не конфликтуют на уровне серий.Чтобы убедиться, что все ключи видны и лицензии расходуются правильно, воспользуемся утилитой Aladdin Monitor (AKS Monitor). После запуска она просканирует сеть и выведет список всех активных менеджеров лицензий (те самые LM_SERVER_1, LM_SERVER_2).
В интерфейсе монитора мы можем увидеть:
Если сервер лицензий не отображается в мониторе, проверьте, открыт ли на нем порт 475 (UDP и TCP) в брандмауэре Windows или сетевом экране.
Если манипуляции с файлами .ini и расстановкой ПК кажутся слишком сложными или вам необходимо обеспечить работу веб-клиентов с большим количеством лицензий, рассмотрим альтернативы:
Таким образом, мы разобрали основные сценарии работы с несколькими ключами HASP. Правильная настройка имен серверов и адресный опрос менеджеров позволяют гибко управлять лицензионной политикой предприятия даже при использовании старых аппаратных средств защиты.