HL Server 1С: что это такое и как работает раздача лицензий

Под запросом «HL Server 1С» обычно скрываются два близких понятия. Первое — сервер лицензий HASP HL (HASP License Manager), программный компонент, который раздаёт аппаратные USB-ключи защиты 1С по локальной сети. Второе — служба сервера лицензирования 1С:Предприятия, которая работает внутри кластера серверов 1С и выдаёт программные лицензии клиентским сеансам. Оба механизма решают одну задачу: контролируют, сколько пользователей одновременно может работать с программой.

Понимание того, какой именно «сервер лицензий» используется в вашей инфраструктуре, напрямую влияет на поиск и устранение ошибок вида «Не найдена лицензия» или «Не обнаружен ключ защиты программы». Файловые базы чаще всего работают с аппаратными ключами HASP HL, а клиент-серверные развёртывания — с программными лицензиями, которые выдаёт служба сервера 1С.

Что такое HASP HL и зачем нужен сервер лицензий

HASP HL (Hardware License) — семейство аппаратных ключей защиты, которые фирма «1С» долгое время использовала для лицензирования платформы. Ключ выглядит как USB-флешка и содержит в себе определённое число клиентских лицензий: например, на 5, 10, 20, 50 или больше пользователей. Сам по себе ключ не «раздаёт» лицензии — эту работу выполняет программа HASP License Manager (менеджер лицензий), установленная на том компьютере, куда вставлен ключ.

Менеджер лицензий принимает запросы от клиентских приложений 1С по сети, проверяет наличие свободных лицензий на ключе и выдаёт разрешение на запуск сеанса. Если все лицензии заняты, очередной пользователь получает сообщение о том, что свободных лицензий нет. Таким образом, «HL Server» в узком смысле — это связка «USB-ключ плюс запущенный менеджер лицензий».

Второй смысл: служба сервера лицензирования 1С

В клиент-серверной архитектуре роль HL Server берёт на себя кластер серверов 1С:Предприятия. Внутри кластера работает сервис сеансовых данных и механизм выдачи программных лицензий: при запуске сеанса сервер проверяет, есть ли свободная программная лицензия, активированная на данном компьютере, и «захватывает» её на время работы пользователя.

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

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

Как устроена раздача лицензий по сети

Когда пользователь запускает 1С, платформа последовательно ищет доступную лицензию: сначала локальный ключ или локальную программную лицензию, затем ключи в сети через менеджер лицензий, затем — лицензии на сервере 1С, если база клиент-серверная. Порядок поиска можно влиять настройками файла конфигурации nethasp.ini (для HASP) и параметрами кластера.

Менеджер лицензий общается с клиентами по сети, и для его работы важны открытые порты и корректная маршрутизация широковещательных запросов. В простой одноранговой сети клиенты находят менеджер автоматически, через broadcast-запрос. В сетях с несколькими подсетями broadcast может не доходить — тогда адрес сервера лицензий прописывают явно в файле nethasp.ini на каждом клиенте.

Как настроить сервер лицензий HASP HL

Базовая настройка сводится к установке драйвера ключа, установке менеджера лицензий как службы Windows и проверке доступности из сети. Все компоненты входят в комплект поставки платформы 1С или доступны отдельно у производителя ключей.

1. 1
   Установите драйвер HASP-ключа на компьютер, который будет сервером лицензий, и подключите USB-ключ
2. 2
   Установите HASP License Manager именно как службу Windows, а не как приложение — тогда он стартует автоматически без входа пользователя
3. 3
   Проверьте, что служба запущена и ключ виден в интерфейсе менеджера лицензий
4. 4
   Откройте в брандмауэре порты менеджера лицензий для входящих подключений из локальной сети
5. 5
   На клиентах в других подсетях пропишите адрес сервера в файле nethasp.ini (параметры NH_SERVER_ADDR и NH_TCPIP)
6. 6
   Запустите 1С на клиенте и убедитесь, что сеанс стартует без сообщения о нехватке лицензий

После настройки полезно проверить поведение под нагрузкой: запустите столько сеансов, сколько лицензий на ключе, а затем попробуйте запустить ещё один. Последний сеанс должен получить осмысленное сообщение о нехватке лицензий — это признак того, что учёт работает корректно.

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled

Типичные ошибки и их причины

Самая частая жалоба — «Не найдена лицензия» при запущенном менеджере лицензий. Причины обычно такие: служба менеджера остановлена или запущена как приложение под конкретным пользователем и завершилась при выходе из сеанса; брандмауэр блокирует порты; клиент находится в другой подсети и не видит broadcast-запросы; ключ физически не определился системой из-за сбоя драйвера или порта USB.

Отдельная группа проблем связана с программными лицензиями на сервере 1С. При изменении аппаратной конфигурации сервера (замена сетевой карты, диска, материнской платы, а в виртуальных средах — изменение параметров виртуальной машины) «отпечаток» системы меняется, и активированные лицензии становятся недействительными. В этом случае лицензии приходится активировать заново с помощью резервных пин-кодов.

Как проверить, что всё работает правильно

Диагностику начинайте с сервера лицензий: служба менеджера должна быть запущена, ключ — виден в системе, счётчик выданных лицензий — отображаться в консоли менеджера или через средства мониторинга. Затем проверьте сетевую доступность с клиентского компьютера и только после этого — настройки самой 1С.

Для клиент-серверных баз полезно периодически открывать консоль кластера и смотреть, какие сеансы занимают лицензии. «Зависшие» сеансы, которые не завершились штатно, могут удерживать лицензию до истечения тайм-аута — из-за этого пользователям не хватает лицензий, хотя реально работающих людей меньше.

Когда что выбрать: аппаратный ключ или программную лицензию

Выбор зависит от архитектуры: если у вас уже есть кластер серверов 1С, логично активировать программные лицензии на нём. Если базы файловые и пользователей немного, проще и надёжнее один сервер лицензий с HASP-ключом. Комбинировать схемы допустимо — платформа сама перебирает доступные источники лицензий, — но для предсказуемости лучше закрепить один основной источник.

Ограничения и риски, о которых стоит знать

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

У программных лицензий другой риск: ограниченный набор пин-кодов и привязка к железу. Перед плановой заменой оборудования зафиксируйте текущую конфигурацию, подготовьте неиспользованные пин-коды из комплекта и проведите работы в нерабочее время, чтобы успеть переактивировать лицензии.

Частые вопросы