Выдача клиентских лицензий сервером 1С:Предприятия 8.3 — от поиска ключа до мониторинга

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

Частое заблуждение — «лицензия сервера и даёт пользователей». Это не так. Серверная лицензия (ПРОФ или КОРП) разрешает только запуск самого сервера 1С. Пользователей определяют клиентские лицензии, и механизм раздачи касается именно их. Всё ниже — про платформу 8.3 в клиент-серверном варианте, конфигурация базы роли не играет.

Из чего состоит система лицензирования на сервере

В клиент-серверной схеме участвуют три сущности. Их путают чаще всего.

Программные клиентские лицензии

Активируются PIN-кодом и хранятся файлами .lic. На Windows для всех пользователей это каталог C:\ProgramData\1C\licenses. Каждый файл привязан к параметрам оборудования конкретного компьютера.

Если на одном сервере активировано несколько комплектов, количество мест суммируется: комплекты на 10, 5 и 1 пользователя дают 16 одновременных подключений.

Аппаратные ключи

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

Аппаратные ключи — старая схема. Она до сих пор работает, но с ней больше сетевой возни: UDP-порт 475, видимость менеджера лицензий, драйверы на сервере.

Порядок, в котором клиент получает место при подключении

Когда пользователь запускает тонкий клиент и открывает серверную базу , лицензию может найти либо сам клиент, либо сервер. Кто первый — зависит от настройки базы.

Если выдача лицензий сервером разрешена, цепочка такая:

1. Клиент устанавливает соединение с агентом сервера (порт 1540), затем с менеджером кластера (1541) и рабочим процессом.
2. Сервис лицензирования кластера ищет свободную лицензию среди программных лицензий на своём компьютере и доступных ему ключей.
3. Если место нашлось, оно закрепляется за сеансом, клиент начинает работу.
4. Если на сервере мест нет, клиент пробует найти лицензию самостоятельно: локальный ключ, программную лицензию на своём компьютере, сетевой ключ через HASP License Manager.
5. Ничего не нашлось — появляется ошибка, сеанс не стартует.

Если выдача сервером запрещена, шаги 2–3 пропускаются, и лицензию ищет только клиент. Так бывает, когда программные лицензии стоят на рабочих местах, а не на сервере.

Как считается одно место

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

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

Где посмотреть, откуда пришла лицензия

На рабочем месте откройте главное меню (кнопка с тремя полосками) → Справка → О программе. В окне указано, какая лицензия используется и кем получена: клиентом или сервером 1С. Это самый быстрый способ понять, работает ли серверная раздача на самом деле.

Настройка раздачи: разрешение, сервис лицензирования, распределение мест

Шаг 1. Разрешите выдачу лицензий для базы

В консоли администрирования серверов 1С откройте кластер → Информационные базы → свойства нужной базы. Найдите параметр выдачи лицензий сервером 1С:Предприятия и включите его. Параметр задаётся для каждой базы отдельно: включили для бухгалтерии, а для ЗУП забыли — ЗУП будет искать ключи на клиентах.

Шаг 2. Активируйте лицензии там, где работает сервис лицензирования

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

Закрепите сервис за нужным компьютером через требования назначения функциональности:

1. В консоли откройте кластер → Рабочие серверы → свойства сервера с лицензиями → Требования назначения функциональности.
2. Добавьте требование для типа объекта «Сервис лицензирования» со значением «Назначать».
3. Для остальных рабочих серверов добавьте требование «Не назначать» по тому же типу.

Требования применяются не мгновенно, а при перераспределении сервисов кластера. Проверьте результат на тестовой нагрузке.

Шаг 3. Проверьте права службы на каталог лицензий

Служба сервера 1С обычно работает от учётной записи USR1CV8 или доменной сервисной учётки. Ей нужно право на чтение C:\ProgramData\1C\licenses. Если лицензии активировали под администратором, а каталог потом перенастроили, сервер их «не видит», хотя файлы на месте.

Список активированных лицензий удобно получать утилитой ring:

ring license list

Команда выводит имена лицензий на текущем компьютере. Подробности по конкретной лицензии — через ring license info с именем из списка (точный синтаксис покажет ring license help).

Можно ли разделить лицензии между базами

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

• 🏢 Отдельные кластеры под разные организации, у каждого свой сервис лицензирования и свой комплект мест.
• 🔒 Запрет серверной выдачи для второстепенной базы: её пользователи берут места только из локальных или сетевых ключей.
• 👥 Ограничение входа на уровне базы: лишние учётные записи отключают или блокируют, чтобы на общий запас претендовали только нужные люди.

Ошибки получения лицензии и как их разбирать

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

Смена оборудования и виртуализация

Программная лицензия проверяет набор параметров компьютера. В виртуальной среде к «смене оборудования» приводят вещи, о которых админ не думает: перенос ВМ на другой хост, смена MAC-адреса сетевой карты, добавление процессоров. Перед миграцией сервера 1С выясните, сколько резервных PIN-кодов осталось у каждого комплекта. Если резерва нет, восстановление пойдёт через обращение к поставщику, а это не пять минут.

Терминальный сервер и RDP: сколько мест уходит

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

Варианты размещения лицензий при RDP:

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

Публикация RemoteApp

При публикации 1С через RemoteApp правило то же: каждый пользователь RDP занимает место. Публикуйте 1cestart.exe, а не конкретную версию 1cv8c.exe: после обновления платформы ярлык не придётся менять. Лицензии на рабочих местах при этом не нужны вовсе.

Сколько лицензий занято сейчас и сколько нужно

Мониторинг через rac

Утилита rac подключается к службе ras (по умолчанию порт 1545) и показывает сеансы вместе с полученными ими лицензиями:

rac cluster list
rac session list --cluster=<id_кластера> --licenses

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

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

Как планировать запас

Считайте пиковую одновременную нагрузку, а не штат.

1. Неделю собирайте выгрузку rac session list --licenses по расписанию, например раз в 15 минут.
2. Найдите максимум одновременно занятых мест. Обычно пики приходятся на начало дня и закрытие месяца .
3. Добавьте запас 10–15% на новых сотрудников и подключения с двух компьютеров.
4. Учтите RDP: один человек, зашедший и с ПК, и через терминал, занимает два места.

Пример. В штате 40 человек, по мониторингу пик — 27 мест, ещё 4 человека в пик заходят и с ноутбука, и по RDP. Итого 31 место, с запасом 15% — около 36. Комплектами это 20 + 10 + 5 + 1, то есть 36 мест.

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