Pulpit zdalny działa tylko ze starymi klientami

Wszystkie nasze komputery z systemem Windows 8.1 nagle odmawiają połączeń pulpitu zdalnego.

Problem polega na tym, że podłączamy się do systemu Windows 8.1.
Nie mamy problemu podczas łączenia się z innymi wersjami systemu Windows.

edycja: problem rozwiązany dzięki aktualizacji Microsoft KB2962806. Dzięki Bertrand SCHITS za odpowiedź.

Co znaleźliśmy do tej pory:

• zawsze możemy połączyć się jako użytkownik lokalny. Problem dotyczy tylko użytkowników domeny (administratora i zwykłego)
• możemy połączyć się ze starymi wersjami mstsc.exe. Na przykład możemy połączyć się z komputerami z systemem Windows 2003 i 2003 R2. Nie możemy połączyć się z Windows 7, Windows 8.1 i Windows 2012 R2.
  Jeśli skopiujemy stary mstsc.exe (wersja 5.2.xxxx) z systemu Windows 2003 na nowszy komputer, możemy się połączyć
• jeśli połączymy się ze starej wersji mstsc.exe (jak wspomniano powyżej), to w ciągu kilku minut możemy połączyć się z dowolnej wersji, którą chcemy. Musimy użyć starej wersji ponownie po losowym czasie (od 30 sekund do kilku godzin)
• z najnowszymi wersjami mstsc.exe czasami nie możemy połączyć niektórych użytkowników, ale działa to z innymi użytkownikami. To zachowanie zniknie, gdy tylko użyjemy starej wersji, i może się ponownie pojawić 2 dni później
• (dzięki odpowiedzi Warrena) jeśli ręcznie dodamy enablecredsspsupport:i:0do pliku .rdp, poświadczenia nie są pytane przed połączeniem (więc zachowanie jest takie samo jak w przypadku starszych klientów) i możemy połączyć się z dowolną wersją klienta. Ale nie możemy się automatycznie połączyć, a proces logowania wymaga każdorazowego wyboru logowania jako inny użytkownik (nawet jeśli jest to ten sam użytkownik)
• (dzięki Pathum Anjana) zastosowaliśmy opcjonalną aktualizację KB2830477 po obu stronach połączeń

Co testowaliśmy:

• testowaliśmy z sieci lokalnej na lokalną oraz z odległej na lokalną. Bez różnicy
• wyłączyliśmy zaporę ogniową
• testowaliśmy wyłączenie wszystkich funkcji bezpieczeństwa za pomocą gpedit.msc Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Security
• włączyliśmy kontrolę zdarzeń logowania i nic w dziennikach. Nic oczywistego w innych dziennikach (jak włączyć dzienniki protokołu RDP?)
• testowaliśmy na jednym komputerze znajdującym się w innej sieci (domeny nie są powiązane), który ma zainstalowany tylko 7-zip. Bez sterowników drukarek, bez Zasad Grupy, nic więcej. To tylko aktualny system Windows 8.1. Mamy dokładnie ten sam problem
• zapytaliśmy Google, a on powiedział „Naprawdę nie wiem”. Teraz przekierowuje nas na tę stronę, co jest bardzo dobrą odpowiedzią, ale nie jest zbyt pomocne
• usuwaliśmy wszystkie aktualizacje do 25 lutego (kilka dni przed wystąpieniem problemu). Brak poprawy, więc problemem może być istniejące ustawienie skonfigurowane na inną wartość przez ostatnią aktualizację (i nie cofnięte po usunięciu aktualizacji, co jest prawdopodobnie zwykłym zachowaniem)

Kiedy nie możemy się połączyć, komunikat o błędzie jest dokładnie taki sam, jak ten, który otrzymujemy z błędnym hasłem (ale nie ma wpisu do dziennika bezpieczeństwa):

• każdy komputer ma ważne licencje
• używamy MSE jako antywirusa
• niektóre Windows 8.1 są wstępnie instalowane przez producenta (Lenovo), podczas gdy inne są instalowane przez nas. Jedyny wspólny czynnik, jaki widzę, to fakt, że zarządzamy nimi wszystkimi

Masz pojęcie o tym, co możemy zrobić, aby rozwiązać ten problem?

Być może jest to związane z KB2962806. Powinieneś spróbować go zastosować.
Nie wiem, jak zastosować tę aktualizację, ponieważ nie jest ona dostępna w witrynie Microsoft. Dostaję to tylko z automatyczną aktualizacją systemu Windows, ale nie na każdym komputerze.

Ta aktualizacja rozwiązała dla mnie podobny problem. Ponieważ ta aktualizacja jest stosowana na NIEKTÓRYCH komputerach, wszystkie inne również działają. Nie szukałem dlaczego.

Monit poświadczeń doprowadzał mnie do szaleństwa przez ostatnie kilka dni, a śledzenie łańcucha ostatnich wydarzeń prowadzi mnie do wniosku, że jest to związane z KB3035017, który niedawno zainstalował nasze serwery RDP 2012.

Po przeszukaniu tego posta i innych natknąłem się na coś, co do tej pory rozwiązuje problem.

Testowanie ikon RDP po mojej stronie na tym samym komputerze daje jeden błąd poświadczeń, a udane logowanie po drugiej.

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

Mam nadzieję, że to pomoże innym. Będę nadal monitorować i szukać poprawek.

Twoje zdrowie

Prawdopodobnie działa ze starszymi klientami RDP, ponieważ wymusza obniżenie wersji protokołu, w którym nie występuje żaden problem.

Domyślam się, że może to mieć związek z rozdzielczością ekranu. Microsoft dokonał kilku zmian związanych z rozdzielczością ekranu i obsługą wielu monitorów w RDP w Windows 8.1. Chociaż objawy nie wydają się być związane z rozwiązaniami, być może negocjacja kończy się niepowodzeniem między klientem RDP systemu Windows 7 a systemem Windows 8.1?

To wyjaśniałoby również, dlaczego działa dla niektórych użytkowników, a nie dla innych - mogą mieć różne ustawienia rozdzielczości na kliencie lub docelowym systemie 8.1.

Sprawdź, czy zmiana rozdzielczości ekranu w kliencie RDP ma jakikolwiek wpływ (w szczególności zmiana pomiędzy trybem pełnoekranowym a określoną rozdzielczością, a także zmiana ustawień wielu monitorów).

Możesz przeczytać więcej na ten temat tutaj: http://blogs.msdn.com/b/rds/archive/2013/12/16/resolution-and-scaling-level-updates-in-rdp-8-1.aspx

Biorąc pod uwagę czas, w którym się widzisz, problem może zbiegać się z łatką do CVE-2015-0079 . Biuletyn Microsoft dotyczący tej luki w zabezpieczeniach to MS15-030, a aktualna poprawka dotycząca problemu jest dostępna tutaj . Jeśli ta poprawka została zainstalowana w twoim systemie, możesz spróbować usunąć ją z jednego z nich, aby sprawdzić, czy to rozwiąże problem.

To nie byłby pierwszy patch MS, który złamałby pewne kombinacje RDP. Spójrz na to - w szczególności na KB2984972.

Problem, który MS naprawia za pomocą łatki, to potencjalny atak DoS - zwykle nie jest to duży problem w środowisku biurowym, ale nadal.