Как устроена серверная лицензия 1С и где её настраивать

· 9 мин

Содержание

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

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

Как устроено лицензирование в клиент-серверной 1С

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

ЛицензияЧто разрешаетГде должна находиться
🖥️ СервернаяРаботу сервера 1С:Предприятия (рабочих процессов rphost)На компьютере с сервером 1С
👤 КлиентскаяПодключение пользователя к информационной базеНа ПК пользователя, на терминальном сервере или на сервере 1С

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

  • 🔹 Разрядность. Есть лицензия на 32-разрядный сервер и на 64-разрядный. 64-разрядная позволяет запускать сервер любой разрядности, 32-разрядная — только 32-разрядный. Сегодня почти всегда ставят 64-разрядный сервер: 32-разрядный процесс упирается в ограничение по памяти.
  • 🔹 Редакция. ПРОФ и КОРП. ПРОФ закрывает типичную задачу: один сервер, десятки пользователей, обычные конфигурации. КОРП нужна для крупных кластеров, где используют расширенные механизмы управления нагрузкой и отказоустойчивости. Точный перечень отличий редакций смотрите в документации к платформе вашей версии: он менялся от релиза к релизу.

Число пользователей серверная лицензия не ограничивает. Сколько людей одновременно работает, определяют только клиентские лицензии.

На один физический сервер нужна одна серверная лицензия. Если в кластере два рабочих сервера, лицензия нужна на каждом.

Без доступной лицензии сервер не запустит рабочий процесс, и пользователи не смогут открыть базу . «Демо-режима» на этот случай у платформы нет. Исключение — учебная версия, но она работает только в файловом варианте.

Аппаратные ключи HASP на сервере

Аппаратная защита — это USB-ключ HASP. Для серверной лицензии ключ вставляется непосредственно в компьютер с сервером 1С. Отдать серверный ключ по сети с другой машины нельзя: сервер читает его локально.

Чтобы сервер увидел ключ, на машине должен стоять драйвер защиты:

  1. На Windows установите драйвер из дистрибутива платформы (утилита haspdinst.exe в комплекте или драйвер с сайта производителя ключей).
  2. На Linux поставьте пакет драйвера haspd (и haspd-modules для нужного ядра), затем запустите службу.
  3. Вставьте ключ и перезапустите службу агента сервера 1С, чтобы рабочие процессы перечитали лицензию.

Клиентские сетевые ключи работают иначе. Многопользовательский ключ (маркировка ORGL8) можно вставить в любой компьютер сети, а пользователи будут брать из него лицензии через HASP License Manager. Менеджер ставится на машину с ключом и слушает порт 475.

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

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

Программная лицензия и пин-коды

Программная лицензия не требует USB-ключа. Её получают по пин-коду, который идёт в комплекте поставки (конверт или электронное письмо). При активации платформа собирает параметры компьютера и отправляет их в центр лицензирования. В ответ приходит файл лицензии, привязанный к этому «железу».

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

  • 🪟 Windows, лицензия для всех пользователей: C:\ProgramData\1C\licenses
  • 🐧 Linux: /var/1C/licenses
  • 📁 Иногда лицензию кладут в профиль конкретного пользователя — тогда служба сервера, работающая под другой учётной записью, её не увидит.

Как активировать лицензию на сервере

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

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

На серверах без графической оболочки лицензией управляют утилитой ring. Команда ring license list показывает установленные лицензии, ring license activate получает новую. Полный набор параметров выводит ring license help.

Резервные пин-коды

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

Программная лицензия чувствительна к изменениям. Её может сбросить:

  • 🔧 замена материнской платы, процессора или системного диска;
  • 💽 переустановка операционной системы;
  • ☁️ перенос виртуальной машины на другой хост или смена её параметров.

Перед заменой оборудования или миграцией сервера сохраните копию папки лицензий и данные анкеты. Так при повторной активации вы быстро найдёте регистрационный номер и сведения о владельце.

Для виртуальных серверов, которые часто переезжают между хостами, аппаратный ключ иногда надёжнее: он не зависит от параметров виртуальной машины. Но для этого гипервизор должен уметь пробрасывать USB, либо понадобится USB-over-IP устройство.

Настройка выдачи лицензий через сервер и HASP License Manager

Здесь две независимые настройки: выдача клиентских программных лицензий сервером 1С и поиск сетевых аппаратных ключей.

Выдача клиентских лицензий сервером 1С

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

