Лицензия на сервер 1С:Предприятия 8.3: где её найти и как убедиться, что она работает

Проверить лицензию сервера 1С быстрее всего командой rac process list --cluster=<id> --licenses. Она показывает, какую серверную лицензию получил каждый рабочий процесс: программную или ключ HASP, разрядность и сколько пользователей она допускает. Если в выводе нет блока с лицензией, сервер работает без неё, и клиенты получат ошибку при подключении.

Дальше — проверка по слоям: сам файл программной лицензии или аппаратный ключ, затем консоль кластера, затем журналы. Порядок именно такой: сначала убеждаемся, что лицензия физически есть, и только потом ищем, почему сервер её не видит. Всё описанное относится к платформе 8.3 в клиент-серверном варианте и не зависит от конфигурации: для БП, ЗУП и УТ проверка одинакова.

С чего начать: какой лицензией защищён ваш сервер

Сначала выясните, чем вообще лицензирован сервер. От этого зависит, куда смотреть.

Где взять ответ, если сервер настраивали не вы:

• 📄 Регистрационная анкета и конверт с пин-кодами — признак программной лицензии.
• 🔌 Физический ключ в USB-порту сервера или в USB-хабе в стойке — признак аппаратной защиты.
• 🗂️ Файлы .lic в каталоге лицензий — точный признак программной лицензии, даже если документов нет.

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

Программная лицензия сервера 1С: файл и утилита ring

Где лежит файл лицензии

Платформа ищет файлы лицензий в нескольких каталогах. Для сервера главный — общий каталог для всех пользователей:

• 🪟 Windows: C:\ProgramData\1C\licenses
• 🐧 Linux: /var/1C/licenses

Откройте каталог и проверьте три вещи:

1. Файлы с расширением .lic на месте и не нулевого размера.
2. Дата изменения файла совпадает с датой активации, а не с «вчера», когда кто-то что-то чистил.
3. Пользователь, от которого работает служба сервера (часто USR1CV8), имеет право читать каталог.

Проверка утилитой ring

Утилита ring входит в набор компонентов 1С:Предприятия (пакеты 1c-enterprise-ring и средства работы с лицензиями). Для работы ей нужна Java. В Windows утилиту ставят вместе с платформой или отдельным пакетом, в Linux — из дистрибутива сервера.

Список лицензий на компьютере:

ring license list

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

ring license info --name <имя_лицензии>

Проверка, что лицензия действительна на этом оборудовании:

ring license validate --name <имя_лицензии>

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

💡 Запускайте ring с правами администратора (в Linux — через sudo). Иначе утилита может не увидеть общий каталог лицензий и честно ответит, что лицензий нет.

Пин-коды и повторная активация

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

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

Аппаратный ключ HASP на сервере: видит ли его система

Какие бывают серверные ключи

Серверный ключ — локальный. Он должен быть вставлен в тот компьютер, где работает служба сервера 1С. Сетевой менеджер лицензий HASP (HASP License Manager) для серверного ключа не нужен: он раздаёт по сети только многопользовательские клиентские ключи.

На самом ключе и в программах диагностики он подписан маркировкой:

• ENSR8 — ключ 32-разрядного сервера;
• EN8SA — ключ 64-разрядного сервера.

Сверьте маркировку с разрядностью установленного сервера. Ключ 32-разрядного сервера не даёт запустить 64-разрядный.

Порядок проверки ключа

1. Посмотрите на сам ключ: индикатор должен ровно светиться. Не горит — драйвер не установлен или порт не даёт питания.
2. Откройте диспетчер устройств Windows. Ключ отображается в разделе USB-устройств; если рядом жёлтый восклицательный знак, переустановите драйвер.
3. Проверьте, установлена ли среда Sentinel HASP/LDK Run-time Environment. Её дистрибутив haspdinst.exe лежит в комплекте платформы.
4. Откройте в браузере на сервере http://localhost:1947. Это центр управления Sentinel (Admin Control Center). В списке ключей должен быть ваш ключ.
5. Для Linux установите пакет драйвера aksusbd и убедитесь, что его служба запущена.

💡 Если ключ подключён через USB-удлинитель или пассивный хаб, сначала вставьте его напрямую в порт на материнской плате. Нестабильное питание даёт «плавающую» ошибку, которую потом долго ищут в настройках.

Консоль кластера и rac: какую лицензию получил сервер

Файл или ключ могут быть на месте, но сервер не обязательно их взял. Проверка в кластере отвечает на главный вопрос: что сервер реально использует сейчас.

Через утилиту rac

