При работе с аппаратными ключами защиты 1С часто возникает ситуация, когда лицензии расходуются слишком быстро. Это происходит из-за того, что по умолчанию «Сервер 1С:Предприятие» берет на себя роль раздатчика лицензий. В этом режиме лицензия выдается на каждый сеанс (каждое запущенное окно программы), что крайне невыгодно при работе одного пользователя с несколькими базами. Рассмотрим, как перевести систему в режим выдачи лицензий «на компьютер» через HASP License Manager, чтобы один пользователь мог запускать неограниченное количество баз, занимая всего одну лицензию.
Для начала проанализируем ситуацию и выясним причину избыточного потребления лицензий. В системе 1С существует два основных способа получения клиентской лицензии:
Наша задача — заставить клиентское приложение находить лицензию самостоятельно, запретив серверу предлагать свои услуги по раздаче.
Это самый прямой путь решения проблемы. Проанализируем настройки каждой конкретной информационной базы. По умолчанию в новых базах раздача лицензий сервером может быть включена, и нам необходимо ее деактивировать.
Разберем по шагам, как это сделать через консоль администрирования серверов 1С:
MMC (для Windows) или воспользуемся инструментами администрирования для Linux.Рассмотрим ситуацию, когда баз много. Чтобы не менять настройки вручную в каждой базе, проанализируем возможность использования утилиты командной строки rac (Remote Administration Client). Мы можем выполнить команду для изменения настроек программно:
rac infobase --cluster=UUID_кластера --infobase=UUID_базы update --license-distribution=deny
После этого сервер перестанет предлагать лицензии клиентам этой базы, и они будут вынуждены искать их в сети через HASP LM.
Даже если мы отключили раздачу на сервере, клиент может «не увидеть» ключ в сети из-за особенностей широковещательных запросов (Broadcast), особенно если сервер и клиенты находятся в разных подсетях. Выясним, как гарантированно направить клиента к ключу.
Для этого нам потребуется отредактировать файл nethasp.ini. Обычно он располагается в папке conf установленной платформы (например, C:\Program Files\1cv8\conf\). Настроим его следующим образом:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
;; Указываем конкретный IP-адрес сервера, где установлен аппаратный ключ
NH_SERVER_ADDR = 192.168.1.50
;; Отключаем широковещательный поиск для ускорения работы
NH_USE_BROADCAST = Disabled
Такая настройка заставляет программу 1С обращаться напрямую к менеджеру лицензий. Посмотрим на результат: теперь клиент сначала пытается получить лицензию по сети «на компьютер», и только если это не удастся (а серверная раздача у нас отключена), он выдаст ошибку отсутствия ключа.
Проанализируем более радикальный, но эффективный метод. Если аппаратный ключ вставлен в тот же физический сервер, на котором запущен rphost, сервер 1С всегда будет видеть этот ключ как локальный. В некоторых случаях он может игнорировать настройки базы и пытаться захватить лицензии.
Рассмотрим варианты решения:
HASP License Manager. Теперь сервер 1С не увидит ключ локально и не сможет его раздавать, если мы не пропишем обратное.nhsrv.ini (файл конфигурации менеджера лицензий). В секции NHS_IP_LIMIT можно ограничить список IP-адресов, которым разрешено брать лицензии. Если мы исключим 127.0.0.1 или локальный IP сервера, процесс rphost не сможет достучаться до менеджера лицензий, в то время как пользователи продолжат получать ключи.Важно помнить о критическом ограничении: веб-клиенты (через браузер) не умеют получать лицензии по сети через HASP LM. Браузер технически не может инициировать соединение по протоколу NetHASP. В этом случае раздача лицензий сервером является единственным способом работы.
Если в вашей инфраструктуре активно используются веб-клиенты, выполним следующее разделение:
Проанализируем работу на Linux. В среде Linux управление ключами осуществляется демоном hasplmd. Для мониторинга используйте Sentinel Admin Control Center (доступен по адресу http://localhost:1947). В разделе «Sessions» вы сможете четко увидеть, кто именно занял лицензию. Если в колонке User вы видите имя пользователя — лицензия взята «на компьютер». Если вы видите процесс rphost или системную учетную запись сервера — значит, лицензию раздает сервер «на сеанс».
Для оптимизации лицензий мы проделали следующие шаги: выяснили разницу в типах лицензирования, отключили раздачу лицензий в настройках ИБ, настроили nethasp.ini на стороне пользователей и проверили возможность физического переноса ключа. Эти действия позволяют сократить расходы лицензий в 2-3 раза в зависимости от интенсивности работы пользователей с несколькими базами одновременно.