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

← На главную

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

1. Проверка настроек запуска и работы сетевого менеджера лицензий

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

Проверим наличие флага «Использовать аппаратную лицензию (защиту)» в настройках запуска информационной базы. Если эту опцию отключить, платформа прекратит поиск аппаратных HASP-ключей.
Убедимся в работе службы HASP License Manager (служба hasplms или HASP Loader). Так как пользователи подключаются к базе через RDP-сеансы, многопользовательский аппаратный ключ (на 10 пользователей) не может передаваться напрямую в пользовательский сеанс как локальное USB-устройство. Ключ опрашивается исключительно по сети через менеджер лицензий. Служба должна быть запущенна и иметь тип запуска «Автоматически».
Переустановим драйвер ключа защиты из дистрибутива платформы 8.3 или установим актуальную версию драйвера Sentinel LDK.

2. Настройка файла nethasp.ini для платформы 8.3

Одной из главных причин, почему платформа 8.2 видит ключ, а 8.3 — нет, являются различия в разрядности клиентов и путях к файлам конфигурации nethasp.ini.

Рассмотрим, где расположены файлы настроек для разной разрядности платформы 8.3:

Для 32-разрядного клиента 1С 8.3:

C:\Program Files (x86)\1cv8\conf\nethasp.ini или в каталоге конкретной версии C:\Program Files (x86)\1cv8\8.3.X.XXXX\bin\conf\nethasp.ini

Для 64-разрядного клиента 1С 8.3:

C:\Program Files\1cv8\conf\nethasp.ini

Если для 8.2 файл конфигурации был настроен в одном каталоге, клиент 8.3 другой разрядности его просто не увидит. Проанализируем заполнение nethasp.ini. Настроим явное указание IP-адреса сервера, где установлен USB-ключ и запущен HASP LM, отключив широковещательный поиск:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 127.0.0.1 ; Указываем IP-адрес сервера с ключом
NH_USE_BROADCAST = Disabled

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

3. Диагностика через Журнал поиска ключа в 1С 8.3

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

Был ли прочитан файл nethasp.ini и по какому пути.
Какие IP-адреса опрашивались платформой.
По какому протоколу выполнялся поиск (локально или по сети через TCP/UDP).
На каком этапе возникла ошибка ответа от сервера лицензирования.

4. Настройка сетевого экрана (Брандмауэра Windows)

Служба HASP License Manager принимает сетевые запросы по порту 475 (UDP/TCP). Брандмауэр Windows может содержать разрешающие правила для исполняемого файла 1cv8.exe старой версии 8.2, но блокировать соединения для файла 1cv8.exe из каталога новой платформы 8.3. Добавим правило, разрешающее входящую и исходящую сетевую активность для исполняемых файлов платформы 8.3 или откроем порт 475.

Кроме того, выясним, не использовались ли ранее для версии 8.2 эмуляторы ключа или нелицензионное модифицирование файлов (патчи). Модифицированные библиотеки 8.2 могли игнорировать отсутствие связи с физическим ключом, тогда как платформа 8.3 проверяет подлинность защиты и требует наличия работающего аппаратного ключа и службы HASP LM.