RDP jämähtää VPN:n yli: syöte toimii yhä, joten testaa siirtotie

Kun kuva lakkaa päivittymästä mutta hiiri liukuu yhä etätietokoneen työpöydällä, ilmeinen johtopäätös on, että VPN katkesi. Tämä johtopäätös on yleensä väärä. Jämähtänyt ruutu toimivalla syötteellä tarkoittaa, että istunto ja sen syötekanava ovat elossa, mikä työntää vian grafiikkasiirtoa kohti eikä reititykseen tai tunnistetietoihin. Kaksi nopeaa havaintoa erottaa kolme vikaa, joita käyttäjät kuvailevat samalla sanalla.

Mitä jämähtäminen ei kerro sinulle

Etätyöpöytä kuljettaa syötteen ja näytön päivitykset TCP 3389:n yli, ja nykyiset Windows-asiakkaat voivat lisätä UDP-siirron virran grafiikkapainotteiselle osalle. Tunnelissa, joka pirstoo tai pudottaa suurempia datagrammeja, luotettava kanava kuljettaa yhä näppäilyjä, kun taas grafiikkakanava jumittuu. Tuloksena on outo yhdistelmä jumissa olevasta kuvasta ja reagoivasta näppäimistöstä. Tämä selittää myös, miksi uudelleenyhdistäminen joskus parantaa oireen minuutiksi ja tuo sen sitten takaisin.

Istunto, joka katkeaa ja yhdistyy uudelleen, on eri vika, ja se, joka ei avaudu lainkaan, on kolmas. Muodon nimeäminen ensin estää sinua testaamasta väärää kerrosta.

Erottele kolme vikaa kahdella komennolla

Tavoitettavuuden poissulkeminen on halpaa. Testaa RDP-portti asiakkaasta ja lue sitten istunnon tila isännältä.

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

Epäonnistunut TCP-testi tarkoittaa, että istunto ei koskaan auennut, joten käsittele sitä palomuurin, laajuuden tai palvelun ongelmana eikä jämähtämisenä. Onnistunut testi aktiivisen istunnon kanssa vahvistaa, että ohjauskanava on olemassa, mikä on täsmälleen jämähtäneen kuvan tapaus. Suorita isännän kysely tililtä, jolla on oikeus nähdä istuntoja, koska käyttöoikeusvirhe näyttää tyhjältä listalta. Kirjaa istunnon ID ja tila, koska katkennut istunto, joka pitää ID:nsä, ei ole sama kuin aktiivinen.

Kytke UDP-siirto pois päältä ja vertaa

Jos vain näyttö jumittuu, vertaa asiakassiirtoja yksi muutos kerrallaan. Sisäänrakennettu asiakas ja Store-asiakas eivät jaa samaa pinoa, ja alla oleva käytäntö poistaa UDP:n sisäänrakennetusta asiakkaasta.

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

Arvo 1 tarkoittaa, että UDP on jo pois päältä kyseiseltä asiakkaalta, joten asetuksen yli selviävä jämähtäminen ei ole UDP-reitin ongelma. Kun arvo puuttuu, ota käytäntö käyttöön, yhdistä uudelleen ja toista täsmälleen se toiminto, joka aiemmin jämähti. Testaa Store-asiakas erillisenä vaiheena sen sijaan, että yhdistäisit molemmat muutokset, muuten et tiedä, kumpi oli merkityksellinen. Pidä asiakasversio muistiinpanoissasi, koska siirtokäyttäytyminen on muuttunut Windows-julkaisujen välillä.

Kun yksi isäntä jämähtää mutta muut ovat kunnossa

Yksi viallinen isäntä muuten terveessä aliverkossa osoittaa poispäin tunnelista. Tarkista reitin MTU ja etänäytön pino ennen VPN-asetusten koskemista.

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

Vastaus todistaa, että reitti kuljettaa täysikokoisen paketin ilman pirstoutumista kyseisessä koossa, kun taas epäonnistuminen älä-pirsto-lipulla viittaa siihen, että tunnelin MTU kaipaa huomiota. Jos 1472 tavua menee läpi ja vain kyseinen isäntä jämähtää, katso sen grafiikka-ajuria ja kuormaa äläkä verkkoa. Nopea tiedostokopio samalle koneelle kertoo jotain läpäisystä, ei RDP:n grafiikkakanavasta. Muuta yhtä muuttujaa kerrallaan ja toista sama näytön toiminto, jotta vertailu tarkoittaa jotain.

Jos istunto ei avaudu lainkaan, pysähdy tähän, koska se on tavoitettavuutta eikä jämähtämistä. Muuten säilytä siirtoasetus, joka muutti oiretta, ja kirjaa se asiakasversion kanssa.