Как подключить ключи HASP и программные лицензии к кластеру серверов 1С 8.3

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

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

1. Что подготовить до подключения лицензий к кластеру

Начните с инвентаризации. Без неё легко активировать лицензию не на той машине и потом тратить пин-код на повторную активацию.

📋 Что выяснить заранее:

• 🖥️ Состав кластера. Сколько рабочих серверов, какой из них центральный, на каком работают рабочие процессы. Это видно в консоли кластера в ветке «Рабочие серверы».
• 🔑 Тип лицензий. Аппаратные ключи HASP (локальные или многопользовательские сетевые) либо программные лицензии с пин-кодами.
• 📦 Какие именно лицензии. Лицензия на сервер 1С:Предприятия и клиентские лицензии — разные вещи. Первая разрешает работу самого сервера, вторые — подключения пользователей.
• 🧩 Версия платформы. Номер версии сервера на всех машинах кластера должен совпадать до последней цифры.
• 🌐 Сеть. Имена компьютеров должны разрешаться в обе стороны: сервер видит клиента по имени, клиент видит сервер.

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

2. Установка менеджера лицензий и активация лицензий на сервере

Дальше порядок зависит от типа защиты. Обе ветки разобраны ниже.

Сетевые ключи HASP: установка License Manager

Многопользовательский ключ вставляют в любую доступную по сети машину. Это может быть сам сервер 1С или отдельный компьютер. На ней нужны:

1. Драйвер ключей защиты HASP. Он входит в дистрибутив платформы, его можно поставить при установке 1С (компонент «Драйвер защиты»).
2. HASP License Manager — служба, которая раздаёт сетевые лицензии. Ставьте её как службу Windows, а не как приложение, иначе после выхода из сеанса раздача остановится.
3. Сам ключ. После установки откройте монитор ключей (Aladdin Monitor) и убедитесь, что ключ виден и менеджер лицензий отвечает.

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

Программные лицензии: активация на рабочем сервере

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

1. Подготовьте пин-код из комплекта поставки и регистрационные данные организации.
2. Запустите активацию на нужном сервере. Удобный способ — запустить клиент 1С прямо на этой машине и пройти мастер получения лицензии. Альтернатива — консольная утилита ring из комплекта license-tools: команды и параметры смотрите в справке ring license help.
3. Выберите способ активации: автоматически через интернет , по телефону или вручную через файл запроса.
4. После активации проверьте, что файл лицензии появился в каталоге лицензий.

Каталоги лицензий по умолчанию:

Windows:  C:\ProgramData\1C\licenses\
Linux:    /var/1C/licenses/

Проверить, какие лицензии есть на машине, можно командой:

ring license list

3. Как зарегистрировать сервер лицензирования в кластере 1С

Здесь сходятся обе схемы. Кластер должен знать, где брать лицензии, и уметь выдавать их пользователям.

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

Сервер 1С ищет сетевые ключи по настройкам файла nethasp.ini. Он лежит в каталоге платформы на каждом рабочем сервере:

C:\Program Files\1cv8\<номер версии>\bin\conf\nethasp.ini

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

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.20
NH_USE_BROADCAST = Disabled

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

Файл привязан к версии платформы. После обновления сервера появится новый каталог bin со своим conf, и nethasp.ini придётся скопировать туда заново. Это одна из самых частых причин, почему после обновления «пропали лицензии».

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

Закрепить сервис лицензирования за нужным рабочим сервером

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

Закрепление делают в консоли администрирования кластера:

1. Откройте ветку кластера → «Рабочие серверы» → нужный сервер.
2. Перейдите в «Требования назначения функциональности».
3. Добавьте требование: тип объекта «Сервис лицензирования», тип требования «Назначать».
4. На остальных рабочих серверах добавьте то же требование с типом «Не назначать».
5. Примените требования через контекстное меню кластера (команда применения требований назначения функциональности).

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

Разрешить выдачу лицензий сервером

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

Если рабочего сервера ещё нет в кластере

Новую машину сначала подключают к кластеру, а уже потом думают о лицензиях:

