Как отслеживать программные лицензии 1С и почему они могут не отображаться в консоли сервера или менеджере HASP?

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

Различие между Менеджером лицензий и Консолью сервера

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

Рассмотрим, где именно в консоли искать информацию (также может применяться Консоль администрирования серверов 1С на базе ras):

1. Откроем дерево параметров вашего кластера.
2. Перейдем в раздел Сеансы. Именно здесь отображаются активные пользователи и лицензии, которые они используют (для этих целей удобно использовать WEB приложение для управления сеансами) — для этого подойдёт универсальный инструмент администрирования активности пользователей 1С.
3. Если лицензии раздает сервер 1С, информацию о них можно найти в ветке Информационные базы — [Имя вашей базы] — Управление сеансами — для этого подойдёт обработка принудительного завершения активных сеансов.

Привязка программной лицензии к аппаратному ключу: стоит ли это делать?

Система 1С позволяет привязать программную лицензию не только к параметрам «железа» сервера, но и к уникальному ID аппаратного USB-ключа (обычно серии HL). На первый взгляд, это кажется надежным решением, но оно таит в себе «нюансы».

Проанализируем риски такой привязки:

• Локальность: Программную лицензию можно привязать только к тому ключу, который вставлен локально в сервер. Если ваш ключ доступен по сети через HASP LM, такая привязка работать не будет.
• Конфликты очередности: Если в системе одновременно присутствуют программные лицензии и аппаратные ключи разных типов, может возникнуть конфликт при опросе защиты.
• Видимость: Как показывает практика, при активации многопользовательской лицензии с привязкой к ключу сервера она может перестать отображаться в общем списке доступных в консоли, так как логика её поиска меняется на привязку к конкретному ID устройства.

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

Если вы решили привязать лицензию к характеристикам сервера («железу»), важно понимать, изменение каких параметров приведет к аннулированию лицензии. Проанализируем полный список характеристик, которые проверяет платформа:

• Имя компьютера в сети.
• Модель и серийный номер материнской платы.
• Объем оперативной памяти (важно: динамическое распределение памяти в виртуальных машинах часто становится причиной проблем).
• Тип и количество процессоров.
• Версия операционной системы и её Service Pack.
• Серийный номер системного диска.
• Список сетевых адаптеров и их MAC-адреса.

Важное замечание по виртуализации: Если ваш сервер 1С работает на виртуальной машине (VMware, Hyper-V), любая миграция сервера на другой хост или изменение настроек виртуального коммутатора приведет к тому, что 1С потребует новый пин-код. В таких случаях рекомендуется использовать статические MAC-адреса и фиксированный объем RAM.

Где физически искать файлы лицензий?

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

C:\ProgramData\1C\licenses
C:\Program Files\1cv8\conf
%AppData%\1C\1cv8\conf

Выясним причину, по которой файл есть, но не работает. Часто это связано с правами доступа. Пользователь, от имени которого запущена служба ragent (сервер 1С), должен иметь полные права на чтение и запись в папку C:\ProgramData\1C\licenses.

Диагностика через Журнал поиска лицензий

Если система пишет «Ключ защиты не обнаружен», не спешите активировать новый пин-код. Разберем, как узнать точную причину отказа. В окне запуска 1С при возникновении ошибки нажмите кнопку «Подробно». Платформа выведет отчет, в котором будет указано:

1. Какие файлы лицензий были найдены.
2. Какие параметры компьютера изменились (если лицензия «слетела»).
3. На каком этапе поиска (локальный ключ, сетевой ключ, файл лицензии) произошла остановка.

Использование утилиты 1C:Enterprise Ring

Для продвинутого администрирования программных лицензий, начиная с версии 8.3.11, рекомендуется использовать утилиту командной строки ring. Она позволяет управлять лицензиями без запуска графического интерфейса.

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

ring license list
ring license info --name [номер_вашей_лицензии]

Это особенно полезно в крупных инфраструктурах, где лицензии распределены по разным рабочим серверам кластера.

Особенности раздачи лицензий в терминальном режиме (RDP)

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

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