Добрый день.
В явном виде нигде не нашел ответ на такой вопрос. Пару лет назад работа в терминальной сессии не бы ла сертифицированной и вообще официально не поддерживалась. Сейчас вроде как поддерживается, но сертифицировано ли такое решение сейчас? Если да, то из чего это следует (в формуляре нет ничего про терминал/rdp) и какие условия эксплуатации должны выполняться?

Спасибо.
Просто мне засела в память фраза о том, что "в RDP сессии ключи не пробрасываются! Этот режим не сертифицирован, и не тестировался" из ветки про 3.6. И с тех пор вроде ничего особо не менялось.

Посмотрел описание реализации для 3.6 - там, оказывается, тоже есть про сервер терминалов.
Вообще же, у меня такое впечатление, что под

понимается использование КрипроПро для шифрования траффика (и вообще взаимодействия терминального сервера и клиента).

А мне интересно узнать именно то, как быть именно с использованием крипропровайдера, установленного на терминальном сервере для подписывания документов.

А это по сути, два варианта:

1. Работа с ключами, установленными на сервере локально (в реестре)
2. Прокидывание токена/смарт-карты с клиентского компьютера на сервер терминалов.

Особенно интересно, как быть со вторым. Покидает ли ключ клиентский компьютер? Должно ли при этом быть настроено ГОСТовое шифрование траффика между сервером терминалов и клиентом?

Получается, что использовании обычного токена с шифрованием терминальной сессии по умолчанию (RSA) нельзя считать сертифицированным решением? Установить ГОСТовый сертификат для SSL, конечно, можно, но это уже будет другая лицензия на КриптоПро + необходимость установки КриптоПро всем клиентам, даже тем, которым он не нужен (либо костыли с несколькими слушателями).

А первый вариант можно свести к случаю типа "рабочая станция, на которой работает несколько человек каждый со своими ключами", рассматривая терминальный клиент как простые устройства отображения и ввода (монитор, клавиатура)? Ну и, соответственно, применить всю документацию к такому варианту?