Удаленный рабочий стол работает только со старыми клиентами

Все наши компьютеры с Windows 8.1 внезапно отказываются подключаться к удаленному рабочему столу.

Проблема в том, когда мы подключаемся К Windows 8.1
У нас нет проблем с подключением к другим версиям Windows.

редактировать: Проблема решена с обновлением Microsoft KB2962806. Спасибо Bertrand SCHITS за его ответ.

Что мы нашли до сих пор:

мы всегда можем подключиться как локальный пользователь. Проблема только у пользователей домена (админских и обычных)
мы можем подключиться со старыми версиями mstsc.exe. Например, мы можем подключиться с компьютеров Windows 2003 и 2003 R2. Мы не можем подключиться из Windows 7, Windows 8.1 и Windows 2012 R2.
Если мы скопируем старый mstsc.exe (версия 5.2.xxxx) из Windows 2003 на новый компьютер, мы сможем подключиться
если мы подключаемся из старой версии mstsc.exe (как указано выше), то в течение нескольких минут мы можем подключиться с любой версии, которую захотим. Мы должны снова использовать старую версию через случайное количество времени (от 30 секунд до нескольких часов)
с последними версиями mstsc.exe мы иногда не можем подключить некоторых пользователей, но это работает с другими пользователями. Это поведение исчезает, как только мы используем старую версию, и может появиться снова через 2 дня.
(благодаря ответу Уоррена), если мы вручную добавим enablecredsspsupport:i:0 в файл .rdp учетные данные не запрашиваются перед подключением (поэтому поведение такое же, как и со старыми клиентами), и мы можем подключиться с любой версией клиента. Но мы не можем автоматически подключаться, и процесс входа в систему включает каждый раз выбор входа в систему как другой пользователь (даже если это тот же пользователь)
(спасибо Pathum Anjana) мы применили дополнительное обновление KB2830477 на обеих сторонах соединений

Что мы тестировали:

мы тестировали из локальной сети в локальную и из удаленной в локальную. Нет разницы
мы отключили брандмауэр
мы протестировали отключение всех функций безопасности с помощью gpedit.msc Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Security
мы включили аудит событий входа в систему и ничего не записывали в журналы. Ничего очевидного в других журналах (как включить журналы протокола RDP?)
мы тестировали на одном компьютере, расположенном в другой сети (домены не связаны), на котором установлен только 7-zip. Ни драйверов принтера, ни групповых политик, ничего больше. Это только свежая Windows 8.1. У нас точно такая же проблема
мы спросили Google, и он сказал: «Я действительно не знаю». Теперь он направляет нас на эту страницу, что является очень хорошим ответом, но не очень полезным.
мы удалили все обновления до 25 февраля (за несколько дней до возникновения проблемы). Никаких улучшений, поэтому проблема может заключаться в существующей настройке, для которой установлено другое значение в результате недавнего обновления (и не возвращаются обратно при удалении обновления, что, вероятно, является обычным поведением)

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

на каждом компьютере есть действующие лицензии
мы используем MSE как антивирус
некоторые Windows 8.1 предустановлены производителем (Lenovo), а другие устанавливаются нами. Единственный общий фактор, который я вижу, - это то, что мы управляем всеми ими.

Есть идеи, что мы можем сделать, чтобы решить эту проблему?

remote-desktop windows-8.1

Может это связано с KB2962806. Вы должны попробовать это применить.
Я не знаю, как применить это обновление, потому что оно недоступно на сайте Microsoft. Я получаю это только с автоматическим обновлением Windows, но не на всех компьютерах.

Это обновление решило для меня аналогичную проблему. И поскольку это обновление применяется на НЕКОТОРЫХ компьютерах, все остальные тоже работают. Я не стал искать почему.

Запрос учетных данных сводил меня с ума последние пару дней, и, следуя цепочке недавних событий, я полагаю, что это связано с KB3035017, который наши серверы RDP 2012 года недавно установили.

После поиска этого сообщения и других я наткнулся на кое-что, что до сих пор решает проблему.

Тестирование значков RDP на моей стороне на одном компьютере дает ошибку с запросом учетных данных на одном и успешный вход в систему на другом.

http://www.boredsysadmin.com/2008/06/how-to-disable-credentials-prompt-of.html

Надеюсь, это поможет другим, я продолжу следить и искать правильное решение.

Ура

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

Я предполагаю, что это может быть связано с разрешением экрана. Microsoft внесла немало изменений, связанных с разрешением экрана и обработкой нескольких мониторов в RDP в Windows 8.1. Хотя твоих симптомов нет появиться что касается разрешений, может быть, не удается согласовать между клиентом Windows 7 RDP и Windows 8.1?

Это также объясняет, почему это работает для одних пользователей, а не для других - у них могут быть разные настройки разрешения либо на клиенте, либо в целевой системе 8.1.

Посмотрите, влияет ли изменение разрешения экрана в клиенте RDP (в частности, изменение между полноэкранным режимом и определенным разрешением, а также изменение настроек нескольких мониторов).

Подробнее об этом можно прочитать здесь: http://blogs.msdn.com/b/rds/archive/2013/12/16/resolution-and-scaling-level-updates-in-rdp-8-1.aspx

Учитывая время, в которое вы видите, проблема может совпадать с патчем для CVE-2015-0079. Бюллетень Microsoft, касающийся этой уязвимости: MS15-030 и актуальный патч для проблемы доступен Вот. Если этот патч был установлен в ваших системах, вы можете попробовать удалить его с одной из них, чтобы увидеть, решит ли это проблему.

Это не первый патч для MS, нарушающий определенные комбинации RDP. Посмотри на этот - в частности о KB2984972.

Проблема, которую MS решает с помощью патча, - это потенциальная DoS-атака - обычно это не большая проблема в офисной среде, но все же.