Как сервер 1С раздаёт лицензии пользователям

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

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

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

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

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

Важно понимать: лицензия выдаётся на сеанс, а не на пользователя навсегда. Когда пользователь закрывает клиент, место освобождается. Если сеанс завершился аварийно, сервер освобождает лицензию по тайм-ауту, поэтому кратковременное «залипание» лицензий после сбоя — нормальное поведение.

Какие лицензии сервер раздаёт, а какие — нет

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

Однопользовательские программные лицензии сервер не раздаёт в принципе — они привязаны к аппаратным параметрам конкретного компьютера и работают только там, где активированы. Аппаратные USB-ключи HASP также раздаются не сервером 1С, а отдельным менеджером лицензий Sentinel (обычно по сети через порт 1947).

Активация многопользовательской лицензии на сервере

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

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

1. 1
   Убедитесь, что служба агента сервера 1С запущена и работает штатно
2. 2
   Запустите конфигуратор на сервере и откройте любую базу — при отсутствии лицензии появится диалог активации
3. 3
   Выберите активацию многопользовательской лицензии и введите пин-код из комплекта поставки
4. 4
   Укажите данные организации в точности как при покупке — они сверяются при восстановлении
5. 5
   Дождитесь создания файла лицензии и перезапустите клиентские сеансы
6. 6
   Проверьте, что клиенты подключаются без сообщения «Не найдена лицензия»

Если на сервере нет графической среды (типично для Linux), активация выполняется через утилиту ring или запуск конфигуратора в пакетном режиме. Логика та же: формируется запрос, получается ответ от портала лицензирования, файл лицензии сохраняется в каталог сервера.

Проверка: раздаёт ли сервер лицензии

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

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

Контрольные точки

Как проверить результат

Запуск клиента без локальной лицензии

Норма

Клиент открывает базу без сообщений о лицензии

Тревожный признак

Ошибка «Не найдена лицензия для использования программы»

Сеансы в консоли кластера

Норма

Число сеансов не превышает число активированных мест

Тревожный признак

Новые подключения отклоняются при заполненных местах

Файлы .lic в каталоге сервера

Норма

Файл лицензии присутствует и не повреждён

Тревожный признак

Файл отсутствует или появились ошибки его чтения в журнале

Типичные ошибки и их устранение

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

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

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

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

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

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

Сравнение вариантов раздачи

Многопользовательская лицензия на сервере 1С

Подходит для одного сервера или кластера; не требует дополнительного ПО; привязана к оборудованию сервера

Аппаратный ключ HASP + менеджер лицензий

Гибче при нескольких серверах и смешанной сети; требует отдельной службы и доступности порта 1947

Локальные лицензии на каждом ПК

Просто для малого числа пользователей; сложно администрировать при росте парка машин

Безопасная эксплуатация и восстановление

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

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

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

Может ли сервер 1С раздавать лицензии для файловых баз?

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

Сколько пользователей обслужит одна многопользовательская лицензия?

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

Что делать, если после обновления платформы лицензии перестали раздаваться?

Проверьте, что служба агента сервера запущена от той же версии, что и клиенты, и что файлы .lic на месте. Обычно обновление платформы не затрагивает лицензии, но смена каталога установки или прав службы может нарушить доступ к файлам.

Можно ли перенести активированную лицензию на другой сервер?

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

Конфликтуют ли серверная раздача и HASP-ключ в одной сети?

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

Нужна ли отдельная лицензия для веб-клиентов?

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