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

· 9 мин

Содержание

Единого окна «Менеджер лицензий» в 1С 8.3 нет. Аппаратные сетевые ключи раздаёт служба HASP License Manager, состояние ключей видно в веб-консоли Sentinel по адресу http://localhost:1947, а программными лицензиями управляют через утилиту ring license и мастер получения лицензии в самой платформе.

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

Какой инструмент нужен под ваш тип лицензии

Сначала определите, чем защищена ваша 1С. От этого зависит, куда «заходить».

Что у васГде управлятьКак зайти
🔌 Локальный USB-ключ на одном ПКДрайвер Sentinel, веб-консольhttp://localhost:1947 на этом ПК
🌐 Сетевой USB-ключ на несколько местHASP License Manager + nethasp.ini на клиентахСлужба на компьютере с ключом, монитор Aladdin Monitor
🖥️ Ключ сервера 1СДрайвер на сервере, консоль кластераКлюч в сервере, менеджер не нужен
🔑 Программная лицензия (пин-код)Мастер получения лицензии, ring licenseФайлы .lic в каталоге лицензий

Ключ сервера 1С работает локально. Его вставляют прямо в сервер, ставят драйвер, и всё: HASP License Manager для него не нужен. Менеджер требуется только сетевому клиентскому ключу, который должны «видеть» другие компьютеры.

Если на ключе написано «NET» или указано число пользователей больше одного, это сетевой ключ. Ему нужен менеджер лицензий на том компьютере, куда он вставлен.

Как запустить менеджер лицензий HASP

HASP License Manager ставят на компьютер, где физически стоит сетевой ключ. Это может быть сервер, файловый сервер или просто постоянно включённый ПК.

Установка и запуск в Windows

  1. Установите драйвер ключа: дистрибутив Sentinel (HASP) Runtime. Без драйвера ключ не определится.
  2. Запустите установщик HASP License Manager (lmsetup.exe).
  3. На вопросе о режиме выберите установку как службы (Service). Режим приложения работает, только пока пользователь залогинен.
  4. Разрешите установщику добавить исключение в брандмауэр Windows.
  5. Вставьте ключ и проверьте, что служба запущена: откройте services.msc и найдите службу со словом HASP в названии.

Проверить службу можно и из PowerShell:

Get-Service *hasp* | Format-Table Name, DisplayName, Status

Запуск в Linux

На Linux драйвер и менеджер лицензий ставятся пакетом aksusbd от Sentinel. После установки проверьте службу:

sudo systemctl status aksusbd
sudo systemctl enable --now aksusbd

Консоль Sentinel на Linux открывается так же: браузером на http://localhost:1947.

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

Веб-консоль Sentinel на порту 1947

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

Что в ней смотреть:

  • 🔑 Sentinel Keys — список ключей, которые видит драйвер. Ключа нет в списке — проблема в драйвере или USB, а не в 1С.
  • 👥 Sessions — кто сейчас держит сеанс с ключом.
  • 📜 Access Log — журнал обращений к ключу.
  • ⚙️ Configuration — сетевые настройки.

Как открыть консоль с другого компьютера

По умолчанию консоль доступна только локально. Чтобы зайти с рабочего места администратора:

  1. На компьютере с ключом откройте http://localhost:1947.
  2. Перейдите в Configuration, вкладка Access from Remote Clients.
  3. Включите разрешение доступа с удалённых клиентов.
  4. Задайте ограничение по адресам, если сеть не изолирована.
  5. Сохраните и откройте с другого ПК http://<IP-сервера>:1947.

Сетевые ключи 1С раздают лицензии через HASP License Manager по старому протоколу NetHASP. Консоль 1947 нужна в первую очередь для диагностики: видит ли драйвер ключ и не занят ли он.

Как подключить рабочие места к ключу по сети

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

Решение — явно указать адрес в файле nethasp.ini на каждом клиенте. Файл лежит в каталоге conf установки платформы, например C:\Program Files\1cv8\conf\nethasp.ini. Если файла нет, создайте его.

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled
NH_TCPIP_METHOD = UDP

Что здесь происходит:

  • NH_SERVER_ADDR — IP-адрес компьютера, где стоит ключ и работает менеджер лицензий. Можно указать несколько адресов через запятую, если ключей несколько на разных машинах.
  • NH_USE_BROADCAST = Disabled — отключает широковещательный поиск. Клиент сразу идёт по адресу, запуск становится быстрее.
  • NH_TCPIP_METHOD — протокол обмена. Если UDP режется на маршрутизаторе, попробуйте TCP.

Порты, которые нужно открыть

ПортПротоколДля чего
475UDP и TCPHASP License Manager, выдача сетевых лицензий
1947TCPДрайвер и веб-консоль Sentinel

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

Проверка с рабочего места

