Внедряют у нас тонких клиентов - простенький компьютерчик, через него идёт доступ к виртуальному Рабочему столу (Скала-Р от IBS)

КриптоПро 4.0.9963
На тонком клиенте - Windows 10, 32 бита
Рабочий стол - Windows 10, 64 бита

Вставляю флэшку с ЭЦП в тонкого клиента - видится как флэшка (съёмный носитель)
Флэшка успешно пробрасывается на Рабочий стол, но видится там как сетевой ресурс \\tsclient\d

Настраиваю подпись - выбрал cer-файл, нажимаю "Далее"
Надо выбрать ключевой контейнер - "Обзор" и... окно контейнеров пустое! Нечего выбрать!

В "Управление считывателями" есть только "все считыватели смарт-карт", "все съемные диски", "реестр"
По кнопке "Добавить" тоже нет возможности принимать информацию с локальных дисков, если скопировать cer и папку хххх.000 на диск С или подключить "сетевой" ресурс флэшки как диск Z, то Крипто-Про тоже не видит контейнер

Флэшка, ЭЦП и контейнер исправные - видятся и настраиваются и на других ПК и на этом тонком клиенте, не настраиваются только на удалённом Рабочем столе

Вопрос - можно ли как-то "попросить" Крипто-Про принять контейнер с сетевого ресурса или с локального диска?

Разработчики из IBS пока не знают, что делать

Как я понимаю, в реестр надо сначала записать? А Крипто-Про не видит контейнер.
Или записать в реестр можно как-то по-другому (никогда не делал этого)

Несистемный диск это любой диск отличный от диска, но который установили Windows?

Я подключил путь от проброшенной флэшки \\tsclient\d как диск Z и Крипто-Про не увидел на нём контейнер.

Еще есть вариант подключить флешку непосредственно к серверу рабочего стола (хотя бы временно, так сможете скопировать в реестр или на виртуальную флешку/раздел на сервере).

Можно попробовать поступить немного хитрее: на сервере на диске который признается КриптоПро как "локальный несистемный" с файловой системой NTFS в корне создать символьную ссылку xxxxxxxx.000 на папку \\tsclient\d\xxxxxxxx.000, тогда скорее всего будет работать без физического копирования контейнера на сервер, со вставленной в клиенте флешки.

Отредактировано пользователем 18 июля 2019 г. 7:23:32(UTC)  | Причина: Не указана

Большое спасибо, мужики, буду пробовать эти варианты!

Остался только вопрос (не к вам, а вообще :)), почему специалисты из IBS забыли нам сказать, что мы не сможем пользоваться подписями на флэшках без дополнительных танцев с бубнами

Кстати да, вполне себе вариант для вынесения папки на букву диска, просто я от него отошел, так как: 1) надо каждый раз вбивать команду (subst не запоминает состояние бывшее до перезагрузки); 2) не работает насколько помню на сетевые диски; 3) если прописать в автозагрузку то срабатывает не сразу (то есть нельзя использовать такой диск в автозагружаемых программах) и мелькает окно консоли (с этим тоже можно справится, но слишком много усилий на простую задачу); 4) наверно требует прав администратора, так как буква подключается глобально.

На этом фоне junction и symlink гораздо удобнее, так как сохраняют данные в файловой системе, не исчезают после перезагрузки, то есть полномочия администратора требуются однократно. Однако не создают букву диска и требуют NTFS. Почему сравнение: subst и junction к сожалению не совместимы на одном участке.

Даже любопытно, а Вы их спрашивали заранее? Они наверно и не в курсе были, не то что забыли. Если что легко посоветуют перейти на т.. токены.