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

← На главную

Часто возникает ситуация, когда в организации имеется сетевой аппаратный ключ (например, серии H4 NET5 ORGL8), который физически установлен в один из компьютеров. При этом пользователям необходимо запускать информационные базы 1С со своих рабочих станций, используя лицензии этого ключа. Просто вставить ключ в компьютер недостаточно — система защиты не «увидит» его по сети автоматически без специального программного обеспечения. В данной статье мы разберем, как правильно настроить раздачу лицензий, чтобы все пользователи могли беспрепятственно работать с базами. Если вы только начинаете путь в системном администрировании, вам может пригодиться структурированная справка по задачам администрирования систем, которая содержит готовые рецепты для Windows и Linux.

Принцип работы сетевой защиты HASP

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

Шаг 1. Установка HASP License Manager на «сервер»

Под «сервером» в данном контексте мы понимаем любой компьютер (даже обычный пользовательский ПК на Windows 10/11), в который физически вставлен USB-ключ. Выясним, какие действия необходимо предпринять на этом узле:

Скачаем актуальную версию Sentinel LDK License Manager (ранее известную как Aladdin License Manager). Рекомендуется использовать именно свежие версии от производителя (Thales/Gemalto), так как старые драйверы, идущие в комплекте с платформой 1С, могут некорректно работать на современных ОС (Windows Server 2022 или Windows 11).
Установим программу. При установке крайне важно выбрать вариант «Service» (Установить как службу). Это позволит менеджеру лицензий запускаться автоматически при включении компьютера. В серверных средах автоматизация крайне важна, например, часто внедряется автоматический перезапуск рабочих процессов (rphost) кластера 1С для поддержания стабильности системы.
Проверим, что служба Sentinel LDK License Manager (или HASP Loader) запущена в оснастке services.msc.

Шаг 2. Настройка сетевых экранов и портов

Одной из самых частых причин, по которой клиентские ПК не видят ключ, является блокировка трафика брандмауэром. Разберем технические детали взаимодействия. HASP LM по умолчанию использует порт 475. Работа происходит по протоколам UDP и TCP.

На компьютере, где установлен ключ, необходимо создать входящее правило в Брандмауэре Windows:

Разрешить подключения по порту 475 для протоколов UDP и TCP.
В качестве альтернативы можно разрешить работу самому исполняемому файлу службы, который обычно называется nhsrvice.exe.

Аналогичные исключения (исходящие правила) стоит проверить и на клиентских машинах, если в сети используются строгие политики безопасности.

Шаг 3. Оптимизация поиска лицензии через nethasp.ini

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

Чтобы гарантировать стабильное соединение, мы настроим файл nethasp.ini на клиентских компьютерах. Этот файл обычно располагается в папке с установленной платформой: C:\Program Files\1cv8\conf\. Рассмотрим пример настройки секции [NH_TCPIP]:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10 ; Укажите здесь IP-адрес компьютера с ключом
NH_USE_BROADCAST = Disabled   ; Отключаем медленный широковещательный поиск
NH_TCPIP_METHOD = TCP         ; Устанавливаем конкретный протокол для связи
NH_SESSION_TIMEOUT = 120
NH_SEND_RCV_TIMEOUT = 10

Явное указание NH_SERVER_ADDR позволяет 1С мгновенно обращаться к нужному серверу, минуя опросы всех узлов сети.

Особенности учета лицензий и работа в RDP

Проанализируем ситуацию, описанную в сообщениях форума. Пользователь заметил, что после установки HASP LM заработало подключение через удаленный рабочий стол (RDP). Выясним причину: платформа «1С:Предприятие» при работе в сессии RDP принципиально игнорирует локальные USB-ключи. Она ищет либо локальный ключ на самом сервере, либо сетевую лицензию. Установка HASP LM превращает физический ключ в сетевой ресурс. Для управления такими сессиями удобно использовать специальное WEB приложение для управления сеансами сервера 1С, позволяющее оперативно завершать rphost-процессы.

Важный нюанс по подсчету лицензий:

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

Диагностика и мониторинг

Если лицензии все равно не раздаются, рекомендуется использовать утилиту Aladdin Monitor (AKSMON). Она показывает список менеджеров лицензий и текущие подключения. Для полноценного же администрирования всего кластера лучше использовать более современные инструменты, такие как кроссплатформенная консоль OneS Cluster Admin или альтернативная консоль администрирования на базе ras для Linux и Windows — для этого подойдёт утилита администрирования кластера 1С и управления сеансами.

Подводя итог, можно сказать, что раздача лицензий с пользовательского ПК вполне осуществима и является стандартной практикой. Главное — обеспечить бесперебойную работу службы HASP LM на «раздающем» компьютере и правильно сконфигурировать пути поиска в nethasp.ini на всех клиентских рабочих местах.