Zamrznitev RDP prek VPN: vnos še vedno deluje, zato preizkusite prenos
Zamrznjena slika RDP z delujočim vnosom ni podrt tunel. Pred spreminjanjem poti preizkusite prenos odjemalca, politiko UDP in primer enega gostitelja.
Ko se slika preneha osveževati, miška pa še vedno drsi po oddaljenem namizju, je očiten sklep, da je VPN padel. Ta sklep je običajno napačen. Zamrznjena sličica z delujočim vnosom pomeni, da sta seja in njen vnosni kanal živa, kar potisne napako proti prenosu grafike in ne proti usmerjanju ali poverilnicam. Dve hitri opažanji ločita tri okvare, ki jih uporabniki opisujejo z isto besedo.
Česa vam zamrznitev ne pove
Oddaljeno namizje prenaša vnos in posodobitve zaslona prek TCP 3389, trenutni odjemalci Windows pa lahko za grafično težji del toka dodajo prenos UDP. Na tunelu, ki razdroblja ali zavrže večje datagrame, zanesljivi kanal še naprej prenaša pritiske tipk, medtem ko se grafični kanal ustavi. Rezultat je nenavadna kombinacija zataknjene slike in odzivne tipkovnice. To tudi pojasni, zakaj ponovna povezava včasih pozdravi simptom za minuto in ga nato vrne.
Seja, ki se prekine in znova poveže, je druga okvara, tista, ki se sploh ne odpre, pa tretja. Če najprej poimenujete obliko, ne boste preizkušali napačne plasti.
Ločite tri okvare z dvema ukazoma
Izključitev dosegljivosti je poceni. Preizkusite vrata RDP z odjemalca, nato preberite stanje seje na gostitelju.
Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-hostNeuspešen preizkus TCP pomeni, da se seja ni nikoli odprla, zato to obravnavajte kot težavo požarnega zidu, obsega ali storitve in ne kot zamrznitev. Uspešen preizkus z dejavno sejo potrdi, da nadzorni kanal obstaja, kar je natanko primer zamrznjene slike. Zaženite poizvedbo gostitelja z računa, ki sme videti seje, ker je napaka dovoljenj videti kot prazen seznam. Zapišite ID in stanje seje, saj prekinjena seja, ki obdrži svoj ID, ni enaka dejavni.
Izklopite prenos UDP in primerjajte
Če se ustavi samo prikaz, primerjajte prenose odjemalcev z eno spremembo naenkrat. Vgrajeni odjemalec in odjemalec iz Store ne delita istega sklada, politika spodaj pa odstrani UDP iz vgrajenega odjemalca.
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDPVrednost 1 pomeni, da je UDP za tega odjemalca že izklopljen, zato zamrznitev, ki nastavitev preživi, ni težava poti UDP. Ko vrednosti ni, omogočite politiko, se znova povežite in ponovite natanko tisto dejanje, ki je prej zamrznilo. Preizkusite odjemalca iz Store kot ločen korak, namesto da obe spremembi združite, sicer ne boste vedeli, katera je bila pomembna. Shranite različico odjemalca v svoje zapiske, ker se je vedenje prenosa med izdajami Windows spreminjalo.
Ko en gostitelj zamrzne, ostali pa so v redu
En sam nedelujoč gostitelj v sicer zdravem podomrežju kaže stran od tunela. Preverite MTU poti in sklad oddaljenega prikaza, preden se dotaknete nastavitev VPN.
ping -f -l 1472 rdp-host.example.comOdgovor dokazuje, da pot prenaša paket polne velikosti brez razdrobljenosti pri tej velikosti, medtem ko neuspeh z zastavico prepovedi razdrobljenosti nakazuje, da MTU tunela potrebuje pozornost. Če 1472 bajtov preide in zamrzne samo ta gostitelj, poglejte njegov grafični gonilnik in obremenitev, ne omrežja. Hitro kopiranje datoteke na isti stroj pove nekaj o prepustnosti, ne o grafičnem kanalu RDP. Spreminjajte eno spremenljivko naenkrat in ponavljajte isto dejanje na zaslonu, da bo primerjava kaj pomenila.
Če se seja sploh ne odpre, se ustavite tukaj, ker je to dosegljivost in ne zamrznitev. Sicer obdržite nastavitev prenosa, ki je spremenila simptom, in jo zapišite z različico odjemalca.