Работа с 1С:Предприятие часто сопряжена с необходимостью использования аппаратных ключей защиты Sentinel HASP. Однако пользователи нередко сталкиваются с ситуацией, когда при удаленном подключении к компьютеру по протоколу RDP программа выдает ошибку «Ключ защиты не обнаружен». Давайте подробно разберем, почему это происходит и какие существуют пути решения данной проблемы.
Основная причина заключается в политиках безопасности операционных систем семейства Windows, начиная с версии 8 и Server 2012. Разработчики драйверов защиты намеренно ограничили возможность проброса локальных USB-устройств в терминальную сессию для однопользовательских (фиолетовых) ключей. Это сделано для того, чтобы предотвратить возможность использования одной лицензии несколькими пользователями одновременно на одном сервере. В терминальной сессии драйвер ключа просто «не видит» устройство, даже если вы установили флаг проброса портов в настройках клиента RDP.
Если вам необходимо работать с локальным ключом на удаленном компьютере, использование стандартного RDP — не самый лучший вариант. Рассмотрим альтернативу: используйте средства удаленного управления рабочим столом, такие как Radmin, TeamViewer или AnyDesk.
Эти инструменты работают иначе: они передают изображение экрана и управление вводом, не создавая полноценную терминальную сессию Windows. В результате операционная система считает, что вы находитесь непосредственно перед монитором компьютера, и ключ, вставленный в локальный USB-порт, корректно распознается драйвером.
Если использование RDP является критически важным требованием, можно воспользоваться технологией USB-over-IP. Существуют специализированные приложения, например, USB over Network, которые позволяют «пробросить» USB-порт с вашего локального компьютера на удаленный сервер на уровне сетевых пакетов.
Проанализируем принцип работы этого решения:
Этот метод позволяет «обмануть» драйвер Sentinel, так как система видит не терминальный проброс, а полноценное физическое USB-устройство.
Иногда проблему помогает решить подключение к консольной сессии сервера. В этом случае вы подключаетесь не к виртуальной терминальной сессии, а к физической сессии пользователя номер 0.
Для этого выполните следующие действия:
cmd).mstsc /admin.Обратите внимание: этот метод работает только в том случае, если на компьютере в данный момент не работает другой пользователь, так как консольный доступ может быть только один.
Если ваша инфраструктура предполагает постоянную работу нескольких пользователей или частые подключения по RDP, наиболее правильным и надежным решением будет замена однопользовательского (фиолетового) ключа на многопользовательский (желтый) сетевой ключ.
Преимущества сетевого ключа:
менеджер лицензий).1С:Предприятие обращается к ключу по сетевому протоколу, что исключает ошибки «ключ не найден» при использовании RDP.Подводя итог: если вы столкнулись с ошибкой доступа к ключу при работе через RDP, самым быстрым способом «здесь и сейчас» будет использование Radmin или аналогичного ПО. Однако для построения надежной корпоративной системы рекомендуем рассмотреть вопрос приобретения сетевого ключа.