Где смотреть занятые лицензии 1С 8.3 и как управлять доступом к ним

Чтобы зайти в сервер лицензирования 1С 8.3, откройте «Консоль администрирования серверов 1С:Предприятия», добавьте центральный сервер по имени и порту 1540 и разверните узел Сеансы нужного кластера. Там видно, кто подключён и какую лицензию получил сеанс. Без графической консоли то же самое показывает команда rac session list --licenses.

Типичная ситуация: в понедельник в 9:05 бухгалтер получает Не обнаружено свободной лицензии!, хотя по договору куплено 20 мест, а в офисе сидят 15 человек. Проверка почти всегда показывает «висящие» сеансы с прошлой пятницы или пользователя, открывшего базу с трёх компьютеров. Увидеть это, настроить доступ и освободить места можно без перезагрузки сервера.

Где хранятся лицензии 1С и что проверить в сети до подключения

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

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

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

Файл привязан к параметрам оборудования. Копировать его на другой компьютер бесполезно: там он не подойдёт.

Сетевые проверки

Перед тем как открывать консоль, убедитесь, что до сервера есть путь. Клиент и консоль сначала обращаются к агенту сервера (порт 1540), затем к менеджеру кластера (1541) и рабочим процессам (диапазон по умолчанию 1560–1591, задаётся в свойствах рабочего сервера).

Проверка с рабочего места администратора в PowerShell:

Test-NetConnection srv-1c -Port 1540
Test-NetConnection srv-1c -Port 1541
Test-NetConnection srv-1c -Port 1560

Что ещё проверить:

• 🔥 брандмауэр на сервере пропускает 1540, 1541 и весь диапазон рабочих процессов;
• 🔁 имя сервера разрешается в обе стороны: если DNS не отдаёт имя, пропишите его в C:\Windows\System32\drivers\etc\hosts у клиента;
• 🔢 версия консоли совпадает с версией сервера: консоль 8.3.24 к серверу 8.3.22 не подключится корректно;
• ⚙️ служба «Агент сервера 1С:Предприятия 8.3» запущена (services.msc на сервере).

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

Консоль ставится вместе с платформой, если при установке отмечен компонент «Администрирование сервера 1С:Предприятия». После установки в меню «Пуск» появляется ярлык «Администрирование серверов 1С Предприятия».

Частая проблема: ярлык есть, а оснастка открывается пустой или с ошибкой «Не удалось создать оснастку». Причина — не зарегистрирована библиотека radmin.dll нужной версии.

Запустите командную строку от имени администратора и выполните (номер версии подставьте свой):

regsvr32 "C:\Program Files\1cv8\8.3.24.1691\bin\radmin.dll"

Для 32-разрядной платформы путь будет C:\Program Files (x86)\1cv8\.... После каждого обновления платформы на сервере регистрируйте radmin.dll той же версии, иначе консоль останется от старой.

Если Windows-консоль недоступна

На Linux-сервере или без оснастки MMC работайте через сервер администрирования ras и утилиту rac. Сервер администрирования запускают на машине с кластером:

ras cluster --port=1545

Затем с любого компьютера, где есть платформа той же версии:

rac srv-1c:1545 cluster list

Команда выведет список кластеров с их идентификаторами (cluster). Идентификатор понадобится во всех следующих командах.

Вход в кластер: адрес, администраторы, пароль

В консоли щёлкните правой кнопкой по корню Central 1C:Enterprise 8.3 servers → Создать → Центральный сервер 1С:Предприятия 8.3. Укажите:

1. Протокол — TCP.
2. Имя — сетевое имя или IP-адрес сервера, например srv-1c.
3. IP-порт — 1540 (если агент запущен на другом порту, укажите его).
4. Описание — любое, например «Основной сервер».

После добавления разверните узел сервера → Кластеры → нужный кластер.

Два уровня администраторов

В 1С два независимых списка:

• 👤 администраторы центрального сервера — управляют агентом: создают и удаляют кластеры;
• 👥 администраторы кластера — управляют базами, сеансами, рабочими серверами конкретного кластера.

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

Для rac учётные данные передаются параметрами:

