Pagyeyelo ng RDP sa VPN: gumagana pa ang input, kaya subukan ang transport

Kapag huminto ang larawan sa pag-update pero dumudulas pa rin ang mouse sa remote desktop, ang halatang konklusyon ay bumagsak ang VPN. Karaniwang mali ang konklusyong iyon. Ang nakapirming frame na may gumaganang input ay nangangahulugang buhay ang session at ang input channel nito, na nagtutulak sa sira patungo sa transport ng graphics at hindi sa routing o mga kredensyal. Dalawang mabilis na obserbasyon ang naghihiwalay sa tatlong pagkabigo na inilalarawan ng mga user sa isang salita.

Ano ang hindi sinasabi ng pagyeyelo

Dinadala ng remote desktop ang input at mga update sa screen sa TCP 3389, at ang kasalukuyang mga Windows client ay makakadagdag ng transport na UDP para sa mabigat-sa-graphics na bahagi ng stream. Sa tunnel na nag-fragment o nagtatapon ng mas malalaking datagram, patuloy na dinadala ng maaasahang channel ang mga pagpindot sa key habang natigil ang channel ng graphics. Ang resulta ay ang kakaibang kombinasyon ng natigil na larawan at tumutugon na keyboard. Ipinapaliwanag din nito kung bakit kung minsan ay gumagaling ang sintomas sa muling pagkonekta nang isang minuto at pagkatapos ay bumabalik ito.

Ang session na nadiskonekta at muling kumonekta ay ibang pagkabigo, at ang isa na hindi kailanman bumubukas ay pangatlo. Ang pagpangalan sa hugis muna ay pumipigil sa iyo na subukan ang maling layer.

Paghiwalayin ang tatlong pagkabigo sa dalawang utos

Murang ibukod ang maabot. Subukan ang port ng RDP mula sa client, pagkatapos basahin ang estado ng session sa host.

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

Ang nabigong pagsubok sa TCP ay nangangahulugang hindi kailanman bumukas ang session, kaya ituring ito na problema sa firewall, saklaw o serbisyo at hindi pagyeyelo. Ang matagumpay na pagsubok na may aktibong session ay nagpapatunay na may control channel, na eksaktong kaso ng nakapirming larawan. Patakbuhin ang query sa host mula sa account na pinapayagang makakita ng mga session, dahil ang error sa pahintulot ay mukhang walang laman na listahan. Itala ang ID at estado ng session, dahil ang nadiskonektang session na nagpapanatili ng ID nito ay hindi katulad ng aktibo.

Patayin ang transport na UDP at ihambing

Kung ang display lang ang natitigil, ihambing ang mga transport ng client isang pagbabago sa isang pagkakataon. Ang built-in na client at ang Store client ay hindi nagbabahagi ng parehong stack, at inaalis ng patakaran sa ibaba ang UDP sa built-in na client.

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

Ang halagang 1 ay nangangahulugang patay na ang UDP para sa client na iyon, kaya ang pagyeyelong lumalampas sa setting na ito ay hindi problema sa daan ng UDP. Kapag wala ang halaga, paganahin ang patakaran, kumonekta muli at ulitin nang eksakto ang aksyon na dating nagyelo. Subukan ang Store client bilang hiwalay na hakbang sa halip na pagsamahin ang dalawang pagbabago, o hindi mo malalaman kung alin ang mahalaga. Itago ang bersyon ng client sa iyong mga tala, dahil nagbago ang pag-uugali ng transport sa mga release ng Windows.

Kapag nagyelo ang isang host pero maayos ang iba

Ang nag-iisang nabigong host sa isang subnet na malusog sa iba ay tumuturo palayo sa tunnel. Suriin ang MTU ng daan at ang stack ng remote display bago hawakan ang mga setting ng VPN.

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

Pinatutunayan ng tugon na dinadala ng daan ang buong-laki na packet nang walang fragmentation sa laki na iyon, habang ang pagkabigo na may flag na huwag i-fragment ay nagmumungkahi na kailangan ng atensyon ang MTU ng tunnel. Kung pumasa ang 1472 bytes at nagyelo lamang ang host na iyon, tingnan ang graphics driver at load nito sa halip na ang network. Ang mabilis na pagkopya ng file sa parehong makina ay nagsasabi ng isang bagay tungkol sa throughput, hindi tungkol sa graphics channel ng RDP. Magpalit ng isang variable sa isang pagkakataon at ulitin ang parehong aksyon sa screen para may kabuluhan ang paghahambing.

Kung hindi kailanman bumubukas ang session, huminto dito, dahil maabot iyon at hindi pagyeyelo. Kung hindi, panatilihin ang setting ng transport na nagbago ng sintomas at itala ito kasama ng bersyon ng client.