При работе с аппаратной защитой 1С:Предприятие системные администраторы часто сталкиваются с ситуацией, когда у клиента имеется несколько сетевых USB-ключей одной серии (например, два ключа по 5 лицензий маркировки ORGL8). При попытке установить их в один сервер система видит только один ключ, и пользователям доступно лишь 5 лицензий вместо ожидаемых 10. Рассмотрим подробнее, почему так происходит, и разберем по шагам, как «подружить» эти ключи и заставить их работать одновременно.
Разберем ситуацию с технической стороны. Все стандартные многопользовательские ключи (на 5, 10, 20, 50 и 100 пользователей) имеют идентичную внутреннюю маркировку серии — ORGL8. Менеджер лицензий HASP License Manager при запуске опрашивает USB-порты и инициализирует первый найденный ключ данной серии. Все остальные ключи той же серии, подключенные к этому же компьютеру, игнорируются драйвером. Таким образом, простое увеличение количества физических ключей в одном сервере не приводит к суммированию лицензий.
Самый надежный и проверенный способ задействовать оба ключа — это установить их на разные физические или виртуальные машины в пределах одной локальной сети. Проанализируем алгоритм действий:
nhsrvice.exe).Теперь в вашей сети работают два независимых менеджера лицензий. Однако для стабильной работы 1С:Предприятия этого может быть недостаточно, так как клиентские приложения могут найти только один из ключей через широковещательный запрос (Broadcast).
Выясним причину, по которой 1С может «терять» второй ключ. Если в сети несколько менеджеров лицензий, им рекомендуется назначить уникальные имена. Для этого на каждом компьютере, где установлен ключ, найдите файл nhsrv.ini (обычно находится в папке с установленным HASP LM).
Отредактируем секцию [NHS_SERVER], задав уникальное имя (до 7 латинских символов):
Для первого сервера:
[NHS_SERVER]
NHS_SERVERNAMES = SERV01
Для второго компьютера с ключом:
[NHS_SERVER]
NHS_SERVERNAMES = SERV02
После внесения изменений необходимо перезапустить службу HASP Loader на обеих машинах.
Чтобы программа гарантированно видела оба ключа и суммировала лицензии, мы должны явно указать адреса серверов в файле nethasp.ini на стороне пользователя. Этот файл обычно располагается в каталоге conf установленной платформы 1С.
Рассмотрим пример настройки секции [NH_TCPIP]. Нам необходимо отключить широковещательный поиск и прописать конкретные IP-адреса:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
NH_SERVER_NAME = SERV01, SERV02
NH_USE_BROADCAST = Disabled
Параметр NH_USE_BROADCAST = Disabled крайне важен: он заставляет 1С опрашивать сервера по списку напрямую, что значительно ускоряет запуск программы и исключает конфликты при поиске лицензий в сложных сетях.
Если в офисе нет «лишнего» физического компьютера, можно воспользоваться виртуализацией. Посмотрим на примере систем ESXi, Hyper-V или Proxmox:
Для сервера 1С и клиентов этот ключ будет выглядеть как сетевой ресурс, расположенный на другом IP-адресе, что полностью решает проблему конфликта одинаковых серий на одном «железе».
Для контроля за использованием лицензий рекомендуем использовать утилиту HASP HL Monitor (от Aladdin/Gemalto). После установки и запуска она покажет все активные менеджеры лицензий в сети, количество занятых и свободных слотов в каждом ключе. Это поможет убедиться, что 1С действительно видит оба ключа (например, два ключа по 5 лицензий отобразятся как два отдельных сервера в списке монитора).
Важный момент: Для корректной работы монитора и самих ключей убедитесь, что в брандмауэре открыт порт 475 для протоколов UDP и TCP.
Если манипуляции с файлами .ini и выделение отдельных машин кажутся слишком сложными, существует радикальный, но эффективный способ — конвертация аппаратных ключей в программные. Вы можете официально обратиться в фирму 1С для замены USB-ключей на пин-коды программных лицензий.
Проанализируем преимущества этого подхода: Во-первых, программные лицензии от разных поставок (даже если одна из них — основная поставка «Бухгалтерии», а другая — дополнительная лицензия) отлично суммируются на одном сервере. Во-вторых, исчезает зависимость от физических USB-портов и риски поломки «железа». Однако помните, что программная лицензия привязывается к параметрам сервера (процессор, материнская плата, имя ОС), и при их изменении потребуется повторная активация с использованием резервного пин-кода.
Подводя итог, можно сказать: два ключа одной серии на одном компьютере работать не будут. Для решения проблемы мы либо разносим ключи по разным ПК с обязательной настройкой nethasp.ini, либо переходим на современные программные лицензии, которые лишены данного ограничения. Выбор метода зависит от инфраструктуры клиента и готовности администрировать сетевые параметры менеджера лицензий.