При переходе на виртуальную инфраструктуру системные администраторы часто сталкиваются с проблемой: как использовать имеющиеся аппаратные ключи (USB-токены) HASP, если у виртуальной машины нет физических USB-портов? В этой статье мы подробно разберем, как организовать схему, при которой аппаратный ключ подключается к любому физическому компьютеру в сети, а виртуальный сервер 1С успешно получает и раздает эти лицензии пользователям.
Прежде чем приступать к настройке, нам необходимо выяснить, какой именно ключ находится у нас в руках. От этого зависит сама возможность его "раздачи" по сети. Рассмотрим основные категории ключей HASP HL:
ragent. Они также бывают локальными и сетевыми.Рассмотрим ситуацию, когда у нас есть сетевой красный ключ. Нам не обязательно подключать его к самому серверу, где установлена 1С. Мы можем выбрать любой стабильно работающий физический компьютер в той же локальной сети.
nhsrvice.exe). Именно эта программа будет "слушать" сеть и отвечать на запросы от 1С, выдавая лицензии.Проанализируем важный нюанс: менеджер лицензий должен быть запущен как служба, чтобы он начинал работать сразу после включения компьютера, не дожидаясь входа пользователя в систему.
Часто возникает проблема: менеджер лицензий установлен, ключ горит, но виртуальный сервер 1С его "не видит". Это происходит из-за того, что по умолчанию поиск ключа идет через широковещательные пакеты (broadcast), которые часто блокируются маршрутизаторами или особенностями виртуальных сетей. Выясним, как это исправить.
Для стабильной связи нам необходимо жестко указать адрес сервера с ключом в файле nnhasp.ini. На сервере 1С (виртуальной машине) этот файл обычно находится в папке conf или в папке с установленной платформой. Разберем пример настройки этого файла:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP-адрес физического ПК с ключом
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
Важные параметры:
NH_TCPIP = Enabled — разрешаем использование протокола TCP/IP для поиска ключа.NH_SERVER_ADDR — самый важный параметр. Указывая конкретный IP, мы избавляем систему от необходимости "кричать" на всю сеть и тратить время на ожидание ответа.NH_USE_BROADCAST = Disabled — отключаем широковещательные запросы, так как мы уже указали точный адрес.Теперь рассмотрим, как именно 1С будет использовать этот ключ. В консоли администрирования кластера 1С:Предприятия у каждой информационной базы (или у всего кластера) есть параметр "Разрешить выдачу лицензий сервером 1С". Проанализируем два сценария:
nnhasp.ini нужно настраивать на каждом рабочем месте пользователя.Для виртуального сервера наиболее предпочтителен первый вариант, так как это централизует управление защитой. Для удобного изменения параметров кластера и баз без стандартной оснастки можно использовать кроссплатформенную консоль администрирования OneS Cluster Admin.
Рассмотрим ситуацию, когда у вас одновременно есть и программные лицензии (пин-коды), и аппаратный ключ. Выясним, как 1С поведет себя в этом случае. По умолчанию программные лицензии имеют приоритет. Система сначала проверит наличие активированных программных лицензий на сервере и локально, и только если их не окажется, пойдет искать аппаратный HASP-ключ.
Если вы хотите принудительно заставить систему использовать именно аппаратный ключ, в настройках информационной базы при запуске (в окне выбора баз -> Изменить -> Дополнительно) можно прописать параметр /UseHasp+ или в настройках базы в консоли сервера 1С указать "Использовать аппаратную лицензию: Да".
Важно помнить критическое ограничение технологии HASP: на одном компьютере нельзя использовать два сетевых ключа одной серии. Если вы воткнете в один физический ПК два красных ключа (например, на 10 и 20 пользователей), менеджер лицензий увидит только один из них (обычно тот, что имеет меньший серийный номер или подключен первым). Для суммирования таких лицензий их необходимо разносить на разные физические компьютеры и указывать оба адреса в nnhasp.ini через запятую:
NH_SERVER_ADDR = 192.168.1.100, 192.168.1.101
Для контроля за тем, кто именно занял лицензии из аппаратного ключа, мы рекомендуем использовать утилиту Aladdin Monitor. Рассмотрим ее возможности: она в реальном времени показывает таблицу с IP-адресами компьютеров, именами пользователей и количеством занятых ими слотов в ключе. Это гораздо удобнее, чем пытаться вычислить расход лицензий через консоль администрирования 1С, так как консоль видит только те лицензии, которые раздал сам сервер, но не видит тех, что клиенты взяли из сети самостоятельно.
Таким образом, объединив физический хост с менеджером лицензий и виртуальный сервер 1С с правильной настройкой nnhasp.ini, мы получаем надежную и гибкую систему лицензирования. При решении смежных задач настройки серверного окружения пригодится структурированный справочник решений по системному администрированию Windows, Linux и 1C.