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

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

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

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

Определите, какой механизм лицензирования используется

Прежде чем что-либо запрещать, выясните, откуда клиенты получают лицензии. Возможны три варианта: локальный USB-ключ на компьютере пользователя, сетевой HASP-ключ с менеджером лицензий (HASP License Manager) и программные лицензии, которые раздаёт сервер 1С:Предприятия. Узнать источник можно в клиенте: «О программе» показывает серию и способ получения лицензии, а в консоли кластера видно, выдаёт ли сервер программные лицензии.

От типа лицензирования зависит инструмент запрета. Для HASP-ключей управление ведётся на стороне клиента и сети, для программных лицензий — на стороне сервера 1С. Смешивать методы нельзя: изменение nethasp.ini никак не повлияет на программные лицензии, а настройки кластера не остановят раздачу с HASP License Manager.

Запрет выдачи по сети для HASP-ключей

Самый частый случай — в сети два и более сервера с ключами, и клиенты захватывают лицензии с «чужого» сервера. Запрет реализуется на стороне клиента через файл nethasp.ini, который лежит в каталоге conf установки 1С (например, C:\Program Files\1cv8\<версия>\bin\conf). В секции [NH_COMMON] отключите широковещательный поиск, а в [NH_TCPIP] явно укажите адрес разрешённого сервера:

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_USE_BROADCAST = Disabled

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

Дополнительный уровень — ограничения на самом HASP License Manager. В его настройках можно задать список имён или адресов машин, которым разрешено (или запрещено) получать лицензии, а также максимальное число выдаваемых лицензий. Это удобно, когда клиентов много и централизованно править nethasp.ini сложно.

Сетевой запрет как дополнительная мера

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

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

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

Основные способы ограничить выдачу:

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

Требования назначения функциональности

В консоли кластера для рабочего сервера можно создать требование назначения функциональности с объектом «Клиентское соединение с ИБ» и типом «Не назначать». Тогда этот сервер не будет обслуживать клиентские соединения конкретных баз, а значит, и выдавать им лицензии. Это штатный способ разделить нагрузку и лицензирование между серверами кластера без сетевых запретов.

Временная остановка выдачи без остановки сервера

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

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

Для HASP License Manager временный запрет делается остановкой службы менеджера лицензий — активные клиенты при этом обычно сохраняют лицензию до завершения сеанса, но новые запуски клиентов уже не пройдут. Это поведение зависит от версии менеджера, поэтому проверяйте на тестовом клиенте заранее.

Как проверить, что запрет сработал

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

Учтите типичную ловушку: на компьютере может стоять несколько версий платформы, и у каждой свой каталог conf. Если вы поправили nethasp.ini в одной версии, а пользователь запускает другую — запрет не сработает.

Типичные ошибки и ограничения

Ещё одно ограничение: программные лицензии привязаны к аппаратной конфигурации сервера. Если вы переносите лицензии на другой сервер, чтобы запретить выдачу на старом, потребуется повторная активация с использованием резервных пин-кодов. Рассчитывайте запас пин-кодов заранее — их число ограничено условиями поставки.

FAQ