rac srv-1c:1545 session list --cluster=<uuid> --cluster-user=Admin --cluster-pwd=<пароль>

Как посмотреть, сколько лицензий занято и кем

В консоли кластера

Разверните кластер → Сеансы. Каждая строка — сеанс: пользователь, компьютер, приложение (тонкий клиент, конфигуратор, фоновое задание и т. д.), время начала и последней активности. Откройте свойства сеанса — там указано, получил ли он лицензию и откуда: программная лицензия на сервере, локальная на компьютере пользователя или аппаратный ключ.

Что искать в списке:

• ⏰ сеансы с давней «последней активностью» — кандидаты на отключение;
• 🖥️ один пользователь на нескольких компьютерах;
• 🧪 тестовые и копии рабочих баз, которые открыты наравне с основной.

Через rac

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

rac srv-1c:1545 session list --cluster=<uuid> --licenses

Вывод удобно сохранить в файл и посчитать строки по типу лицензии — так видно реальную загрузку, а не ощущения пользователей. Полный перечень параметров смотрите в rac help session.

На рабочем месте пользователя

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

Сколько лицензий в принципе есть

Количество мест записано в самих лицензиях. Посчитать их можно двумя способами:

1. Открыть папку licenses на сервере: каждый файл соответствует одному активированному комплекту (например, на 5, 10 или 20 пользователей).
2. Сверить с регистрационными анкетами и пин-кодами из коробок или электронных поставок.

Распределение лицензий и ограничение доступа

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

Какой сервер выдаёт клиентские лицензии

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

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

Аппаратный ключ или программная лицензия

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

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /UseHwLicenses-

Параметр можно указать и в свойствах базы в списке информационных баз, в поле дополнительных параметров запуска.

Временно закрыть вход в базу

Перед обновлением или когда нужно срочно освободить места, используйте блокировку начала сеансов. В консоли: кластер → Информационные базы → свойства базы → включите блокировку начала сеансов, задайте время начала и конца, текст сообщения и код разрешения. Пользователь с кодом разрешения сможет войти, остальные увидят ваше сообщение.

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

Сетевые ключи HASP и сервер СЛК

Менеджер лицензий HASP

Если у вас сетевой USB-ключ, «сервер лицензирования» — это компьютер с ключом и запущенной службой HASP License Manager. Она слушает порт 475. Клиенту нужно подсказать, где ключ: файл nethasp.ini в папке C:\Program Files\1cv8\conf\.

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Явный адрес вместо широковещательного поиска убирает задержку в несколько секунд при запуске и ошибки в сетях с несколькими подсетями.

Занятые места на ключе показывает утилита Aladdin Monitor: укажите адрес машины с менеджером лицензий, разверните ключ и увидите список подключённых компьютеров.

Сервер СЛК

Отраслевые решения партнёров часто защищены системой лицензирования конфигураций (СЛК). У неё свой сервер со своими лицензиями, и он не связан с лицензиями платформы. Управляют им через веб-интерфейс, который открывается в браузере на компьютере с сервером СЛК. Типичная ошибка новичка — искать лицензии отраслевого модуля в консоли кластера: там их нет.

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

Сначала определите, что именно не так, затем действуйте.

Как завершить сеанс

Пользователь, у которого вы завершаете сеанс, потеряет несохранённые данные. Если человек на месте — сначала позвоните ему. Если сеанс «висит» с ночи — его можно закрывать сразу.

В консоли:

1. Кластер → Сеансы.
2. Найдите сеанс по пользователю, компьютеру и времени последней активности.
3. Правой кнопкой → Удалить, подтвердите.

Через rac:

rac srv-1c:1545 session terminate --cluster=<uuid> --session=<uuid-сеанса>

Идентификатор сеанса берите из вывода session list.

Если не помогло

• 🔍 Проверьте, не запущена ли та же база в файловом режиме на чьём-то компьютере: такой сеанс берёт локальную лицензию и в консоли кластера не виден.
• 🖥️ На терминальном сервере каждый пользователь RDP занимает своё место, даже если физически сидят за одним ПК.
• 📄 Сверьте число файлов .lic с купленными комплектами: часть могла быть активирована на старом сервере и не перенесена.

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