Как правильно расширить лицензии 1С: выбор между вторым USB-ключом и программной лицензией

Когда на предприятии подходит к концу свободный пул клиентских лицензий 1С, перед системным администратором встает классическая дилемма: докупить дополнительный аппаратный ключ HASP или перейти на программные лицензии. Ситуация часто осложняется тем, что в инфраструктуре уже работает аппаратный USB-ключ (например, на 100 пользователей), а докупить требуется еще 50 лицензий. Разберем детально технические ограничения обоих подходов, нюансы их совмещения и правила корректной настройки сетевого окружения.

Анализ ограничений при добавлении второго USB-ключа HASP

Основная сложность масштабирования аппаратной защиты заключается в архитектуре драйвера HASP License Manager. Клиентские ключи 1С выпускаются определенными сериями, которые маркируются на самом USB-накопителе: ORGL8 (сетевые ключи на 5, 10, 20, 50, 100 рабочих мест), ORGL8A (на 300 рабочих мест) и ORGL8B (на 500 рабочих мест).

Проанализируем ключевое правило: на одном физическом или виртуальном компьютере нельзя объединить два ключа одной серии. Если установить в один сервер ключ на 100 пользователей и новый ключ на 50 пользователей, драйвер HASP увидит только один из них (обычно с меньшим внутренним номером порта или найденный первым), а второй будет полностью проигнорирован. Суммирования емкости лицензий в 150 рабочих мест не произойдет.

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

1. Разнести USB-ключи по разным физическим серверам или разным виртуальным машинам. Например, ключ на 100 пользователей остается на терминальном сервере, а ключ на 50 пользователей подключается к серверу «1С:Предприятия» либо к выделенному хосту.
2. Установить на каждом хосте, куда физически подключен USB-накопитель, службу HASP License Manager (HASP LM).
3. Сконфигурировать клиентские рабочие места так, чтобы они последовательно опрашивали оба менеджера лицензий.

Настройка клиентов и файла nethasp.ini для работы с двумя ключами

По умолчанию платформа 1С ищет аппаратный ключ с помощью широковещательных UDP-пакетов (broadcast). При наличии двух серверов лицензий такой подход приводит к сбоям: рабочая станция подключается к первому ответившему менеджеру лицензий, занимает там слот, а когда места на первом ключе заканчиваются, клиент получает сообщение об ошибке отсутствия лицензии, не пытаясь автоматически опросить второй сервер.

Разберем по шагам, как настроить файл nethasp.ini на рабочих станциях или на терминальном сервере (файл обычно располагается в каталоге bin\conf установленной платформы 1С):

1. Откроем файл nethasp.ini в текстовом редакторе с правами администратора.
2. В секции [NH_COMMON] отключим широковещательный поиск и выберем протокол TCP/IP:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_USE_BROADCAST = Disabled
NH_SERVER_ADDR = 192.168.1.10, 192.168.1.11
NH_TCPIP_CONNECT_TIMEOUT = 3
NH_TCPIP_RESPONSE_TIMEOUT = 3

Рассмотрим параметры подробнее:

1. Параметр NH_USE_BROADCAST = Disabled запрещает неуправляемую рассылку широковещательных пакетов в локальной сети, избавляя сеть от лишнего трафика и предотвращая коллизии ответов.
2. Директива NH_SERVER_ADDR перечисляет через запятую точные IP-адреса хостов, на которых запущены менеджеры лицензий HASP LM. Платформа 1С опрашивает эти адреса по очереди: если на первом сервере (192.168.1.10) все лицензии заняты, клиент автоматически обращается ко второму серверу (192.168.1.11) и успешно получает рабочее место.
3. Таймауты NH_TCPIP_CONNECT_TIMEOUT и NH_TCPIP_RESPONSE_TIMEOUT устанавливаются в разумные пределы (обычно 2–3 секунды), чтобы при недоступности одного из серверов запуск программы не зависал надолго.

Сравнение USB-ключей и программных лицензий: специфика подсчета сеансов

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

1. Аппаратный ключ (HASP): при получении лицензии через HASP License Manager лицензия фиксируется за конкретным клиентским компьютером (по его сетевому имени и MAC-адресу). Это означает, что если пользователь на своем рабочем ПК открывает 3 или 5 разных информационных баз 1С, расходуется ровно одна аппаратная лицензия.
2. Программная лицензия: механизм подсчета зависит от точки активации. Если программная лицензия активирована на сервере «1С:Предприятия» и выдается кластером серверов, то лицензия выдается на каждый запущенный сеанс. Запуск трех баз одним сотрудником израсходует три лицензии. Однако при установке многопользовательской программной лицензии на терминальный сервер (RDS) локально для всех пользователей, лицензия закрепляется за терминальной сессией ОС, позволяя открывать несколько баз в рамках одного сеанса без перерасхода.

Совместное использование USB-ключа и программных лицензий

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

Платформа выполняет поиск лицензий в строгом приоритетном порядке:

1. Локальные программные лицензии на клиентском компьютере или терминальном сервере.
2. Локально подключенный USB-ключ.
3. Сетевые USB-ключи через менеджеры лицензий HASP LM.
4. Лицензии, выдаваемые сервером «1С:Предприятия» (программные или аппаратные из пула сервера).

Если вы докупаете программную лицензию на 50 пользователей для работы в терминале, разберем правильный порядок ее развертывания:

1. Активируйте программную лицензию непосредственно на терминальном сервере, выбрав вариант «На этот компьютер» и режим «Для всех пользователей». Файл лицензии с расширением .lic сохранится в общедоступный системный каталог (например, C:\ProgramData\1C\licenses).
2. В консоли администрирования кластера серверов 1С откройте свойства информационной базы и установите параметр Разрешить выдачу лицензий сервером 1С:Предприятия в значение Нет. Это предотвратит нерациональный расход серверных лицензий по сеансам и передаст управление терминальному серверу и HASP LM.

Обеспечение стабильности программных лицензий в виртуальной среде

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

1. Сетевые адаптеры: установите статические MAC-адреса для всех сетевых карт виртуального сервера.
2. Оперативная память: отключите динамическое выделение памяти (Dynamic Memory в Hyper-V или Ballooning в KVM/Proxmox). Объем RAM должен быть жестко фиксирован.
3. Процессор: в свойствах виртуальной машины зафиксируйте конкретную модель виртуального процессора (CPU Type/Model) и точное число сокетов/ядер, избегая настроек по умолчанию, которые могут меняться при обновлении гипервизора.
4. Дисковая подсистема: зафиксируйте UUID виртуального жесткого диска.

В кластере серверов платформы 8.3 рекомендуется также использовать встроенный Сервис лицензирования. С помощью требований назначения функциональности назначьте сервис лицензирования на выделенный рабочий сервер кластера. Это обеспечит централизованный учет и избавит пул лицензий от сбоев при перезапуске основных рабочих процессов.

Итоговые рекомендации по выбору решения

Если бюджет ограничен и инфраструктура построена на базе терминального сервера, оптимальным решением станет покупка программной лицензии на 50 мест. Она дешевле аппаратного аналога, активируется на терминале без необходимости разнесения USB-портов и не требует отдельного оборудования под второй ключ.

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