RDP įšalimas per VPN: įvestis vis dar veikia, todėl tikrinkite transportą

Kai vaizdas nustoja atsinaujinti, bet pelė vis dar slysta nuotoliniu darbalaukiu, akivaizdi išvada – VPN nutrūko. Ši išvada paprastai klaidinga. Užšalęs kadras su veikiančia įvestimi reiškia, kad sesija ir jos įvesties kanalas gyvi, o tai nukreipia gedimą link grafikos transporto, o ne link maršrutizavimo ar prisijungimo duomenų. Du greiti stebėjimai atskiria tris gedimus, kuriuos naudotojai apibūdina tuo pačiu žodžiu.

Ko užšalimas jums nepasako

Nuotolinis darbalaukis perduoda įvestį ir ekrano atnaujinimus per TCP 3389, o dabartiniai Windows klientai gali pridėti UDP transportą grafiškai sunkiai srauto daliai. Tunelyje, kuris fragmentuoja arba numeta didesnes datagramas, patikimas kanalas toliau perduoda klavišų paspaudimus, o grafikos kanalas sustoja. Rezultatas – keistas įstrigusio vaizdo ir reaguojančios klaviatūros derinys. Tai taip pat paaiškina, kodėl prisijungimas iš naujo kartais išgydo simptomą minutei ir tada jį grąžina.

Sesija, kuri atsijungia ir vėl prisijungia, yra kitas gedimas, o ta, kuri visai neatsidaro, yra trečias. Pirmiausia įvardijus formą, netikrinsite netinkamo sluoksnio.

Atskirkite tris gedimus dviem komandomis

Pasiekiamumą atmesti pigiau. Išbandykite RDP prievadą iš kliento, tada perskaitykite sesijos būseną mazge.

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

Nepavykęs TCP testas reiškia, kad sesija niekada neatsidarė, todėl traktuokite tai kaip ugniasienės, apimties ar paslaugos problemą, o ne užšalimą. Sėkmingas testas su aktyvia sesija patvirtina, kad valdymo kanalas egzistuoja, ir tai yra būtent užšalusio vaizdo atvejis. Vykdykite mazgo užklausą iš paskyros, kuriai leista matyti sesijas, nes teisių klaida atrodo kaip tuščias sąrašas. Užsirašykite sesijos ID ir būseną, nes atjungta sesija, išlaikanti savo ID, nėra tas pats kas aktyvi.

Išjunkite UDP transportą ir palyginkite

Jei stringa tik ekranas, lyginkite kliento transportą po vieną pakeitimą. Integruotas klientas ir Store klientas nesidalija ta pačia krūva, o žemiau pateikta politika pašalina UDP iš integruoto kliento.

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

Reikšmė 1 reiškia, kad tam klientui UDP jau išjungtas, todėl užšalimas, kuris išlieka po šio nustatymo, nėra UDP kelio problema. Kai reikšmės nėra, įjunkite politiką, prisijunkite iš naujo ir tiksliai pakartokite veiksmą, kuris anksčiau užšalo. Tikrinkite Store klientą kaip atskirą žingsnį, o ne sujunkite abu pakeitimus, kitaip nežinosite, kuris buvo svarbus. Laikykite kliento versiją savo užrašuose, nes transporto elgsena keitėsi tarp Windows leidimų.

Kai vienas mazgas užšąla, o kiti veikia gerai

Vienas nepavykęs mazgas kitaip svečiame potinklyje rodo toli nuo tunelio. Patikrinkite kelio MTU ir nuotolinio ekrano krūvą prieš liesdami VPN nustatymus.

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

Atsakymas įrodo, kad kelias perduoda viso dydžio paketą be fragmentavimo tokiu dydžiu, o nepavykimas su nedrausti fragmentuoti vėliavėle rodo, kad tunelio MTU reikia dėmesio. Jei 1472 baitai praeina ir užšąla tik tas mazgas, žiūrėkite į jo grafikos tvarkyklę ir apkrovą, o ne į tinklą. Greitas failo kopijavimas į tą pačią mašiną ką nors sako apie pralaidumą, o ne apie RDP grafikos kanalą. Keiskite vieną kintamąjį vienu metu ir kartokite tą patį veiksmą ekrane, kad palyginimas ką nors reikštų.

Jei sesija visai neatsidaro, sustokite čia, nes tai pasiekiamumas, o ne užšalimas. Kitu atveju palikite transporto nustatymą, kuris pakeitė simptomą, ir užsirašykite jį su kliento versija.