RDP külmumine VPN-i kaudu: sisend töötab endiselt, seega testige transporti

Kui pilt lakkab värskendamast, aga hiir libiseb endiselt üle kaugtöölaua, on ilmne järeldus, et VPN kukkus ära. See järeldus on tavaliselt vale. Külmunud kaader töötava sisendiga tähendab, et seanss ja selle sisendkanal on elus, mis surub vea pigem graafikatranspordi kui marsruutimise või mandaatide suunas. Kaks kiiret tähelepanekut eristavad kolme riket, mida kasutajad kirjeldavad sama sõnaga.

Mida külmumine teile ei ütle

Kaugtöölaud kannab sisendit ja ekraanivärskendusi TCP 3389 kaudu ning praegused Windowsi kliendid võivad lisada UDP-transpordi voo graafikarohkele osale. Tunnelis, mis fragmenteerib või viskab ära suuremaid datagramme, jätkab usaldusväärne kanal klahvivajutuste kandmist, samal ajal kui graafikakanal takerdub. Tulemuseks on kummaline kombinatsioon kinni jäänud pildist ja reageerivast klaviatuurist. See selgitab ka, miks uuesti ühendamine mõnikord ravib sümptomit minutiks ja toob selle siis tagasi.

Seanss, mis katkeb ja taasühendub, on teine rike, ja see, mis üldse ei avane, on kolmas. Kuju enne nimetamine hoiab teid vale kihi testimast.

Eraldage kolm riket kahe käsuga

Ligipääsetavust on odav välistada. Testige RDP-porti kliendist ja lugege seejärel hostil seansi olekut.

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

Ebaõnnestunud TCP-test tähendab, et seanss ei avanenud kunagi, seega käsitlege seda tulemüüri, ulatuse või teenuse probleemina, mitte külmumisena. Õnnestunud test aktiivse seansiga kinnitab, et juhtkanal on olemas, mis on täpselt külmunud pildi juhtum. Käivitage hosti päring kontolt, millel on lubatud seansse näha, sest õigusetõrge näeb välja nagu tühi nimekiri. Kirjutage üles seansi ID ja olek, kuna oma ID-d hoidv katkenud seanss ei ole sama mis aktiivne.

Lülitage UDP-transport välja ja võrrelge

Kui takerdub ainult kuva, võrrelge kliendi transporte ühe muudatuse kaupa. Sisseehitatud klient ja Store'i klient ei jaga sama virna ning allolev poliitika eemaldab UDP sisseehitatud kliendist.

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

Väärtus 1 tähendab, et UDP on selle kliendi jaoks juba väljas, seega sätet üle elav külmumine ei ole UDP-tee probleem. Kui väärtus puudub, lubage poliitika, ühenduge uuesti ja korrake täpselt seda toimingut, mis varem külmus. Testige Store'i klienti eraldi sammuna, mitte ärge kombineerige mõlemat muudatust, muidu ei tea te, milline oli oluline. Hoidke kliendi versioon oma märkmetes, sest transpordikäitumine on Windowsi väljaannete vahel muutunud.

Kui üks host külmub, aga ülejäänud on korras

Üksik rikkis host muidu tervel alamvõrgul osutab tunnelist eemale. Kontrollige tee MTU-d ja kaugkuva virna enne VPN-i seadete puudutamist.

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

Vastus tõestab, et tee kannab sellel suurusel ilma fragmenteerimiseta täissuuruses paketti, samal ajal kui nurjumine mitte-fragmenteeri lipuga viitab, et tunneli MTU vajab tähelepanu. Kui 1472 baiti läbib ja ainult see host külmub, vaadake selle graafikadraiverit ja koormust, mitte võrku. Kiire failikopeerimine samasse masinasse ütleb midagi läbilaskevõime kohta, mitte RDP graafikakanali kohta. Muutke korraga ühte muutujat ja korrake sama ekraanitoimingut, et võrdlus midagi tähendaks.

Kui seanss üldse ei avane, peatuge siin, sest see on ligipääsetavus, mitte külmumine. Vastasel juhul jätke alles transporthäälestus, mis sümptomit muutis, ja kirjutage see koos kliendi versiooniga üles.