Порядок проверки:

  1. Откройте консоль администрирования серверов 1С и раскройте кластер.
  2. В списке Информационные базы откройте свойства нужной базы.
  3. Включите выдачу лицензий сервером и сохраните свойства.
  4. Если рабочих серверов несколько, проверьте требования назначения функциональности: для объекта «Клиентская лицензия» можно указать, какой рабочий сервер выдаёт лицензии.

То же самое делается из командной строки через rac infobase update. Точное имя параметра для вашей версии платформы смотрите в rac help infobase.

Поиск сетевого ключа: файл nethasp.ini

Клиент 1С ищет сетевой ключ широковещательным запросом. В сети с несколькими подсетями, VPN или жёстким брандмауэром это медленно или вообще не работает . Решение — явно указать адрес менеджера лицензий в файле nethasp.ini в каталоге bin установленной платформы на каждом клиенте:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Здесь 192.168.1.10 — адрес компьютера, где стоит сетевой ключ и HASP License Manager. Если ключей несколько на разных машинах, адреса перечисляют через запятую.

Файл nethasp.ini лежит в каталоге конкретной версии платформы. После установки нового релиза его нужно скопировать в новую папку bin, иначе клиенты снова начнут искать ключ широковещанием.

Контроль занятых лицензий и сеансов

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

  1. Откройте кластер → Информационные базы → нужная база → Сеансы.
  2. В списке сеансов видно пользователя, компьютер, приложение и время начала.
  3. Сеансы, которые висят много часов без активности, — первые кандидаты на освобождение лицензии.

Подробности о том, какая лицензия занята каждым сеансом, выводит rac:

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

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

Чего ожидать при подсчёте:

  • 👥 программная клиентская лицензия на компьютере пользователя занимается один раз на компьютер, даже если открыто несколько окон 1С;
  • 🖥️ на терминальном сервере лицензии считаются по терминальным сеансам: каждому сотруднику, работающему в RDP, нужна своя;
  • 🌐 лицензии, выданные сервером, видны в консоли кластера и освобождаются при завершении сеанса.

Принудительное завершение сеанса в консоли обрывает работу пользователя: несохранённые документы пропадут. Перед этим предупредите человека или делайте это вне рабочего времени.

Отдельная ситуация — фоновые задания и регламентные операции. Они выполняются на сервере и клиентскую лицензию не потребляют. А вот сеанс внешнего соединения (COM-подключение, обмен через внешнее соединение) лицензию занимает, как обычный пользователь.

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

Типовые проблемы с доступом к лицензиям

Ниже — проверки в том порядке, в каком их удобно делать на практике.

Сервер не видит программную лицензию

Самая частая причина — права. Служба агента сервера 1С обычно работает под отдельной учётной записью (по умолчанию USR1CV8). Если у неё нет права на чтение папки C:\ProgramData\1C\licenses, лицензия лежит на месте, но недоступна.

  1. Откройте свойства папки лицензий → вкладка «Безопасность».
  2. Дайте учётной записи службы 1С право на чтение.
  3. Перезапустите службу агента сервера.

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

Лицензия активирована «не туда»

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

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

  • 🔌 Проверьте, виден ли ключ в диспетчере устройств (Windows) или командой lsusb (Linux).
  • 🧩 Переустановите драйвер HASP той версии, что поддерживает вашу ОС.
  • 🔁 Попробуйте другой USB-порт, лучше на задней панели, без удлинителей и хабов.
  • 🖥️ В виртуальной машине убедитесь, что USB-устройство действительно проброшено гостю.

Сетевой ключ занят «фантомами»

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

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

Можно ли купить только серверную лицензию без клиентских?
Нет. Серверная лицензия разрешает работу сервера, но ни одного подключения. Минимум нужна одна клиентская лицензия на каждого одновременно работающего пользователя.
Нужна ли серверная лицензия для файловой базы на сетевой папке?
Нет. Файловый вариант работает без сервера 1С:Предприятия, поэтому серверная лицензия не требуется. Пользователям нужны только клиентские.
Можно ли держать на сервере и программные, и аппаратные клиентские лицензии?
Да. Источники можно комбинировать: часть пользователей работает через сетевой ключ, часть — через программные лицензии. Это удобно при постепенном расширении парка рабочих мест.
Расходует ли лицензию консоль администрирования кластера?
Нет. Консоль подключается к агенту сервера и не открывает сеанс в информационной базе, поэтому клиентскую лицензию не занимает.
Подойдёт ли лицензия ПРОФ для перехода на PostgreSQL?
Да, выбор СУБД от редакции серверной лицензии не зависит. MS SQL Server, PostgreSQL и другие поддерживаемые СУБД работают с обеими редакциями.