Лицензирование сервера 1С:Предприятия 8.3: ключи HASP, ПИН-коды и выдача лицензий клиентам
Содержание
Чтобы установить лицензии на сервер 1С, их активируют или подключают на том компьютере, где работает служба агента сервера 1С:Предприятия: аппаратный ключ HASP втыкают в USB-порт сервера и ставят драйвер защиты, а программную лицензию активируют ПИН-кодом из конверта комплекта. Частое заблуждение — что достаточно одной лицензии «на сервер». На деле их две разные вещи: лицензия сервера (разрешает работу самого кластера) и клиентские лицензии (по одной на каждый одновременный сеанс пользователя).
Клиентские лицензии тоже удобно держать на сервере: тогда кластер сам выдаёт их всем подключениям, и на рабочих местах ничего ставить не нужно. Ниже порядок действий для платформы 8.3 на Windows Server 2016 и новее; отличия для Linux отмечены отдельно.
Подготовка: какой тип лицензии у вас и что именно ставить на сервер
Сначала разберитесь с комплектом. От этого зависит весь дальнейший порядок.
📦 Что бывает в комплекте:
- 🔑 Аппаратный ключ HASP — USB-брелок. Однопользовательский или сетевой (на 5, 10, 20 и больше пользователей). Отдельный ключ — для сервера 1С.
- 🔢 Программная лицензия — конверт с ПИН-кодами и регистрационный номер комплекта . Лицензия привязывается к «железу» компьютера, на котором её активировали.
- 🖥️ Лицензия сервера — отдельный продукт, редакции ПРОФ и КОРП. КОРП нужна для расширенных возможностей кластера; для типичной базы на одном сервере хватает ПРОФ.
Новые комплекты сейчас поставляются преимущественно с программной защитой. Ключи HASP встречаются в основном в старых инсталляциях.
| Что ставите | Куда | Что нужно |
|---|---|---|
| Ключ сервера HASP | USB-порт сервера 1С | Драйвер защиты |
| Сетевой клиентский ключ HASP | Сервер 1С или любой компьютер в сети | Драйвер + HASP License Manager (если клиенты берут ключ по сети) |
| Программная лицензия сервера | Компьютер с агентом сервера 1С | ПИН-код, регистрационный номер, права администратора |
| Программные клиентские лицензии | Сервер 1С (рекомендуется) или терминальный сервер | ПИН-код на каждый комплект |
✅ Перед началом проверьте:
- платформа 8.3 установлена, служба
1C:Enterprise 8.3 Server Agentзапущена; - у вас есть права локального администратора на сервере;
- конфигурация «железа» окончательная: программная лицензия «слетает» после замены материнской платы, процессора, сетевой карты, а на виртуальной машине — после смены её параметров;
- на руках регистрационный номер комплекта и все ПИН-коды из конверта, включая резервные.
Программную лицензию активируйте после того, как сервер окончательно собран и настроен. Каждая повторная активация расходует ПИН-код, а их в конверте ограниченное число.
Ключ защиты HASP на сервере: драйвер и проверка
Аппаратный ключ без драйвера система видит как неизвестное USB-устройство. Платформа его не найдёт.
Установка драйвера
- Вставьте ключ в USB-порт сервера. Для стойки лучше внутренний порт или порт на задней панели: случайно выдернутый ключ кладёт работу всех пользователей.
- Установите драйвер защиты. Это можно сделать при установке платформы — в списке компонентов отметьте установку драйвера защиты — или отдельно утилитой
haspdinst.exeот имени администратора:
haspdinst.exe -i
- Если драйвер уже стоял и ключ не определяется, переустановите его: сначала удалите, затем поставьте заново.
haspdinst.exe -r
haspdinst.exe -i
- Проверьте ключ в веб-панели Sentinel Admin Control Center: откройте в браузере на сервере
http://localhost:1947. В списке ключей должен появиться ваш ключ.
Переустановка драйвера на работающем сервере обрывает сеансы пользователей, которые держат лицензию с этого ключа. Делайте это вне рабочего времени и предупредите людей заранее.
Ключ на виртуальной машине
USB-ключ в виртуальную машину пробрасывают средствами гипервизора или через USB-over-IP-устройство. Проверка та же: ключ виден в localhost:1947 внутри гостевой системы — значит, его увидит и сервер 1С.
Программная лицензия на сервер 1С: активация по ПИН-коду
Программную лицензию для сервера активируют так, чтобы файл лицензии оказался на компьютере с агентом сервера. Есть два рабочих способа.
Способ 1. Через клиентское приложение на самом сервере
- Зайдите на сервер под учётной записью администратора (локально или по RDP).
- Запустите 1С:Предприятие и подключитесь к любой базе. Если лицензий нет, платформа сама откроет окно получения лицензии.
- Выберите получение лицензии для сервера 1С:Предприятия — именно этот вариант кладёт файл туда, где его увидит служба агента, а не в профиль текущего пользователя.
- Введите регистрационный номер комплекта и ПИН-код.
- Укажите данные организации — они должны совпадать при всех будущих повторных активациях.
- Выберите способ: автоматически через интернет , через файл (для сервера без интернета, файл передают с другого компьютера) или по телефону.
- Дождитесь сообщения об успешном получении лицензии.
Способ 2. Утилитой ring
В актуальных версиях платформы лицензиями можно управлять из командной строки утилитой ring. Посмотреть установленные лицензии
:
ring license list
Подробно по одной лицензии — командой ring license info с именем лицензии из списка. Параметры активации смотрите в справке ring license help: набор ключей различается между версиями платформы.
Куда ложится файл и почему это важно
Файлы программных лицензий имеют расширение .lic. Для всех пользователей компьютера они хранятся в каталоге:
- Windows:
C:\ProgramData\1C\licenses - Linux:
/var/1C/licenses
Служба агента сервера обычно работает от отдельной учётной записи (по умолчанию USR1CV8). У неё должно быть право на чтение этого каталога. Если файл лежит, а сервер лицензию «не видит», — первым делом проверьте права.
Сделайте резервную копию файлов .lic и сохраните данные, которые вводили при активации. Без них восстановление после переустановки системы превращается в переписку с поддержкой.
Повторная активация
Если поменяли «железо» или переустановили систему, лицензию активируют заново. В мастере выберите повторное получение лицензии: потребуется ранее использованный ПИН-код и те же данные организации. Когда основные ПИН-коды исчерпаны, в ход идут резервные из того же конверта.
Выдача клиентских лицензий сервером 1С: настройка кластера
Клиентские лицензии, установленные на сервер, работают только в клиент-серверном режиме. Для файловых баз они бесполезны.
Включение выдачи лицензий
- Откройте консоль администрирования серверов 1С:Предприятия.
- Раскройте кластер → «Информационные базы».
- Откройте свойства нужной базы.
- Проверьте параметр «Выдача лицензий сервером 1С:Предприятия» — должно стоять «Да».
- Повторите для каждой базы на этом сервере.
После этого пользователь, подключаясь к базе, получает лицензию от кластера, а не ищет её у себя на компьютере. На рабочих местах достаточно установить саму платформу.
Несколько рабочих серверов в кластере
Если в кластере больше одного рабочего сервера, лицензии должны лежать на том из них, который их выдаёт. В свойствах рабочего сервера, в требованиях назначения функциональности, есть тип объекта для клиентских лицензий: с его помощью выдачу закрепляют за сервером, где установлены лицензии.
Как убедиться, что выдача работает
В консоли откройте список сеансов базы: у каждого сеанса видно, откуда получена лицензия. То же из командной строки:
rac session list --cluster=<id_кластера> --licenses
Идентификатор кластера возвращает команда rac cluster list.
Если у части пользователей лицензия берётся «с компьютера», значит, на их машинах остались старые программные лицензии или ключи. Это нормально, но учёт занятых мест становится запутанным.
Сетевые ключи HASP: менеджер лицензий для клиентов
Сетевой клиентский ключ (NET5, NET10 и т. п.) раздаёт лицензии по сети через службу HASP License Manager. Нужна она, когда клиенты сами ищут ключ в сети. Если ключ вставлен в сервер 1С и включена выдача лицензий сервером, кластер берёт лицензию локально.
Установка менеджера
- Установите HASP License Manager на компьютер, куда вставлен сетевой ключ. Ставьте его как службу Windows, чтобы он работал без входа пользователя.
- Откройте в брандмауэре порт
475(UDP и TCP) для входящих подключений. - Убедитесь, что служба запущена.
Настройка клиентов через nethasp.ini
По умолчанию клиент ищет ключ широковещательным запросом. В сети с несколькими подсетями или VPN это ненадёжно. Пропишите адрес явно в файле nethasp.ini в каталоге conf установленной платформы на клиенте:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled
Вместо 192.168.1.10 укажите адрес компьютера с менеджером лицензий.
Лицензии 1С при работе через терминальный сервер
В терминальном режиме пользователи работают в сеансах RDP на одном сервере. Схема зависит от того, файловая база или клиент-серверная.
| Схема | Где ставить клиентские лицензии | Комментарий |
|---|---|---|
| Клиент-сервер, терминал и сервер 1С на одном компьютере | На этот компьютер | Включите выдачу лицензий сервером 1С |
| Клиент-сервер, терминал отдельно от сервера 1С | На сервер 1С | Терминальному серверу лицензии не нужны |
| Файловая база на терминальном сервере | На терминальный сервер | Программная многопользовательская лицензия или сетевой ключ |
Что учесть:
- 👥 Каждый терминальный сеанс с запущенной 1С занимает одно место. 10 пользователей одновременно — нужно 10 мест, даже если все они на одном сервере.
- 🔢 Программную лицензию на терминальном сервере активируйте из сеанса администратора, чтобы файл лёг в общий каталог
ProgramData, а не в профиль одного пользователя. - 🔑 Однопользовательский USB-ключ на терминальном сервере не раздаст лицензии на всех пользователей. Для терминального режима нужен сетевой ключ или программная многопользовательская лицензия.
- 🚫 Не ставьте одни и те же лицензии и на терминал, и на сервер 1С: повторная активация того же ПИН-кода на другом компьютере расходует резервные коды.
Если пользователь закрыл окно RDP крестиком, его сеанс 1С продолжает висеть и держать лицензию. Настройте на терминальном сервере автоматическое завершение отключённых сеансов через групповые политики.
Проверка и устранение ошибок лицензирования на сервере
Самое частое сообщение — Не обнаружен ключ защиты программы или полученная программная лицензия!. Оно означает одно: платформа не нашла ни одной подходящей лицензии там, где искала. Ищите, где именно разрыв.
Порядок диагностики
- Где должна быть лицензия? Посмотрите в свойствах базы, выдаёт ли лицензии сервер.
- Есть ли она там? Для ключа —
localhost:1947, для программной лицензии — файлы вC:\ProgramData\1C\licensesили выводring license list. - Видит ли её служба? Проверьте права учётной записи агента сервера на каталог лицензий.
- Хватает ли мест? Сравните число активных сеансов с числом мест в комплектах.
Перезапуск службы агента сервера 1С — частый совет после установки лицензий. Он обрывает сеансы всех пользователей во всех базах кластера. Перезапускайте только в нерабочее время или после того, как все вышли.
Технологический журнал
Если причина не находится, включите технологический журнал с событием LIC: в него пишутся операции с лицензиями — поиск, получение, отказ. Запись лога нагружает диск, поэтому включайте его на время проверки и выключайте сразу после.