1. Установите на неё сервер 1С той же версии и запустите службу агента.
2. В консоли главного кластера: ветка «Рабочие серверы» → создать новый.
3. Укажите имя компьютера, порт агента (по умолчанию 1540), порт главного менеджера (1541) и диапазон портов рабочих процессов (по умолчанию 1560:1591).
4. Решите, будет ли сервер центральным. Центральный сервер хранит реестр кластера и может управлять им.

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

4. Порты и правила сетевого экрана для лицензий

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

Как выстроить доступ безопасно:

• 🔒 Разрешайте порт 475 только с адресов рабочих серверов 1С и тех клиентов, которым ключ нужен напрямую (файловые базы).
• 🔒 Не публикуйте порты кластера и менеджера лицензий в интернет. Удалённым пользователям давайте доступ через VPN или терминальный сервер.
• 🔒 Если сервер в другой подсети, широковещательный поиск ключа работать не будет. Поэтому NH_USE_BROADCAST = Disabled и явный адрес — не прихоть, а необходимость.
• 🔒 Если вы меняли диапазон портов рабочих процессов в свойствах рабочего сервера, откройте именно его, а не значения по умолчанию.

5. Диагностика: почему кластер не видит лицензии

Когда пользователи получают ошибку лицензии, идите по цепочке от ключа к базе. Каждое звено проверяется отдельно.

Ключ или файл лицензии.

• Для HASP откройте монитор ключей на машине с License Manager. Ключ должен отображаться, а счётчик подключений не должен быть исчерпан.
• Для программной лицензии выполните ring license list на сервере, где работает сервис лицензирования.

Сеть между сервером и менеджером лицензий.

• Проверьте, что в nethasp.ini указан правильный адрес и файл лежит в каталоге той версии, которая сейчас запущена.
• Посмотрите, не блокирует ли антивирус или брандмауэр порт 475 на машине с ключом.

Сам кластер.

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

Информационная база.

• Проверьте параметр выдачи лицензий сервером в свойствах базы.

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

6. Если не помогло: обходные варианты

Иногда цепочка «ключ → сеть → кластер» проверена, а лицензий всё равно нет. Что можно сделать без радикальных шагов:

• 🔁 Временно вставить сетевой ключ прямо в рабочий сервер. Если с локальным ключом всё работает, проблема точно в сети или в настройках License Manager.
• 🧭 Указать адрес ключа по IP, а не по имени. Это исключает проблемы с DNS.
• 🧹 Завершить зависшие сеансы в консоли. Сеансы, у которых давно нет активности, могут удерживать лицензии. Перед завершением убедитесь, что пользователь действительно не работает.
• 📞 Обратиться к поставщику лицензий. Если ключ не определяется ни на одной машине, он может быть неисправен. Ключи и программные лицензии восстанавливает партнёр, у которого их покупали.

Не советуем удалять кластер или переустанавливать сервер «с нуля» ради лицензий. Это не решает проблему, а добавляет новые: реестр кластера пропадёт вместе с настройками баз.

7. Контроль занятых лицензий и работы кластера

После настройки полезно регулярно смотреть, сколько лицензий занято и кем. Это помогает вовремя докупить клиентские лицензии и находить сеансы-«пожиратели».

Через консольную утилиту администрирования rac (работает вместе с сервером ras):

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

Первая команда покажет идентификатор кластера, вторая — какие сеансы какие лицензии получили. Остальные параметры смотрите в справке rac help.

Что ещё стоит наладить:

• 📊 Технологический журнал с событиями ошибок лицензирования. Он покажет, в какой момент и почему сеанс не получил лицензию.
• 🗓️ Регламентная проверка после обновлений. Каждое обновление платформы — повод проверить nethasp.ini и права на каталог лицензий.
• 🧾 Учёт пин-кодов. Храните список использованных пин-кодов и данные, на какой сервер они активированы.
• 🔌 Резерв для ключей. Если License Manager стоит на отдельной машине, её перезагрузка выключит лицензии всем. Держите её в том же режиме обслуживания, что и сам сервер 1С.

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