Активация серверной лицензии 1С: от пин-кода до рабочего кластера

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

Ниже порядок для обоих вариантов, ручная настройка, когда автомат не сработал, и разбор типовых сбоев. Принцип один для Windows и Linux. Различаются пути и способ запуска.

Что проверить до начала активации

Половина неудач начинается с пропущенной мелочи. Пройдите список заранее.

• 📦 Комплект. В коробке с лицензией на сервер лежит конверт с пин-кодом. Если комплект электронный, код приходит от партнёра на почту. Пин-код — это не ключ и не файл, а строка из цифр с дефисами.
• 🖥 Вид лицензии. Уточните, что у вас: программная (по пин-коду) или аппаратная (USB-ключ HASP). Это разные процедуры.
• 🌐 Доступ в интернет. Для автоматической активации серверу нужен выход к серверу лицензирования 1С. Нет выхода — используйте активацию через файл, она описана ниже.
• 🔐 Права. Нужна учётная запись администратора ОС. Служба сервера 1С часто запускается от отдельного пользователя, и ему тоже нужен доступ к папке с лицензиями.
• 🧾 Данные для регистрации. Понадобятся название организации, ФИО, адрес, почта. Их вводят при активации, поэтому подготовьте их заранее.
• 💾 Версия платформы. Платформа на сервере и на клиентах должна быть одной линейки 8.3. Запомните точный номер релиза, он пригодится при обращении в поддержку.

Как понять, какая лицензия у вас на руках

Посмотрите на комплект. Если в нём есть USB-ключ, это аппаратная защита. Если только конверт с пин-кодом, это программная лицензия.

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

Настройка сервера 1С под лицензирование

Лицензия не заработает, если сервер приложений развёрнут криво. Проверьте три вещи.

1. Служба запущена. В Windows это служба «Агент сервера 1С:Предприятия 8.3». В Linux — сервис srv1cv83. Если агент не стартует, о лицензиях говорить рано.
2. Кластер создан. В консоли администрирования серверов должен быть кластер с рабочим сервером. Лицензия нужна рабочим процессам кластера, поэтому без них ей нечего выдавать.
3. Порты открыты. Стандартно агент слушает 1540, менеджер кластера — 1541, рабочие процессы берут диапазон 1560–1591. Если между клиентами и сервером стоит файрвол, откройте их.

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

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

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

Способ 1. Из интерфейса 1С

Запустите на сервере клиент 1С и зайдите в окно получения лицензии. Оно открывается при старте, если лицензия не найдена, а ещё его можно вызвать из раздела администрирования конфигурации. Точное расположение зависит от конфигурации. Если пункта не видно, воспользуйтесь поиском по командному интерфейсу по слову «лицензия».

Дальше мастер ведёт по шагам:

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

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

Способ 2. Утилита командной строки ring

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

ring license list

Саму активацию запускают командой ring license activate с набором параметров: пин-код, данные организации, адрес, контактное лицо. Полный перечень параметров выводится справкой.

ring help license

Читайте справку именно своей версии, набор ключей от релиза к релизу меняется. Если команда ring не найдена, значит, утилита не входит в вашу сборку, и нужен способ 1 или активация через файл.

Способ 3. Активация без интернета через файл

Сервер часто изолирован от внешней сети. Тогда схема такая:

1. На сервере формируете файл запроса на лицензию.
2. Переносите его на машину с интернетом.
3. Отправляете на сервер лицензирования 1С и получаете файл ответа.
4. Возвращаете ответ на сервер и загружаете его через тот же мастер.

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

Где потом искать файл лицензии

Программные лицензии лежат в файлах с расширением .lic. В Windows это общий каталог данных 1С (обычно в ProgramData, подпапка лицензий) либо профиль пользователя службы. В Linux — каталог лицензий в /var/1C или в домашнем каталоге пользователя, от имени которого работает сервер. Точный путь зависит от версии платформы, поэтому проще найти файлы поиском по расширению:

find / -name "*.lic" 2>/dev/null

В Windows то же делается поиском по *.lic в каталоге данных программы.

Аппаратная лицензия: ключ HASP на сервере

Здесь активировать нечего: ключ уже содержит лицензию. Нужно, чтобы сервер его увидел.

USB-ключ в самом сервере

1. Вставьте ключ в сервер. Для виртуальных машин пробросьте USB-устройство в гостевую систему, иначе ключ останется на хосте.
2. Установите драйвер защиты. Он идёт вместе с платформой, отдельным компонентом установщика.
3. Перезапустите службу сервера.

Сетевой ключ в другой машине

Если ключ стоит в одном компьютере, а сервер 1С в другом, на машине с ключом работает менеджер лицензий HASP. Серверу нужно указать, где его искать. Для этого служит файл nethasp.ini в каталоге conf установленной платформы. Минимальный пример:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.10.5
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP

Адрес замените на свой. Порт 475 — стандартный для менеджера лицензий. Его нужно открыть на файрволе машины с ключом.

Ручная настройка, когда автомат не помогает

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

Порядок действий такой:

1. Остановите службу сервера.
2. Найдите файлы .lic и убедитесь, что пользователь службы может их читать.
3. Если лицензия лежит в профиле другого пользователя, скопируйте файлы в каталог, который видит служба.
4. Для HASP проверьте nethasp.ini: адрес, порт, протокол.
5. Запустите службу и проверьте, что рабочие процессы стартовали.

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

Ошибки активации и лицензирования

Ниже типовые симптомы и что с ними делать. Тексты сообщений зависят от релиза, поэтому ориентируйтесь на смысл.

Сначала проверяют сеансы

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

Лицензии в кластере и на терминальном сервере

Кластер из нескольких рабочих серверов

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

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

Терминальный режим

На терминальном сервере (RDS) пользователи запускают клиент 1С внутри удалённых сеансов. Для лицензирования это значит:

• 👤 клиентские лицензии нужны на каждое рабочее место, а не на каждый запущенный процесс;
• 🖥 несколько запусков 1С с одного компьютера обычно занимают одну лицензию, но с разных машин или разных терминальных сеансов расходуются отдельные;
• 🔑 серверная лицензия нужна, только если работает серверный кластер 1С. Для файловой базы на терминальном сервере её не требуют.

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

Что делать при переносе сервера

Перенос на другую машину — самая частая причина потери лицензии. Порядок такой:

1. Подготовьте новый сервер заранее и настройте службу.
2. Для аппаратной лицензии переставьте ключ, остальное сделает драйвер.
3. Для программной обратитесь к партнёру или в поддержку, чтобы вам перевыпустили лицензию на новую конфигурацию.
4. Старый сервер выведите из работы, не оставляя на нём дубликат.

Как убедиться, что активация прошла

Проверка занимает пять минут, зато снимает вопросы на утро понедельника.

• ✅ Служба сервера запущена, рабочие процессы видны в консоли кластера.
• ✅ Информационная база открывается с клиентского компьютера, а не только с самого сервера.
• ✅ Откройте одновременно столько сеансов, сколько у вас клиентских мест, и убедитесь, что лишние не пускают.
• ✅ Сохраните копию файлов .lic и пин-код в надёжном месте. При переустановке системы они сэкономят время, хотя повторная активация всё равно может потребовать участия партнёра.

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