Remote Desktop intermittierend einfrieren

Ich benutze einen Windows 10-Computer remote bei der Arbeit. Sowohl der lokale als auch der Remote-Computer befinden sich im selben ISP-Netzwerk (nicht dasselbe lokale Netzwerk, aber derselbe ISP). Ich benutze es jetzt seit fast einem Jahr so und hatte noch nie absolut irgendwelche Probleme erlebt.

, Bis vor kurzem. Ich weiß nicht, ob etwas Bestimmtes dieses Verhalten ausgelöst hat, aber ich habe das Gefühl, dass es passiert ist, nachdem ich die Fernbedienung auf W10 1903 aktualisiert habe. Ich habe später auch das lokale aktualisiert und ich fühle, dass es hat das Problem nur verschlimmert (aber ich habe keine Daten).

Von Zeit zu Zeit friert die Sitzung ein - das Bild wird nicht mehr aktualisiert. Was ich tippe und Mausklicks werden jedoch immer noch gesendet. Es wird keinerlei Fehlermeldung angezeigt, das Bild friert einfach ein. Damit es wieder funktioniert, muss ich die Sitzung schließen und erneut öffnen. Alles, was ich eingegeben und/oder geklickt hatte, während es eingefroren war, ist da.

Gibt es eine Möglichkeit, dies zu debuggen?

Author: andre_ss6, 2019-09-10

7 answers

Ich bin seit Juli 2019 auch auf einem Windows 10 1903 als Clientcomputer auf dieses Problem gestoßen. Die folgende Problemumgehung auf dem Client funktioniert für mich, sodass RDP nicht mehr einfriert.

Starten Sie eine erhöhte Eingabeaufforderung (cmd ausführen.exe als Administrator) und dann führen:

Reg add "HKLM\software\policies\microsoft\windows nt\Terminal Services\Client" /v fClientDisableUDP /d 1 /t REG_DWORD

Starten Sie danach den Remotedesktopclient (mstsc.exe-Datei, aka Microsoft Terminal Services Client).

Ich warte auf eine endgültige Lösung für dieses Problem.

 149
Author: robbie fan,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2019-10-02 17:09:29

Begegnete dies mit Windows 10 (1903 und 1909).

Manifestationen des Problems:

  1. RDP-Sitzung aktualisiert seltsam, verzerrt Audio und Video.

  2. RDP-Sitzung hart friert. Das Clientfenster reagiert, aber der Inhalt darin ist im Wesentlichen ein statisches Bild.

    • Manchmal erholt sich die RDP-Sitzung und nimmt die normale Funktion wieder auf.

    • In anderen Fällen scheint die RDP-Sitzung auf unbestimmte Zeit zu hängen. Kein Fehler nachrichten gesehen; Client-Fenster kann geschlossen und normal neu gestartet werden.

Spekulierte Ursache:

  • Scheint hauptsächlich bei Verwendung des UDP-Protokolls unter Last aufzutreten.

  • Ich vermute, dass das RDP-Protokoll einen Teil seiner Widerstandsfähigkeit gegenüber Paketen verloren hat, die verloren gehen oder nicht in Ordnung sind.

Workarounds:

Keine einzige Problemumgehung scheint abgeschlossen zu sein. Zum Beispiel hatte ich RDP komplett einfrieren auch im TCP-Modus gestartet. TCP-only in Verbindung mit dem Versuch, die Netzwerkkonnektivität zu verbessern oder/und die Last (wie Video und Audio) zu reduzieren, scheint jedoch die Vorfallsrate erheblich zu reduzieren.

  1. Teilumgehung: Verbesserung der Netzwerkkonnektivität.
    Eine direkte lokale Verbindung kann relativ zuverlässig sein.

  2. Partielle Problemumgehung: Reduzieren Sie die Netzwerkbelastung.
    Reduzieren von RDP-Sitzungseinstellungen, Vermeiden von Audio und Vermeiden von Videos scheinen helfen.

  3. Full-ish-Workaround: UDP deaktivieren.
    RDP scheint sich mit TCP viel besser zu verhalten als UDP. Der Wechsel zu TCP-Only scheint etwas verzögerter zu sein, aber die Verzögerung ist geordneter (was seltsamerweise schöner ist als die unregelmäßige Verzögerung) und ich muss noch auf einen unbestimmten Hang stoßen.

    Drei Möglichkeiten zur Implementierung (wahrscheinlich gegenseitig kompatibel, aber wahrscheinlich nur eine):

    1. Auf dem Client: Lokaler Gruppenrichtlinieneditor
      → Lokaler Computer Richtlinie
      → Computerkonfiguration
      → Administrative Vorlagen
      → Windows-Komponenten
      → Remotedesktopdienste
      → Remotedesktopverbindungsclient
      → UDP auf Client ausschalten
      → Aktiviert

    2. Auf dem Server [ungetestet]: Editor für lokale Gruppenrichtlinien
      → Lokale Computerrichtlinie
      → Computerkonfiguration
      → Administrative Vorlagen
      → Windows-Komponenten
      → Remotedesktopdienste
      → Remotedesktopsitzung Host
      → Verbindungen
      → RDP-Transportprotokolle auswählen
      → Aktiviert
      → Nur TCP verwenden

    3. Nicht empfohlen (Tweaking Registry Editor)
      Quelle: @robbiefans Antwort.
      Auf dem Client: Registrierungseditor
      → Computer
      → HKEY_LOCAL_MACHINE
      → SOFTWARE
      → Richtlinien
      → Microsoft
      → Windows NT
      → Terminaldienste
      → Client
      → [Rechtsklick] → Neu → DWORD (32-Bit) Wert
      → Name: fClientDisableUDP
      → Wertdaten: 1
      → Basis: Decimal
      Hinweis: Dies scheint bei mir funktioniert zu haben, als ich es ausprobiert habe, kann aber nicht viel darüber hinaus überprüfen. Ich habe diese Lösung nach dem Versuch zurückgesetzt und mich stattdessen lieber auf die Gruppenrichtlinie verlassen.