Утилита rac работает через сервер администрирования ras (по умолчанию порт 1545). Если ras не запущен, запустите его как службу или командой в каталоге bin платформы.

1. Получите идентификатор кластера:

rac cluster list

2. Посмотрите лицензии рабочих процессов:

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

3. Посмотрите, какие клиентские лицензии получили сеансы:

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

Если на кластере задан администратор, добавьте --cluster-user=<имя> --cluster-pwd=<пароль>. Если rac запускается не на самом сервере, укажите адрес сервера ras в конце команды. Остальные параметры смотрите в справке rac help.

В выводе по каждому процессу ищите:

• 🏷️ тип лицензии — программная или аппаратный ключ;
• 🔢 серию и краткое описание лицензии;
• 👥 максимальное число пользователей;
• 🖥️ имя компьютера, на котором лицензия получена.

Пустой вывод --licenses при работающих процессах — главный сигнал: сервер запущен, а лицензию не нашёл.

Через консоль администрирования

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

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

Сервис лицензирования в кластере

В кластере 8.3 есть сервис лицензирования. Требованиями назначения функциональности рабочего сервера можно указать, на каком сервере кластера он работает. Если серверов несколько, а ключ или лицензия есть только на одном, проверьте, что сервис лицензирования назначен именно ему. Иначе процессы на соседнем сервере лицензию не получат.

Технологический журнал и журнал событий Windows

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

Настройка logcfg.xml

Создайте файл logcfg.xml в каталоге conf установки платформы, например C:\Program Files\1cv8\conf. Пример под диагностику лицензий:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\techlog\lic" history="24">
    <event>
      <eq property="name" value="LIC"/>
    </event>
    <event>
      <eq property="name" value="HASP"/>
    </event>
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Что здесь важно:

• LIC — события лицензирования, HASP — обращения к аппаратному ключу, EXCP — исключения, в том числе тексты ошибок.
• history="24" — хранить журнал 24 часа.
• Каталог C:\techlog\lic используйте только под журнал и дайте на него права записи пользователю службы.

Платформа подхватывает файл без перезапуска службы, примерно в течение минуты. Повторите подключение клиента, затем откройте свежие файлы .log в подкаталогах rphost_* и ragent_*. Ищите строки с LIC и EXCP рядом по времени.

Журнал событий Windows

Служба сервера 1С пишет ошибки в журнал Windows. Откройте «Просмотр событий» → «Журналы Windows» → «Приложение» и отфильтруйте записи по источникам, в названии которых есть 1С:Предприятие. Ошибки запуска рабочих процессов часто видны здесь раньше, чем в технологическом журнале.

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

Лицензия сервера 1С в виртуальной машине и контейнере

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

Что опасно для программной лицензии в виртуальной среде:

• 🔄 смена MAC-адреса сетевого адаптера (особенно если он назначается динамически);
• 💾 добавление или замена виртуального диска, смена контроллера;
• 🧠 изменение числа процессоров и объёма памяти;
• 🚚 перенос машины на другой хост, восстановление из шаблона, клонирование;
• 🐳 пересоздание контейнера с новым именем узла и новым сетевым интерфейсом.

Как снизить риск:

1. Закрепите статический MAC-адрес в настройках виртуальной машины до активации.
2. Отключите автоматическую миграцию этой машины между хостами, если гипервизор так умеет.
3. Перед изменением конфигурации ВМ выясните, сколько резервных пин-кодов осталось.
4. Для контейнеров держите каталог лицензий в постоянном томе и фиксируйте имя узла и сетевые параметры.

С аппаратным ключом в виртуальной среде другая проблема: ключ должен оказаться «внутри» ВМ как локальное USB-устройство. Для этого используют проброс USB средствами гипервизора, если он это поддерживает, или сетевые USB-концентраторы. Проверка потом та же: центр управления Sentinel на http://localhost:1947 внутри виртуальной машины должен показать ключ.

Ошибки лицензирования сервера и что с ними делать

Выберите симптом — подскажем, где искать причину:

Частые ошибки самих администраторов

• ❌ Ставят 64-разрядный сервер, имея ключ 32-разрядного. Сервер запускается, но лицензию не получает.
• ❌ Проверяют лицензии от своей учётной записи, а служба работает под USR1CV8 без прав на каталог.
• ❌ Активируют программную лицензию на «временной» машине, а потом переносят базу на постоянную. Пин-код потрачен на временный сервер.
• ❌ Ищут проблему в лицензии, хотя на самом деле не открывается консоль из-за незарегистрированной radmin.dll.

Частые вопросы о проверке лицензии сервера 1С