RDP-frostiĝo tra VPN: enigo ankoraŭ funkcias, do testu la transporton

Kiam la bildo ĉesas ĝisdatiĝi sed la muso ankoraŭ glitas trans la fora labortablo, la evidenta konkludo estas, ke la VPN falis. Tiu konkludo kutime malĝustas. Frostigita kadro kun funkcianta enigo signifas, ke la sesio kaj ĝia eniga kanalo vivas, kio puŝas la difekton al la grafika transporto anstataŭ al enkursigado aŭ akreditaĵoj. Du rapidaj observoj apartigas la tri difektojn, kiujn uzantoj priskribas per la sama vorto.

Kion la frostiĝo ne diras al vi

Fora Labortablo portas enigon kaj ekranajn ĝisdatigojn tra TCP 3389, kaj nunaj Windows-klientoj povas aldoni UDP-transporton por la grafike peza parto de la fluo. Sur tunelo, kiu fragmentigas aŭ forĵetas pli grandajn datagramojn, la fidinda kanalo daŭre portas klavopremojn dum la grafika kanalo haltas. La rezulto estas la stranga kombinaĵo de blokita bildo kaj respondema klavaro. Tio ankaŭ klarigas, kial rekonekto foje sanigas la simptomon dum unu minuto kaj poste revenigas ĝin.

Sesio, kiu malkonektiĝas kaj rekonektiĝas, estas alia difekto, kaj tiu, kiu tute ne malfermiĝas, estas tria. Nomante unue la formon, vi ne testas la malĝustan tavolon.

Apartigu la tri difektojn per du komandoj

Atingebleco estas malmultekosta por ekskludi. Testu la RDP-pordon de la kliento, poste legu la sesian staton sur la gastiganto.

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

Malsukcesa TCP-testo signifas, ke la sesio neniam malfermiĝis, do traktu ĝin kiel fajroŝirma, ampleksa aŭ serva problemo anstataŭ frostiĝo. Sukcesa testo kun aktiva sesio konfirmas, ke la rega kanalo ekzistas, kio estas precize la kazo de frostigita bildo. Rulu la gastigantan informpeton el konto rajtigita vidi sesiojn, ĉar permessa eraro aspektas kiel malplena listo. Notu la sesian ID kaj staton, ĉar malkonektita sesio, kiu konservas sian ID, ne samas al aktiva.

Malŝaltu la UDP-transporton kaj komparu

Se nur la ekrano haltas, komparu klientajn transportojn unu ŝanĝon samtempe. La enkonstruita kliento kaj la Store-kliento ne dividas saman stakon, kaj la politiko sube forigas UDP el la enkonstruita kliento.

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

Valoro de 1 signifas, ke UDP jam estas malŝaltita por tiu kliento, do frostiĝo, kiu postvivas la agordon, ne estas problemo de la UDP-vojo. Kiam la valoro mankas, ŝaltu la politikon, rekonektu kaj ripetu precize tiun agon, kiu antaŭe frostis. Testu la Store-klienton kiel apartan paŝon anstataŭ kombini ambaŭ ŝanĝojn, alie vi ne scios, kiu gravis. Konservu la klientan version en viaj notoj, ĉar transporta konduto ŝanĝiĝis tra Windows-eldonoj.

Kiam unu gastiganto frostas sed la ceteraj estas en ordo

Unu sola malsukcesa gastiganto en alie sana subreto montras for de la tunelo. Kontrolu la MTU de la vojo kaj la stakon de la fora ekrano antaŭ ol tuŝi VPN-agordojn.

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

Respondo pruvas, ke la vojo portas plengrandan paketon sen fragmentado je tiu grandeco, dum malsukceso kun la flago ne-fragmentigu sugestas, ke la MTU de la tunelo bezonas atenton. Se 1472 bajtoj pasas kaj nur tiu gastiganto frostas, rigardu ĝian grafikpelilon kaj ŝarĝon anstataŭ la reton. Rapida dosierkopio al la sama maŝino diras ion pri trafluo, ne pri la RDP-grafika kanalo. Ŝanĝu unu variablon samtempe kaj ripetu la saman ekranan agon, por ke la komparo signifu ion.

Se la sesio tute ne malfermiĝas, haltu ĉi tie, ĉar tio estas atingeblo, ne frostiĝo. Alie konservu la transportan agordon, kiu ŝanĝis la simptomon, kaj notu ĝin kun la klienta versio.