Diskussion: Hintergrund -

Ich bin unscharf in den Details, aber kurz gesagt, ich denke, es gab etwas über einige Fehler, die im RDP-Protokoll entdeckt wurden, wie es vor Windows implementiert wurde 10 1903:

  1. CVE-2019-1181 | Sicherheitsanfälligkeit bei Remotedesktopdiensten für Remotecode-Ausführung;

  2. CVE-2019-1182 | Remotedesktopdienste Sicherheitsanfälligkeit für Remotecode-Ausführung.

Dann sollte Windows 10 1903 diese beheben, denke ich.

Anscheinend hat die neue Version des RDP-Protokolls einige Probleme, z. B. dieses. Das Deaktivieren von UDP (um TCP zu erzwingen) scheint eine anständige Lösung zu sein, obwohl das Protokoll dies kann fühlen Sie sich ein bisschen laggier. Das ältere RDP-Protokoll hatte jedoch auch einige ziemlich anstößige Probleme mit der Audiolatenz, die jetzt viel besser zu sein scheinen, also bin ich persönlich glücklich darüber!

 65
Author: Nat,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2020-03-14 22:12:44

Für mich scheint die Verbindung mit Remote Desktop über VPN darin zu bestehen, das persistente Bitmap-Caching unter Show Options >> Local Experience

der Optionen-dialog

Windows 10 Home build 18363 Verbindung zu Win10 Enterprise build 18363 über Checkpoint VPN.

Ich habe versucht, UDP gemäß der oben genannten Antwort zu deaktivieren, aber das führte zu häufigen Unterbrechungen anstelle von eingefrorenen Bildschirmsymptomen.

Update: Dies ist kein vollständige Lösung. Das Einfrieren passiert seltener, passiert aber immer noch. Ich kann das Einfrieren halb "zuverlässig" auslösen, indem ich Dutzende in Hunderte von Zeilen in Excel kopiere. Scheint empfindlich auf die Größe der Auswahl zu reagieren (kleiner ist weniger wahrscheinlich einzufrieren). Das Deaktivieren der Zwischenablage unter Lokale Ressourcen scheint keine Rolle zu spielen.

 6
Author: matt wilkie,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2020-08-26 21:11:20

Ich habe dieses Problem seit mehreren Wochen. Ich glaubte, dass es mit meinem Laptop zusammenfällt (den ich auch anschließe), der unter starker Last steht.

Dies ließ mich denken, dass es möglicherweise darauf zurückzuführen ist, dass sich der Laptop selbst drosselt und Pakete/Verbindungen verliert, möglicherweise als Folge der Priorisierung anderer Dinge..

Gestern habe ich meinen Laptop auf 3 umgedrehte Schnapsgläser gestellt und einen Ventilator darauf gerichtet, um ihn kühl zu halten.

Seitdem hatte ich keine Verbindung mehr. Also von diesem Problem mindestens 10 mal pro Tag habe ich jetzt 0 Fälle in 2 Tagen.

Keine wirkliche Lösung, aber möglicherweise etwas, das Sie als vorübergehende Problemumgehung beachten sollten.

 1
Author: JensB,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2020-03-19 10:15:31

Die UDP-Regel sieht so aus, als würde sie funktionieren, aber die Leistung wird stark abnehmen, ich habe beschlossen, weiterhin nach weiteren Fällen zu suchen, und ich habe festgestellt, dass dieses mit meinem verwandt ist.

GELÖST: Es wurde festgestellt, dass die RDP-Sitzung kurz nach der Einrichtung einfriert, wenn die Standardoption zum Durchlaufen von "Smartcards" aktiviert wurde. Als dies auf der Registerkarte Lokale Ressourcen von RDP deaktiviert wurde, verschwand das Problem. Warum sollten Chipkarten (die wir an meinem Arbeitsplatz nicht verwenden) ursache ein solches Problem? Ich bin mir nicht sicher, wie sich die Smartcard auf eine RDP-Sitzung auswirken würde, aber im Rahmen der Umstellung auf Windows 10 haben wir auch mit der Verwendung der von Microsoft Group Policy empfohlenen Baseline-Einstellungen begonnen, die möglicherweise eine Art Einstellung oder eine fehlende Einstellung enthalten Dies könnte einen Einfluss darauf haben. So oder so, teilen, falls andere auf dieses Problem stoßen.

 0
Author: Mario,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2020-03-11 13:00:41

Ich bin auf ein Problem mit den gleichen Symptomen gestoßen und habe alle UDP-Funktionen in diesem Thread ohne Erfolg ausprobiert. Ich habe sie alle wieder auf Standardwerte gesetzt. Es stellt sich heraus, dass Windows 10 RDP ein Problem hat, wenn einer der Monitore des Hosts vertikal ausgerichtet ist, während der Client keinen vertikalen Monitor hat. Wenn der vertikale Monitor deaktiviert ist, funktioniert RDP wie ein Champ. v1903

 0
Author: user778642,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2020-08-27 17:52:19

Ich habe alle lokalen Ressourcen deaktiviert, die ich nicht unbedingt brauchte, z. B. Audioeingang und-ausgang sowie Videoeingang (Webcam), und meine funktionieren immer noch besser unter UDP.

 0
Author: O'Rooney,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2020-09-03 21:47:56