Как заставить аппаратный ключ USB 1С работать на сервере?

← На главную

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

Анализ проблемы: почему 1С не видит локальный ключ в терминале?

Рассмотрим первопричину ситуации, описанной в теме. Когда пользователь подключается к серверу через Remote Desktop Protocol (RDP) или другой терминальный клиент, 1С запускается внутри виртуальной сессии. В целях безопасности и архитектурного разделения ресурсов платформа 1С в терминальном режиме игнорирует локальные аппаратные ключи, подключенные непосредственно к USB-порту сервера. Для программы такой ключ всегда считается «сетевым», даже если он находится в сантиметре от процессора, выполняющего код.

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

Шаг 1. Установка HASP License Manager

Главным звеном в решении задачи является HASP License Manager (LM). Это сервисная утилита, которая «опрашивает» USB-ключ и распределяет его лицензии по сети или внутри терминальных сессий сервера. Проанализируем процесс его установки:

Найдем дистрибутив. В комплекте поставки 1С:Предприятие обычно присутствует папка hasp, в которой находится файл lmsetup.exe. Если у вас нет дистрибутива под рукой, рекомендуется скачать актуальную версию Sentinel LDK License Manager с официального сайта производителя (Thales/Gemalto).
Запустим установку. При выборе типа установки крайне рекомендуется выбирать вариант Service (Служба). Это позволит менеджеру лицензий запускаться автоматически при старте сервера, не требуя входа администратора в систему.
Проверим статус. После установки в списке служб Windows (services.msc) должна появиться служба с названием HASP Loader или Sentinel LDK License Manager со статусом «Выполняется».

Важный момент: Как отмечено в материалах форума, взаимодействие с HASP License Manager возможно только по протоколу IPv4. Убедитесь, что в настройках сетевого адаптера сервера этот протокол активен.

Шаг 2. Настройка сетевого доступа и брандмауэра

Разберем ситуацию, когда служба запущена, но 1С всё равно не видит ключ. Часто это связано с блокировкой трафика антивирусным ПО или брандмауэром Windows. Для работы аппаратного ключа необходимо открыть порт 475.

Проанализируем необходимые действия:

В настройках брандмауэра создадим входящее и исходящее правила для порта 475 по протоколам UDP и TCP.
Если на сервере установлен сторонний антивирус (например, упоминавшийся в теме Dr.Web), добавим исполняемые файлы менеджера лицензий (nhsrvice.exe) в исключения проверки сетевого трафика.

Шаг 3. Оптимизация через файл nethasp.ini

Иногда 1С тратит слишком много времени на поиск ключа в сети, опрашивая все доступные интерфейсы, что приводит к зависанию программы при запуске. Для ускорения этого процесса и гарантированного обнаружения ключа мы можем отредактировать конфигурационный файл nethasp.ini. Обычно он находится в папке C:\Program Files\1cv8\conf или в папке с установленной платформой.

Рассмотрим правильный алгоритм редактирования:

Запустим текстовый редактор (например, Блокнот) от имени администратора. Это критично, так как без прав администратора система не даст сохранить изменения в защищенной директории.
Найдем секцию [NH_TCPIP] и приведем её к следующему виду:


[NH_COMMON]
NH_TCPIP = ENABLED

[NH_TCPIP]
NH_SERVER_ADDR = 127.0.0.1
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = DISABLED

В данном примере параметр NH_SERVER_ADDR = 127.0.0.1 указывает программе искать ключ на этом же локальном сервере. Параметр NH_USE_BROADCAST = DISABLED отключает широковещательные запросы, что значительно ускоряет старт 1С и снижает нагрузку на сеть.

Шаг 4. Особенности работы с многопользовательскими ключами

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

Аппаратный ключ через LM: Лицензии считаются по сессиям. Если один и тот же пользователь внутри одной терминальной сессии запустит три разных базы 1С, менеджер лицензий может списать 3 лицензии из 10 доступных на ключе (если выдача лицензий настроена через сервер 1С).
Приоритет поиска: 1С сначала ищет локальный ключ (который в терминале не виден), затем сетевой аппаратный ключ через License Manager, и только в последнюю очередь — программные лицензии. Если вы хотите принудительно отключить поиск аппаратного ключа, можно использовать параметр запуска /UseHasp-.

Мониторинг и проверка работоспособности

Для контроля за тем, сколько лицензий занято и кто именно их использует, рекомендуется использовать утилиту Aladdin Monitor. Хотя это ПО считается устаревшим, оно до сих пор отлично справляется с задачей отображения активных подключений к аппаратным ключам HASP4 Net. Если в Monitor вы видите свой ключ и список подключенных IP-адресов, значит, связка «Ключ — Драйвер — Менеджер лицензий» настроена правильно.

Подводя итог, отметим: стабильная работа аппаратного ключа на сервере Windows 2019/2022 зависит не от «удачи», а от четкого соблюдения иерархии ПО: физический ключ — драйвер Sentinel — служба HASP License Manager — корректные настройки nethasp.ini. Выполнение этих шагов гарантирует, что ваши бухгалтеры смогут бесперебойно работать в терминальном режиме.