Почему 1С не видит аппаратный HASP-ключ при работе через RDP и как это исправить?

Многие системные администраторы сталкиваются с ситуацией, когда 1С перестает видеть USB-ключ при подключении через удаленный рабочий стол (RDP), хотя локально или с правами администратора все работает корректно. Давайте разберем причины этой проблемы и выясним, как правильно организовать работу лицензий в терминальном режиме.

Выясним причину: почему ключ «исчез»?

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

Если в вашем парке оборудования присутствуют ключи с маркировкой H4 M1 ORGL8 (фиолетовые), важно помнить: это однопользовательские ключи. Согласно архитектуре платформы 1С и политике безопасности, они предназначены для установки исключительно в USB-порт локального компьютера, за которым работает пользователь. В терминальной сессии (RDP) такие ключи не должны работать. Если ранее они «как-то работали», это было либо некорректным поведением старых версий драйверов, либо ошибкой конфигурации, которую устранили обновлениями безопасности.

Разберем по шагам, как диагностировать проблему

Чтобы понять, где именно «теряется» лицензия, выполним следующие действия:

1. Проверка через Aladdin Monitor: Запустите утилиту мониторинга под пользователем, у которого возникает ошибка. Если монитор не показывает наличие ключей в сети, значит, сервер лицензий их не транслирует или клиентская часть не может до него «достучаться».
2. Анализ состава ключей: Проведите ревизию всех установленных в сервер USB-ключей. Если вы видите несколько фиолетовых ключей (H4 M1 ORGL8), знайте — именно они являются слабым звеном при использовании RDP.
3. Проверка службы менеджера лицензий: Убедитесь, что служба HASP License Manager запущена. Без нее сетевые лицензии (например, красный ключ H4 NET5 ORGL8) не будут доступны другим сессиям Windows.

Методы решения проблемы лицензирования

Рассмотрим варианты оптимизации, которые позволят вернуть стабильность в работу вашей учетной системы:

Вариант 1: Использование только сетевых ключей

Для терминальных серверов единственным правильным решением является использование сетевых ключей (серия NET). Если у вас есть такие ключи, необходимо убрать из USB-портов все локальные (фиолетовые) ключи, так как они создают конфликты драйверов и не выполняют свою функцию в RDP-сессии.

Вариант 2: Переход на программные лицензии

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

• Не занимают USB-порты сервера.
• Не требуют установки драйверов ключа.
• Исключают проблемы с пробросом устройств в виртуальных машинах.
• Привязываются к параметрам оборудования, обеспечивая стабильную работу в терминале.

Вариант 3: Особенности распределения лицензий

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

При работе в режиме RDP, 1С расходует лицензию на каждого подключившегося пользователя. В рамках одной терминальной сессии пользователь может запустить сколько угодно информационных баз — это потребует только одной лицензии. Если же используется технология RemoteApp, ситуация меняется: лицензия может запрашиваться на каждое открытое приложение (базу), что нужно учитывать при планировании количества ключей.

Рекомендации по настройке

Для того чтобы 1С принудительно искала сетевой ключ, рекомендуем создать файл nethasp.ini в директории conf вашей платформы. Это позволит избежать лишних сетевых широковещательных запросов:

[NH_COMMON]
NH_USE_BROADCAST = Enabled
NH_SERVER_ADDR = 127.0.0.1

Указание NH_SERVER_ADDR = 127.0.0.1 принуждает клиентскую часть 1С обращаться к менеджеру лицензий, запущенному на этом же локальном сервере, что ускоряет выдачу лицензии и повышает надежность подключения.

Итог: Проанализировав ситуацию, мы выяснили, что работа в RDP с фиолетовыми (локальными) ключами — это технически неверная схема. Рекомендуем провести замену ключей на сетевые аналоги или перейти на программное лицензирование для обеспечения стабильной работы ваших пользователей.