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

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

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

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

Где находится менеджер лицензий и как он работает

Менеджер лицензий входит в состав сервера 1С:Предприятия и запускается вместе со службой «Агент сервера 1С:Предприятия». Отдельной службы с именем «менеджер лицензий» в системе нет — это внутренний процесс агента (ragent), который слушает сетевой порт и отвечает на запросы клиентов и рабочих процессов кластера.

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

Файлы активированных программных лицензий хранятся в каталоге C:\ProgramData\1C\licenses (в Linux — /var/1C/licenses). Каждый файл с расширением .lic соответствует одной активированной лицензии. Если каталог пуст, лицензии на этом сервере не активированы, и менеджеру нечего выдавать.

Шаг 1. Проверка службы агента сервера 1С

Откройте оснастку «Службы» (Win+R → services.msc) на сервере, где установлен сервер 1С. Найдите службу «Агент сервера 1С:Предприятия» с указанием версии платформы, например 8.3.22. Состояние должно быть «Выполняется», тип запуска — «Автоматически».

Если служба остановлена, попробуйте запустить её вручную и посмотрите, не завершается ли она сразу после старта. Мгновенная остановка обычно означает повреждение каталога srvinfo, конфликт портов с другой версией платформы или запуск от имени учётной записи без нужных прав. Подробности смотрите в журнале событий Windows (раздел «Приложение»).

Проверить состояние службы можно и из командной строки с правами администратора:

sc query "1C:Enterprise 8.3 Server Agent"
netstat -ano | findstr "1540 1541 1560"

Команда netstat покажет, слушает ли сервер порты кластера. Если служба работает, а порт 1541 не прослушивается, менеджер лицензий фактически недоступен — переходите к проверке конфликтов портов и брандмауэра.

Шаг 2. Проверка сетевой доступности портов

Менеджер лицензий обменивается данными по сети, поэтому порты кластера должны быть открыты между клиентскими машинами и сервером. Основные порты: 1540 (агент), 1541 (менеджер кластера), диапазон 1560–1591 (рабочие процессы). Если между клиентом и сервером есть брандмауэр или маршрутизатор с фильтрацией, эти порты нужно явно разрешить.

С клиентского компьютера проверьте доступность порта командой Test-NetConnection имя_сервера -Port 1541 в PowerShell. Результат TcpTestSucceeded: True означает, что порт доступен. Значение False говорит о блокировке на брандмауэре, отсутствии маршрута или о том, что служба на сервере не слушает этот порт.

Частая ситуация: сервер работает, ping проходит, но порт 1541 закрыт правилами брандмауэра Windows, которые сбросились после обновления платформы или смены профиля сети. Создайте входящее правило для диапазона портов 1540–1591 по протоколу TCP и повторите проверку.

Шаг 3. Просмотр лицензий в консоли кластера серверов

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

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

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

1. 1
   Откройте services.msc и убедитесь, что служба «Агент сервера 1С:Предприятия» выполняется
2. 2
   Проверьте netstat -ano, что порты 1540, 1541 и диапазон 1560–1591 прослушиваются
3. 3
   С клиентской машины выполните Test-NetConnection сервер -Port 1541
4. 4
   Откройте консоль кластера и посмотрите список сеансов и занятых лицензий
5. 5
   Проверьте наличие файлов .lic в C:\ProgramData\1C\licenses
6. 6
   При необходимости удалите зависшие сеансы и повторите вход пользователя

Шаг 4. Проверка файлов лицензий и их целостности

Перейдите в каталог C:\ProgramData\1C\licenses на сервере. Каждый файл .lic — это активированная программная лицензия, привязанная к аппаратным параметрам сервера. Если файлов нет, лицензии нужно активировать заново через диалог получения лицензии при запуске конфигуратора или технологическую утилиту.

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

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

Диагностика по тексту ошибки у пользователя

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

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

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

Отдельно упомянем аппаратные ключи защиты HASP. Если лицензирование построено на USB-ключах, менеджер лицензий 1С не используется — вместо него работает HASP License Manager (служба hasplm или аналог от Sentinel). Проверка в этом случае сводится к состоянию этой службы, доступности порта 475 и видимости ключа в веб-интерфейсе Admin Control Center. Путать эти два механизма нельзя: действия по восстановлению у них разные.

Проверка результата и контрольные точки

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

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

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