Прежде чем править что-то в 1С, убедитесь, что клиент вообще достаёт до менеджера лицензий:

  1. Выполните ping 192.168.1.10 — компьютер с ключом должен отвечать.
  2. Проверьте TCP-порт из PowerShell:
Test-NetConnection 192.168.1.10 -Port 475
  1. Запустите Aladdin Monitor на клиенте. Если менеджер в списке есть, сеть в порядке, ищите причину в nethasp.ini или в числе свободных мест.
  2. Если TcpTestSucceeded равно False, проблема в брандмауэре или маршруте, а не в платформе.

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

Клиент-серверный вариант

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

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

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

Где платформа хранит полученные лицензии:

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

Каждая лицензия — файл .lic. Лицензия привязана к параметрам компьютера. Поменяли материнскую плату, диск или сетевую карту — лицензия может перестать проходить проверку. Тогда её активируют заново резервным пин-кодом.

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

Если резервные пин-коды закончились

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

Чтобы не тратить пин-коды зря, перед заменой оборудования заранее запишите, какие лицензии стоят на машине. На новой системе активируйте их до того, как пользователи начнут работу.

Утилита ring license

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

Посмотреть активированные лицензии:

ring license list

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

ring license info --name 000000000000000000000000000

Активация и проверка выполняются подкомандами того же модуля. Полный список подкоманд и ключей выводит встроенная справка:

ring license help

Утилита и платформа должны смотреть в один каталог лицензий. Если ring license list пуст, а 1С запускается, лицензия может лежать в другом месте. Проверьте путь в параметрах утилиты через её справку.

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

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

Аппаратный сетевой ключ

Вместе с HASP License Manager ставится монитор Aladdin Monitor (aksmon). Он показывает менеджеры лицензий в сети, ключи и число занятых мест. Если монитор не видит менеджер, клиенты 1С тоже его не увидят: начинайте поиск с сети и портов.

Сервер 1С

В клиент-серверном режиме удобнее смотреть через rac, утилиту администрирования кластера. Сначала узнайте идентификатор кластера, затем выведите сеансы с информацией о лицензиях:

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

В выводе видно, какой сеанс какую лицензию использует: программную или с ключа, и с какого компьютера она получена.

Если решите завершить зависший сеанс, у пользователя пропадут несохранённые данные. Сначала уточните, что человек действительно не работает.

Диагностика ошибок и журналы

Для разбора сбоев есть три источника:

  1. 📜 Access Log в консоли http://localhost:1947 — видно, доходят ли обращения до ключа.
  2. 📋 Журнал HASP License Manager — если менеджер запущен как приложение, активность видна в его окне.
  3. 🧾 Технологический журнал 1С — событие LIC фиксирует операции лицензирования. Его включают файлом logcfg.xml в каталоге conf платформы.

Пример настройки технологического журнала только на лицензирование:

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

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

Диагностика: выберите симптом

Автоматизация: раздать настройки на все рабочие места

Править nethasp.ini руками на двадцати компьютерах долго. Удобнее держать эталонный файл в сетевой папке и копировать его скриптом входа или через групповые политики.

Пример .bat, который кладёт файл в каталог conf платформы:

@echo off
set SRC=\\fileserver\1c\nethasp.ini
set DST=C:\Program Files\1cv8\conf

if not exist "%DST%" mkdir "%DST%"
copy /Y "%SRC%" "%DST%\nethasp.ini"

Скрипту нужны права на запись в Program Files. Запускайте его от имени администратора или как сценарий запуска компьютера в групповой политике, а не как сценарий входа пользователя.

Что ещё удобно автоматизировать:

  • ✅ проверку службы менеджера лицензий: Get-Service *hasp* в планировщике с оповещением, если статус не Running;
  • ✅ установку драйвера в тихом режиме: установщик драйвера из пакета Sentinel запускается из командной строки, например haspdinst.exe -i;
  • ✅ выгрузку списка программных лицензий на серверах командой ring license list в файл для учёта.

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

Можно ли поставить HASP License Manager на виртуальную машину?
Да, если USB-ключ проброшен в эту виртуальную машину средствами гипервизора или через USB-over-IP. Драйвер должен видеть ключ как локальный.
Сколько сетевых ключей можно держать на одном менеджере лицензий?
Несколько ключей в одном компьютере работают через один менеджер, лицензии суммируются. Ключи разных серий комбинируются по правилам конкретного комплекта.
Нужен ли менеджер лицензий для ключа сервера 1С?
Нет. Ключ сервера читается локально через драйвер. Менеджер нужен только сетевым клиентским ключам.
Работает ли один сетевой ключ через VPN для удалённого филиала?
Работает, если открыт порт 475 и в nethasp.ini филиала указан адрес менеджера. Широковещательный поиск через VPN обычно не проходит.
Можно ли совмещать программные лицензии и аппаратные ключи?
Да. Платформа ищет лицензию в обоих источниках, места складываются.