Как сервер 1С раздаёт аппаратные лицензии

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

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

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

Как устроена раздача лицензий сервером 1С

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

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

Один сеанс занимает одну клиентскую лицензию. Тонкий клиент, толстый клиент и веб-клиент при работе через сервер 1С расходуют лицензии из общего пула ключа. Фоновые задания и регламентные операции, выполняемые на сервере, клиентских лицензий не потребляют.

Условия, при которых сервер будет раздавать лицензии

Чтобы раздача заработала, должны выполняться все условия одновременно. Пропуск любого из них — самая частая причина ошибок лицензирования.

• USB-ключ физически вставлен в компьютер, где работает агент сервера 1С (или в USB-over-IP устройство, доступное этому компьютеру).
• На сервере установлен актуальный драйвер ключа HASP (Sentinel HASP / HASP HL driver).
• Служба агента сервера 1С запущена и имеет доступ к устройству ключа.
• Тип ключа соответствует задаче: клиентский ключ (на 5, 10, 20, 50, 100, 300, 500 лицензий) — для выдачи клиентских лицензий, серверный ключ — для работы самого сервера 1С при наличии серверной лицензии.

Отдельно отметим виртуализацию: если сервер 1С работает в виртуальной машине, USB-ключ нужно пробросить внутрь ВМ средствами гипервизора или через сетевые USB-концентраторы. Без проброса гостевая система ключ не увидит, и раздача не начнётся.

Пошаговая настройка раздачи аппаратных лицензий

Настройка сводится к установке драйвера и подключению ключа — специальных параметров в консоли кластера для аппаратных ключей не требуется. Порядок действий следующий.

1. 1
   Скачайте и установите драйвер ключа HASP (Sentinel HASP/LDK) на компьютер с агентом сервера 1С.
2. 2
   Вставьте клиентский USB-ключ в свободный порт сервера и убедитесь, что система определила устройство.
3. 3
   Перезапустите службу агента сервера 1С:Предприятия, чтобы агент заново опросил ключи.
4. 4
   Запустите клиентский сеанс к любой базе кластера и убедитесь, что ошибка лицензии не появляется.
5. 5
   Проверьте в консоли кластера список сеансов — они должны создаваться без сообщений о поиске лицензий.

На Windows перезапуск службы выполняется через оснастку «Службы» (служба «Агент сервера 1С:Предприятия») или командой в командной строке с правами администратора. На Linux служба перезапускается через systemd или скрипт управления агентом.

net stop "1C:Enterprise 8.3 Server Agent" && net start "1C:Enterprise 8.3 Server Agent"

Если на сервере уже стоит драйвер, но ключ не виден, сначала проверьте сам порт и устройство в диспетчере устройств (Windows) или выводом lsusb (Linux). Конфликт версий драйвера после обновления платформы лечится переустановкой драйвера HASP, а не переустановкой платформы 1С.

Как проверить, что лицензии раздаются

Базовая проверка — успешный запуск клиентского сеанса. Но для диагностики полезно видеть картину целиком: сколько лицензий доступно и сколько занято.

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

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

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

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

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

Когда серверной раздачи недостаточно: альтернативы

Раздача лицензий напрямую сервером 1С — самый простой вариант, но не единственный. Выбор зависит от топологии системы.

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

Ограничения и частые вопросы по эксплуатации

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

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

FAQ