RDP hängt über VPN: Eingabe funktioniert noch, also Transport testen

Wenn das Bild nicht mehr aktualisiert wird, die Maus aber weiter über den entfernten Desktop gleitet, liegt der naheliegende Schluss nahe, dass das VPN abgebrochen ist. Dieser Schluss ist meist falsch. Ein eingefrorenes Bild mit funktionierender Eingabe bedeutet, dass die Sitzung und ihr Eingabekanal leben, was den Fehler in Richtung Grafiktransport verschiebt und nicht in Richtung Routing oder Anmeldedaten. Zwei schnelle Beobachtungen trennen die drei Fehler, die Anwender mit demselben Wort beschreiben.

Was das Einfrieren Ihnen nicht sagt

Remotedesktop überträgt Eingaben und Bildschirmaktualisierungen über TCP 3389, und aktuelle Windows-Clients können für den grafiklastigen Teil des Datenstroms einen UDP-Transport hinzufügen. Auf einem Tunnel, der größere Datagramme fragmentiert oder verwirft, trägt der zuverlässige Kanal weiterhin Tastendrücke, während der Grafikkanal stockt. Das Ergebnis ist die seltsame Kombination aus eingefrorenem Bild und reagierender Tastatur. Das erklärt auch, warum ein erneutes Verbinden manchmal das Symptom für eine Minute heilt und es dann zurückbringt.

Eine Sitzung, die sich trennt und wieder verbindet, ist ein anderer Fehler, und eine, die gar nicht erst aufgeht, ist ein dritter. Wenn Sie zuerst die Form benennen, testen Sie nicht die falsche Schicht.

Trennen Sie die drei Fehler mit zwei Befehlen

Erreichbarkeit lässt sich günstig ausschließen. Testen Sie den RDP-Port vom Client aus und lesen Sie dann den Sitzungszustand auf dem Host.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

Ein fehlgeschlagener TCP-Test bedeutet, dass die Sitzung nie geöffnet wurde; behandeln Sie ihn daher als Firewall-, Bereichs- oder Dienstproblem und nicht als Einfrieren. Ein erfolgreicher Test mit einer aktiven Sitzung bestätigt, dass der Steuerkanal existiert, was genau dem Fall des eingefrorenen Bildes entspricht. Führen Sie die Hostabfrage von einem Konto aus, das Sitzungen sehen darf, denn ein Berechtigungsfehler sieht wie eine leere Liste aus. Notieren Sie Sitzungs-ID und Zustand, da eine getrennte Sitzung, die ihre ID behält, nicht dasselbe ist wie eine aktive.

Schalten Sie den UDP-Transport ab und vergleichen Sie

Wenn nur die Anzeige stockt, vergleichen Sie Client-Transporte mit jeweils einer Änderung. Der integrierte Client und der Store-Client teilen sich keinen Stack, und die Richtlinie unten entfernt UDP aus dem integrierten Client.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

Ein Wert von 1 bedeutet, dass UDP für diesen Client bereits aus ist; ein Einfrieren, das die Einstellung übersteht, ist also kein Problem des UDP-Pfads. Fehlt der Wert, aktivieren Sie die Richtlinie, verbinden Sie sich neu und wiederholen Sie genau die Aktion, die zuvor eingefroren ist. Testen Sie den Store-Client als separaten Schritt, statt beide Änderungen zu kombinieren, sonst wissen Sie nicht, welche wichtig war. Halten Sie die Clientversion in Ihren Notizen fest, denn das Transportverhalten hat sich über Windows-Versionen hinweg geändert.

Wenn ein Host einfriert, die übrigen aber in Ordnung sind

Ein einzelner fehlerhafter Host in einem ansonsten gesunden Subnetz deutet weg vom Tunnel. Prüfen Sie die Pfad-MTU und den Stack der entfernten Anzeige, bevor Sie VPN-Einstellungen anfassen.

ping -f -l 1472 rdp-host.example.com

Eine Antwort belegt, dass der Pfad ein Paket voller Größe ohne Fragmentierung bei dieser Größe trägt, während ein Fehlschlag mit dem Do-not-fragment-Flag darauf hindeutet, dass die MTU des Tunnels Aufmerksamkeit braucht. Wenn 1472 Bytes durchgehen und nur dieser Host einfriert, schauen Sie auf seinen Grafiktreiber und seine Last statt auf das Netzwerk. Ein schnelles Dateikopieren auf dieselbe Maschine sagt etwas über den Durchsatz aus, nicht über den RDP-Grafikkanal. Ändern Sie jeweils eine Variable und wiederholen Sie dieselbe Bildschirmaktion, damit der Vergleich etwas bedeutet.

Wenn die Sitzung gar nicht aufgeht, hören Sie hier auf, denn das ist Erreichbarkeit und kein Einfrieren. Andernfalls behalten Sie die Transporteinstellung, die das Symptom geändert hat, und notieren Sie sie mit der Clientversion.