Администрирование · 11 мин
Сервер лицензирования 1С: что это и как его настроить
Сервер лицензирования 1С: что это, зачем нужен, как установить и настроить раздачу программных лицензий, типичные ошибки и способы проверки работы.
Сервер лицензирования 1С — это служба, которая централизованно хранит программные лицензии платформы «1С:Предприятие» и выдаёт их пользователям и серверам по сети. Вместо того чтобы активировать пин-коды на каждом рабочем месте, администратор устанавливает лицензии один раз на выделенной машине, а клиентские компьютеры получают их автоматически при запуске программы.
Такой подход решает сразу несколько задач: лицензии не теряются при переустановке Windows на рабочих местах, их удобно перераспределять между сотрудниками, а активация не «пригорает» при замене компьютера пользователя. Особенно это важно в организациях с десятками и сотнями сеансов 1С, где ручное управление активациями превращается в постоянную проблему.
В роли сервера лицензирования может выступать либо сам сервер «1С:Предприятия» (агент сервера умеет раздавать лицензии), либо отдельная служба 1С:Лицензирование (hasplm-совместимый механизм на базе технологии Sentinel), которую можно установить на любую машину в сети. Ниже разберём, как это работает, какой вариант выбрать и как избежать типичных ошибок.
Как устроена выдача лицензий в 1С
Программная лицензия 1С — это файл с расширением .lic, который формируется при активации пин-кода и привязывается к аппаратным параметрам компьютера: материнской плате, процессору, сетевым адаптерам, дискам и версии операционной системы. Если лицензия лежит локально на рабочем месте, при существенной замене оборудования она перестаёт работать, и пин-код приходится активировать заново.
Когда лицензии размещены на сервере лицензирования, клиент при запуске отправляет сетевой запрос, сервер проверяет наличие свободной лицензии и выдаёт её на время сеанса. При завершении работы лицензия освобождается и становится доступной другому пользователю. Таким образом, одна многопользовательская лицензия обслуживает любые компьютеры сети — важно лишь количество одновременных сеансов.
Привязка в этом случае выполняется к оборудованию сервера лицензирования, а не к рабочим местам. Поэтому замена компьютеров пользователей никак не влияет на лицензии — критична только стабильность конфигурации самого сервера.
Варианты размещения сервера лицензирования
Существует три основных способа организовать централизованную раздачу лицензий, и у каждого есть свои условия применения.
Первый вариант — раздача лицензий через агент сервера «1С:Предприятия». Если у вас клиент-серверная архитектура, лицензии можно активировать прямо на сервере 1С, и агент будет выдавать их клиентам автоматически. Это самый простой путь: ничего дополнительно устанавливать не нужно, а настройка сводится к помещению файлов .lic в каталог сервера.
Второй вариант — отдельная служба 1С:Лицензирование на выделенной машине. Она подходит, когда сервер 1С один, а лицензии нужно раздавать и для файловых баз, и для других экземпляров платформы, либо когда сервер 1С работает под Linux, а активировать лицензии удобнее на Windows-машине.
Третий вариант — аппаратные ключи HASP с менеджером лицензий. Это устаревающая, но всё ещё встречающаяся схема: USB-ключ вставляется в сервер, а служба HASP License Manager раздаёт лицензии по сети. Новые поставки 1С ориентированы преимущественно на программные лицензии.
Сравнение вариантов
Подходит при клиент-серверной архитектуре. Не требует отдельного ПО, но не раздаёт лицензии для файловых баз вне кластера.
Универсальный вариант для смешанной инфраструктуры: раздаёт лицензии любым клиентам по сети. Требует отдельной установки и настройки конфигурационного файла.
Подходит для старых поставок и как резерв. Ограничение — физическая привязка к USB-порту и риск потери ключа.
Установка и настройка службы 1С:Лицензирование
Служба устанавливается из дистрибутива платформы — в комплекте поставки есть отдельный установщик. Установку следует выполнять на машине с стабильной аппаратной конфигурацией, которая не планируется к замене или пересозданию: именно к ней привяжутся все активированные лицензии.
После установки лицензии активируются стандартным образом — через диалог получения лицензии при первом запуске или через командную строку с указанием пин-кода. Файлы .lic размещаются в рабочем каталоге службы, после чего становятся доступны клиентам.
Клиенты находят сервер лицензирования либо автоматически через широковещательные запросы, либо по явно заданным настройкам. В сетях с несколькими подсетями автопоиск часто не работает, и адрес сервера нужно указать вручную в файле nethasp.ini на клиентских машинах или в параметрах информационной базы.
- 1Выберите машину со стабильной конфигурацией и постоянным сетевым адресом под сервер лицензирования
- 2Установите службу 1С:Лицензирование из дистрибутива платформы или активируйте лицензии на агенте сервера 1С
- 3Активируйте пин-коды и убедитесь, что файлы .lic появились в рабочем каталоге службы
- 4Откройте в брандмауэре порты, необходимые для обмена (для механизма Sentinel — UDP 475 и диапазон служебных портов)
- 5Пропишите адрес сервера в nethasp.ini на клиентах, если автопоиск не срабатывает
- 6Запустите 1С на клиенте и проверьте, что лицензия получена без запроса пин-кода
Сетевые требования и доступность
Сервер лицензирования — критичная точка отказа: если он недоступен, пользователи не смогут запустить 1С даже при исправных рабочих местах. Поэтому машину под эту роль выбирают с учётом отказоустойчивости: стабильное питание, резервное копирование каталога с лицензиями, постоянный IP-адрес или DNS-имя.
Обмен между клиентами и сервером идёт по протоколу UDP (механизм Sentinel), поэтому в сегментированных сетях с фильтрацией трафика нужно явно разрешить прохождение пакетов. Широковещательные запросы не пересекают границы подсетей — это самая частая причина ситуации «лицензии есть, а клиент их не видит».
Виртуализация и типичные ограничения
Размещение сервера лицензирования на виртуальной машине допустимо, но требует осторожности. Платформа 1С учитывает при привязке параметры виртуального оборудования, и миграция ВМ между хостами, изменение её конфигурации или пересоздание могут привести к слёту лицензий. Перед любыми изменениями виртуальной инфраструктуры проверьте, какие параметры зафиксированы в лицензии.
Дополнительное ограничение — одна программная лицензия не может одновременно использоваться на двух серверах. Если вы поднимаете резервный экземпляр службы, основной должен быть остановлен, иначе возможны конфликты и блокировки.
Диагностика: как проверить, что всё работает
Основной признак корректной работы — клиент запускает 1С и сразу попадает в список баз без диалога «Лицензия не найдена». Если диалог появляется, сначала проверяют доступность сервера по сети, затем — наличие свободных лицензий и правильность настроек поиска.
Состояние службы Sentinel можно посмотреть через веб-интерфейс Admin Control Center, который обычно доступен на порту 1947 машины с сервером лицензирования. Там видны активные лицензии, занятые сеансы и клиенты, которые их удерживают.
Как проверить результат
Программа открывается без запроса пин-кода
Ошибка «Лицензия не найдена» или «не обнаружен ключ защиты»
Сервер отвечает на ping, порт 1947 открывается в браузере
Хост недоступен или веб-интерфейс не открывается
В консоли видны свободные лицензии нужной серии
Все лицензии заняты или не отображаются
В nethasp.ini указан адрес сервера, клиент в той же сети или маршрут настроен
Клиент в другой подсети, адрес сервера не задан
Типичные ошибки администраторов
Большинство проблем с сервером лицензирования возникает не из-за сбоев самой службы, а из-за ошибок планирования и настройки. Ниже — те, что повторяются чаще всего.
Отдельная ошибка — игнорирование лимита активаций. Каждый пин-код имеет ограниченное число активаций, и тратить их на эксперименты с тестовыми серверами не стоит: восстановление через поддержку занимает время.
Когда сервер лицензирования не нужен
Для небольших установок централизация может быть избыточной. Если в организации два-три пользователя с файловой базой и стабильными рабочими местами, проще активировать однопользовательские лицензии локально на каждом компьютере — меньше точек отказа и проще обслуживание.
Сервер лицензирования оправдан, когда рабочих мест больше пяти-семи, когда сотрудники работают за разными компьютерами, когда используется клиент-серверная архитектура или когда рабочие места регулярно обновляются и переустанавливаются.
Как выбрать действие
Что важно запомнить
Сервер лицензирования 1С централизует хранение и выдачу программных лицензий по сети. Размещайте его на стабильной машине, активируйте многопользовательские лицензии, настройте сетевую доступность и nethasp.ini на клиентах, а перед любыми изменениями оборудования сервера проверяйте привязку лицензий.
Частые вопросы
Чем сервер лицензирования отличается от сервера 1С:Предприятия?
Сервер 1С:Предприятия обрабатывает работу информационных баз и обмен с СУБД, а сервер лицензирования только хранит и раздаёт лицензии. Это разные роли, хотя агент сервера 1С умеет выполнять и функцию раздачи лицензий, совмещая обе задачи.
Сколько лицензий можно активировать на одном сервере лицензирования?
Жёсткого практического ограничения со стороны службы нет — на одном сервере размещают и десятки, и сотни лицензий. Важно, чтобы все они были привязаны к одной аппаратной конфигурации и чтобы хватало портов и производительности машины для обработки запросов.
Что делать, если после замены оборудования сервера лицензии перестали работать?
Программная лицензия привязана к параметрам компьютера, поэтому после существенной замены оборудования её нужно активировать заново по резервному пин-коду. Если свободные активации исчерпаны, потребуется обращение в поддержку фирмы «1С» с объяснением ситуации.
Работает ли сервер лицензирования через интернет или VPN?
Технически раздача возможна, если настроена маршрутизация и явно указан адрес сервера, но широковещательный автопоиск через интернет не работает. Для удалённых площадок обычно настраивают VPN-канал и прописывают адрес сервера в nethasp.ini вручную.
Можно ли использовать один сервер лицензирования для разных версий платформы 1С?
Да, служба раздаёт лицензии независимо от версии платформы на клиентах. Ограничение другое: лицензии сами по себе привязаны к линейке платформы, поэтому для 8.2 и 8.3 могут требоваться свои комплекты лицензий.