Есть сервер на базе windows 10 с разлоченной службой терминалов. В терминальной сессит rutoken(находящийся на сервере) не виден. Больше часа с Алисой провозились, но так и не взлетел.
Какой вариант выбрать.
LiteManager
RMS
RustDesk
Желательно, чтобы настройки были попроще. Не люблю я сисадминские штучки.

BitDesk

(1) бесплатный - 3 часа в сутки

(2) ага )

(0) Напиши сам
Купи токенов и напиши на ИИ

ЗЫ
Будет огромный плюс ибо о ней никто не знает
Антивирусы не будут агриться

Aspia рулит

(0) Виртуалка на сервере, проброс туда ключа в настройках USB виртуалки и пользование ключом с виртуалки.

(0)
1. Рутокен держать на клиенте, он прекрасно пробрасывается.
2. Скопировать рутокен (если лайт) на диск и положить на сервер.

(5) Плюсану. Тоже в своей сети развернул. Тут давече 3я версия вышла, пока не разворачивал.
(0) Ключ нужен для чего? Если для 1С, тогда это все необязательно. 1С может в серверном контексте с ключами работать.

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

(0) RMS

Тут как бы, и гугл справился:
Короткий итог: LiteManager и RMS создавались специально под задачи системных администраторов Windows и умеют напрямую подключаться к изолированным RDP-сессиям пользователей. RustDesk в этом плане работает как AnyDesk/TeamViewer — он ориентирован на физический экран (консоль) и имеет ограничения при работе внутри RDP.

Воткнуть рутокен на роутер c usb, поднять usbip с kmod-usb, прицеплять через VirtualHere

(9) И не увидит, это в винде спецом отключено для RDP-сессий.

+(0) Тот же Гугл.
LiteManager - До 30 ПК (для физ. и юр. лиц) (бесплатно)
RMS - До 10 ПК (для физ. и юр. лиц) (бесплатно)

Остальное почти одинаково.
LiteManager - поддерживает проигрывание звука, не столь нужное в терминале :)

Да, оба продукта могут работать абсолютно автономно и оффлайн — без интернета и без облачных серверов разработчиков.

Были бы только средства :)

Нафига платные продукты когда есть VPN и VNC?

с vnc все работает

а чтобы ещё и без монитора все работало - можно https://github.com/VirtualDrivers/Virtual-Display-Driver установить

VNC - фуууу. Она какая то недружелюбная.

еще можно попробовать mstsc /admin но он может и не взлететь

(17) шашечки или ехать? тем более там альтернативных клиентов много, вроде

(17) Готовить не умеешь? Их много разных реализаций
Лично я привык к TightVNC

(18) Не взлетит, лично пробовал
Только в старых версиях серверной винды работало

Поднял свой mesh - доволен , особенно для постоянных клиентов тема!

(0) В плане безопасности, пользователь, имеющий доступ к ключу, извлекает файлы (даже из неизвлекаемого контейнера) за одну минуту. Так что можете сами извлечь их из ключа, положить в хранилище КриптоПры на сервере и обычный mstsc будет нормального его видеть.

(0) если ключ от ФНС, то они копируются известной утилитой

(4) завтра же киберпреступники прилепят к такой софтине трояны. А пользователь с легкой руки запустит эти трояны под полными правами на свой ПК

(25) Не проще эти трояны прицепить к 1С?

(24) И, если ключ РуТокен ЭЦП 2.0/3.0 то тоже?
Расскажите как, можно в личные, контакт в профиле :-)

PS Если речь про лайт, то не нужно, это давно известно, и это не делал, хотя-бы ради интереса, только ленивый.

(27) сертификат тупо перевыпусти (это удаленно делается) и при получении сохрани на обычную флешку или в реестр
вместо рутокена

(28) Хм... Он ключи формирует внутренним криптопровайдером ДО запроса сертификата в УЦ. При этом закрытый ключ не покидает его внутреннее хранилище. И при получении, сертификат просто дописывается в хранилище токена(ну, или как ты предлогаешь, можно сохранить куда-то еще кроме РуТокена) к имеющейся ключевой паре.
Или я чего-то не понял?

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

(29) Старый ключ не покидает, им подписываешь получение нового вместо визита ножками в офис.
Новый ключ формируется снаружи и просто помещается в рутокен с признаком "неизвлекаемости".
Раньше можно было и место нового ключа указать (не только рутокен), и как снять так и обратно поставить галочку этого признака на свое усмотрение для нового перевыпущенного ключа.
Нынче хз, могли софт подправить, но уверен что "технологическое отверстие" осталось как минимум на уровне ключей запуска через командную строку.

(30) Новый ключ формируется снаружи и просто помещается в рутокен с признаком "неизвлекаемости"

Ну... Х.з. Сколько раз наблюдал этот процесс - на ключе есть старая КЭП. Выглядит как один объект. Делаешь новый запрос в УЦ - рядом образунтся еще один объект - ключевая пара. Потом, проходит огдобрение запроса в УЦ, и предлогается записать сертификат. Если его записать сразу на ключ, или куда-то, а потом импортировать - ключевая пара, видимая ранее, прячется и образуется один объект "сертификат с ключевой парой". Т.Е. по завершению процедуры получаются рядом два одинаковых внешне сертификата, но с разным содержимым, ключами с сроком действия. И удалить старый можно как целиком, так и только сертификат, оставив ключи(безсмысленная процедура, но она есть), в таком случае ключевая пара будет опять видна как отдельный объект.

(31) В ты добавь в установленном криптопро новые хранилища кроме рутокена, например флешки или реестр
Тогда должна появиться возможность выбора куда новый формируемый ключ помещать
Если хранилище только одно - понятно выбора нет
Ну или вставь рядом второй рутокен - будет выбор?

Ключ не только для маркировки, ДО, но и для ЕГАИС.
А там требования к КЭП - только на токене с PKCS#11, иначе УТМ не увидит его... Так, что, такое похоже тоже не прокатит.

PS Тут единственный вариант, который видится, эмулятор РуТокена от одного из коллег. Там программно работает приблуда, которая ими определяется как РуТокен. Если сформировать ключевую пару и получить серт на него, то да, скорее всего все прокатит. С обычной "железкой" похоже на текущий момент нет такого.