Hardlock-сервер в 1С: что это и как настроить раздачу лицензий

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

Без такого сервера каждый сетевой ключ пришлось бы вставлять непосредственно в рабочую станцию, что невозможно при нескольких пользователях. Сервер лицензий решает проблему: ключ стоит в одном месте (обычно на сервере), а программа на клиентских машинах находит его по сети и занимает одну из доступных лицензий.

Термин «hardlock» исторически связан с семейством аппаратных ключей Aladdin Hardlock, которые использовались для защиты 1С ранних версий. В современных конфигурациях 1С применяются ключи HASP (Sentinel), но в обиходе администраторов название «hardlock-сервер» закрепилось как синоним любого сервера, раздающего аппаратные лицензии 1С.

Что такое hardlock-сервер и как он работает

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

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

Количество одновременных сеансов ограничено числом лицензий в ключе. Когда лимит исчерпан, очередной пользователь получает ошибку «Не найдена лицензия» или «Превышено количество лицензий». Освобождённая при закрытии программы лицензия возвращается в общий пул.

Когда сервер лицензий действительно нужен

Если у вас локальная (однопользовательская) лицензия на один компьютер, сервер лицензий не требуется: ключ вставляется прямо в рабочую машину, и платформа находит его локально. То же относится к программным лицензиям, которые привязываются к параметрам конкретного компьютера и не используют USB-ключи.

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

Что понадобится для развёртывания

Минимальный набор: компьютер с Windows (это может быть как выделенный сервер, так и любая стабильно работающая машина в сети), сетевой USB-ключ HASP с нужным числом лицензий и дистрибутив HASP License Manager. Менеджер лицензий обычно входит в комплект поставки 1С или доступен у франчайзи, поставлявшего программу.

К машине, где будет работать сервер лицензий, предъявляются простые, но важные требования: она должна быть включена постоянно (или хотя бы в рабочие часы всех пользователей), иметь статический IP-адрес или резервирование в DHCP, и её сетевое имя должно корректно разрешаться клиентскими станциями. Перезагрузка такого сервера в разгар рабочего дня обрывает лицензии у всех пользователей.

Установка и настройка сервера лицензий

Процедура установки несложная, но требует внимательности к правам и сетевым настройкам. Все действия выполняются под учётной записью администратора.

1. 1
   Установите драйвер ключа HASP (Sentinel Runtime) на сервер и перезагрузите машину при необходимости.
2. 2
   Вставьте USB-ключ в порт сервера и убедитесь, что устройство определилось в диспетчере устройств без ошибок.
3. 3
   Установите HASP License Manager как службу Windows (при установке выберите вариант Service, а не Application).
4. 4
   Откройте в брандмауэре Windows порты, через которые менеджер лицензий принимает запросы (по умолчанию используются порты 475 TCP/UDP, а также широковещательный поиск).
5. 5
   Запустите службу менеджера лицензий и проверьте через утилиту мониторинга (Aladdin Monitor / HASP Monitor), что ключ виден и лицензии доступны.
6. 6
   На клиентских машинах настройте файл nethasp.ini, указав адрес сервера, чтобы клиенты не искали ключ широковещательными запросами.

Файл nethasp.ini размещается в каталоге conf внутри папки установки 1С на клиенте (или рядом с исполняемым файлом платформы). В нём задаётся адрес сервера лицензий и протокол обращения. Явное указание адреса ускоряет запуск 1С и устраняет ситуации, когда клиент «не видит» ключ из-за отключённых широковещательных рассылок в сегментированной сети.

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_TCPIP_METHOD = UDP

После настройки проверьте запуск 1С на клиентской машине. Если платформа стартует без сообщений о лицензии, а в мониторе менеджера лицензий появляется занятый сеанс — конфигурация работает правильно.

Проверка работы и диагностика

Основной инструмент диагностики — монитор менеджера лицензий (Aladdin Monitor или HASP Monitor). Он показывает, какие ключи видит служба, сколько лицензий в каждом ключе и сколько из них сейчас занято конкретными станциями. Если ключ в мониторе не отображается, проблема на уровне драйвера или самого устройства, а не сети.

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

Ограничения и риски

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

Виртуализация требует аккуратности: для работы ключа внутри виртуальной машины нужен проброс USB (USB-пасsthrough) или сетевые USB-концентраторы. Не все гипервизоры и не все модели ключей работают с такими схемами стабильно, поэтому перед переносом сервера лицензий в виртуальную среду конфигурацию следует протестировать.

Отдельный риск — физическая сохранность ключа. Утерянный или вышедший из строя аппаратный ключ не восстанавливается бесплатно: порядок замены определяется условиями договора с поставщиком 1С и чаще всего требует обращения к франчайзи. Ключ стоит размещать в серверной или ином месте с ограниченным доступом.

Альтернативы аппаратному серверу лицензий

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

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

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