Защищённая программа не видит ключа в RDP

1. в настрoйках Envelop не запрещали запуск на терминалках, виртуалках и прочее в расширенных настройках?

2. прочитайте http://localhost:1947/_int_/ACC_help_features.html

После этого откройте features вашего ключа - http://localhost:1947/_int_/features.html?haspid=1324520290 - у вас ID будет другой, конечно же

И посмотрите, есть ли в колонке Access "permitted from remote clients, via the display on a terminal server"

Если нет - вам нужно будет записать в ключ лицензию (feature), которая это позволяет

Валерий, Feature ID 0 всегда и во всех ключах имеет максимально доступные для данной модели ключа лицензионные ограничения.
У всех локальных моделей ключей (Basic, Pro, Max, Time и т.д.) для Feature ID 0 запрещена работа на ПК с RDP.
Поменять для Feature ID 0 лицензионные ограничения нельзя никак.
Но тут есть лайфхак: записать в ключ Sentinel HL Pro 4.31 какую-либо свою Feature ID (отличную от 0) с включенной опцией Сoncurrency, тем самым переделав ключ из локального в сетевой, из-за чего автоматически изменятся и ограничения для Feature ID 0 (у Feature ID 0 включится опция RDP). Только тут есть одно весомое HO: чтобы записать в ключ Sentinel HL Pro 4.31 какую-либо свою Feature ID (отличную от 0) с включенной опцией Сoncurrency, у Вас, на Вашем Мастер ключе, должны быть куплены и записаны эти самые сетевые рабочие места (HL Pool of Seats): https://sentinelldk.gemalto.com/LDKdocs/SPNL/LDK_SLnP_Guide/A-MasterKey/NetworkSeats_Pool.htm - то есть по факту, это платная "модернизация" ключа.

Другие вариант:
1. Наиболее правильный и рекомендуемый - защищаться всегда только на Feature ID, отличную от 0, и тогда, записывая её в ключ, Вы всегда сами можете решать разрешать ей работу на ПК с RDP или нет (это полностью бесплатный вариант решения). Благо Вам дана возможность создания и использования до 65471 различных номеров Feature ID, а в сам ключ Sentinel HL Pro 4.31 помещается от 11 до 39 различных Feature ID, в зависимости от сложности лицензионных ограничений, навешанных на них: https://sentinelldk.gemalto.com/LDKdocs/SPNL/LDK_SLnP_Guide/Appendixes/Maximum_Features.htm

2. Второй вариант - использовать изначально сетевые модели ключей (Net, NetTime или програмные ключи Sentinel SL).

Спасибо за совет!
Однако, как быть с нулевой фичей? Рулить ей мы, вроде как, не можем, а она показывается только как "loc".

Если для решения проблемы эта информация необходима (или просто удовлетворить любопытство), то я - разработчик, однако не в этом дело. Множество копий программы работали нормально. Но тут появляется один пользователь который хочет работать с программой удалённо через RDP и тут выясняется, что ради одного этого пользователя нужно менять концепцию защиты и соответственно, всем остальным пользователям перепрошивать ключи. Наверное, проще купить для этого пользователя сетевой ключ.