Zamrznutí RDP přes VPN: vstup stále funguje, proto testujte transport

Když se obraz přestane aktualizovat, ale myš po vzdálené ploše stále klouže, zřejmý závěr je, že VPN spadla. Tento závěr je obvykle chybný. Zamrzlý snímek s funkčním vstupem znamená, že relace a její vstupní kanál jsou živé, což posouvá závadu k grafickému transportu, nikoli ke směrování nebo přihlašovacím údajům. Dvě rychlá pozorování oddělí tři poruchy, které uživatelé popisují stejným slovem.

Co vám zamrznutí neříká

Vzdálená plocha přenáší vstup a aktualizace obrazovky přes TCP 3389 a současní klienti Windows mohou pro graficky náročnou část toku přidat transport UDP. Na tunelu, který fragmentuje nebo zahazuje větší datagramy, spolehlivý kanál dál přenáší stisky kláves, zatímco grafický kanál se zasekává. Výsledkem je podivná kombinace zaseknutého obrazu a reagující klávesnice. To také vysvětluje, proč opětovné připojení někdy symptom na minutu vyléčí a pak ho vrátí.

Relace, která se odpojí a znovu připojí, je jiná porucha a ta, která se vůbec neotevře, je třetí. Když nejdřív pojmenujete tvar, nebudete testovat špatnou vrstvu.

Oddělte tři poruchy dvěma příkazy

Ověření dostupnosti je levné. Otestujte port RDP z klienta a potom přečtěte stav relace na hostiteli.

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

Neúspěšný test TCP znamená, že se relace nikdy neotevřela, takže to berte jako problém brány firewall, rozsahu nebo služby, nikoli jako zamrznutí. Úspěšný test s aktivní relací potvrzuje, že řídicí kanál existuje, což je přesně případ zamrzlého obrazu. Spusťte dotaz na hostitele z účtu, který smí vidět relace, protože chyba oprávnění vypadá jako prázdný seznam. Zapište ID relace a stav, protože odpojená relace držící své ID není totéž jako aktivní.

Vypněte transport UDP a porovnejte

Pokud se zasekává jen zobrazení, porovnávejte transport klienta po jedné změně. Vestavěný klient a klient z Store nesdílejí stejný stack a politika níže odebere UDP z vestavěného klienta.

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

Hodnota 1 znamená, že UDP je pro tohoto klienta už vypnuté, takže zamrznutí, které nastavení přežije, není problém cesty UDP. Když hodnota chybí, zapněte politiku, připojte se znovu a zopakujte přesně tu akci, která předtím zamrzla. Otestujte klienta z Store jako samostatný krok místo sloučení obou změn, jinak nebudete vědět, která byla důležitá. Uchovejte verzi klienta v poznámkách, protože chování transportu se mezi verzemi Windows měnilo.

Když zamrzne jeden hostitel a ostatní jsou v pořádku

Jediný selhávající hostitel v jinak zdravé podsíti ukazuje mimo tunel. Zkontrolujte MTU cesty a stack vzdáleného zobrazení, než sáhnete na nastavení VPN.

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

Odpověď dokazuje, že cesta nese paket plné velikosti bez fragmentace při této velikosti, zatímco selhání s příznakem zákazu fragmentace naznačuje, že MTU tunelu potřebuje pozornost. Pokud 1472 bajtů projde a zamrzne jen tento hostitel, dívejte se na jeho grafický ovladač a zátěž, ne na síť. Rychlé kopírování souboru na stejný stroj říká něco o propustnosti, ne o grafickém kanálu RDP. Měňte jednu proměnnou po druhé a opakujte stejnou akci na obrazovce, aby srovnání něco znamenalo.

Pokud se relace vůbec neotevře, zastavte se tady, protože to je dostupnost, ne zamrznutí. Jinak ponechte nastavení transportu, které symptom změnilo, a zapište ho s verzí klienta.