Как работает менеджер лицензий 1С

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

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

В статье разобраны виды лицензий 1С, роль сервера лицензирования и менеджера HASP, порядок поиска лицензии платформой, а также практические шаги по диагностике и настройке.

Какие виды лицензий существуют в 1С

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

Клиентские лицензии различаются по количеству рабочих мест: однопользовательские, многопользовательские (на 5, 10, 20, 50 и более пользователей) и корпоративные. Отдельно существует лицензия на сервер 1С — без неё кластер серверов работает в ограниченном режиме. Важно понимать: клиентская лицензия расходуется на каждый запущенный сеанс, а не на каждого сотрудника в справочнике пользователей.

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

Как устроен механизм проверки лицензии при запуске

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

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

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

Один сеанс тонкого или толстого клиента занимает одну клиентскую лицензию. Если пользователь запустил две базы одновременно — занято две лицензии. Веб-клиент и фоновые задания на сервере также расходуют лицензии, о чём часто забывают при расчёте необходимого количества.

Роль сервера лицензирования и менеджера HASP

Для аппаратных ключей раздачей лицензий по сети занимается менеджер лицензий HASP (HASP License Manager). Он устанавливается на компьютер, куда вставлен многопользовательский USB-ключ, и обслуживает запросы клиентских машин по сети. Клиенты находят менеджер либо широковещательным запросом, либо по явно указанному адресу в файле настроек nethasp.ini.

Широковещательный поиск работает только в пределах одного сегмента сети. Если сервер с ключом находится в другой подсети или за маршрутизатором, клиенты его не увидят без файла nethasp.ini, где нужно явно прописать адрес сервера (параметр NH_SERVER_ADDR) и протокол. Это одна из самых частых причин «невидимого» ключа в распределённой сети.

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

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

Установка менеджера лицензий выполняется с дистрибутива платформы 1С — в составе есть соответствующий компонент, либо драйвер и менеджер можно установить отдельно. Менеджер рекомендуется запускать как службу Windows, чтобы он стартовал автоматически после перезагрузки сервера. Ключ вставляется в USB-порт того же компьютера.

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

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

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

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

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

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

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

Отдельная ситуация — «зависшие» лицензии. При аварийном завершении клиента сеанс на сервере может оставаться активным и удерживать лицензию. В консоли кластера такие сеансы можно завершить принудительно. Для файловых баз помогает перезапуск менеджера лицензий HASP.

Особенности программных лицензий и их восстановление

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

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

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

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

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

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

Часто задаваемые вопросы