mstsc зависает после ввода учетных данных

ya23, не могли бы вы отключить опцию смарт-карты в mstsc (Локальные ресурсы> Локальные устройства и ресурсы> еще> снятие галочки со "Смарт-карты") и повторить попытку.

У меня эта проблема на моем сервере MS1 Sp1 RDS 2008, соединяясь с другими серверами. Как только это произойдет один раз, я не смогу подключиться к каким-либо другим серверам через mstsc до перезагрузки. Однако это возвращается через несколько дней.

Вы вводите учетные данные для удаленного сервера и затем нажимаете ввод, затем указатель переходит на песочные часы, а кнопки в диалоговом окне подключения неактивны, но вместо открытия сеанса mstsc он просто сидит там. Ничего не происходит - от 1 часа +. Это не происходит с моим сервером 2003 TS Jump.

Ничего в журналах событий вообще!

Но удаление опции Smartcard, казалось, исправило это для меня сегодня. Не уверен, если временный, хотя. Попробуйте предложение и дайте нам знать.

5 лет спустя... +1 к смарт-картам - у меня подключено 3 юби-ключа, и отключение/повторное подключение определенного из них мгновенно прекращает ровно 4-минутное зависание окна аутентификации Windows, а затем это не повторяется в течение нескольких часов или дней.

В этом конкретном случае в обоих сегментах установлены статические пароли, и ни в одном слоте нет других ключевых данных.

У меня очень похожая ситуация, только RDP-соединения никогда не могли быть установлены. Я даже не смог закрыть диалоговое окно «Безопасность Windows» , чтобы оно не зависло. Я проверил свои локальные ресурсы RDP, чтобы убедиться, что смарт-карты не проверены, но они все равно зависли. Я исправил это, отключив устройство чтения карт памяти Realtek USB 3.0 . Драйверы датированы 21 июня 2019 г., так что, возможно, недавнее обновление Windows плохое.

Я испытал вышеупомянутое точно - у меня был сканер отпечатка пальца / биометрическая многофакторная аутентификация, присоединенная через USB (подходит как смарт-карта в соединениях удаленного рабочего стола). После удаления биометрического USB-устройства Remote Desktop Connection снова заработал, как и ожидалось.

У меня была такая же проблема, но на Windows 8.1. Кто-то на одном из этих форумов заметил, что вместо стандартного подключения к удаленному рабочему столу используется диспетчер подключений к удаленному рабочему столу. mstsc.exe просто из предпочтения, но они не упомянули это как решение.

Я установил его из MS, а затем начал играть с ним. У меня также был открыт диспетчер устройств, и я экспериментировал с отключением считывателей смарт-карт и Realtek Audio, как это уже упоминалось. Я заметил, что каждый раз, когда я пытаюсь подключиться с помощью диспетчера, я отключаю один из элементов, он будет работать. Вроде как отключение будет "запускать" соединение. После некоторых экспериментов я понял, что могу оставить все включенным, и соединение с использованием Remote Desktop Manager в конечном итоге будет работать. Отключение драйверов только ускорило инициализацию соединения. Но стандартный клиент mstsc.exe по-прежнему не работает даже со всеми отключенными драйверами.

Итак, мой "обходной путь" - теперь использовать диспетчер подключений к удаленному рабочему столу в качестве клиента по умолчанию и отказаться от mstsc.exe.