Kuganda kwa RDP kupitia VPN: ingizo bado linafanya kazi, kwa hiyo jaribu usafirishaji

Picha inapoacha kusasishwa lakini kipanya bado kinateleza kwenye eneo-kazi la mbali, hitimisho dhahiri ni kwamba VPN imeanguka. Hitimisho hilo kwa kawaida si sahihi. Fremu iliyoganda na ingizo linalofanya kazi ina maana kwamba kipindi na kituo chake cha ingizo vina uhai, jambo ambalo linasukuma hitilafu kuelekea usafirishaji wa michoro na si kuelekea uelekezaji au vitambulisho. Uchunguzi mbili za haraka hutenganisha hitilafu tatu ambazo watumiaji huzieleza kwa neno moja.

Kile ambacho kuganda hakukuambii

Eneo-kazi la mbali hubeba ingizo na masasisho ya skrini kupitia TCP 3389, na wateja wa sasa wa Windows wanaweza kuongeza usafirishaji wa UDP kwa sehemu ya mtiririko yenye mzigo mkubwa wa michoro. Kwenye handaki linalogawanya au kutupa datagram kubwa, kituo cha kuaminika kinaendelea kubeba mibofyo ya funguo wakati kituo cha michoro kinakwama. Matokeo ni mchanganyiko wa ajabu wa picha iliyokwama na kibodi inayojibu. Hii pia inaeleza kwa nini kuunganisha tena wakati mwingine huponya dalili kwa dakika moja na kisha kuirejesha.

Kipindi kinachokatika na kuunganishwa tena ni hitilafu nyingine, na kile ambacho haki funguki kabisa ni cha tatu. Kutaja umbo kwanza kunakuzuia kujaribu tabaka lisilo sahihi.

Tenganisha hitilafu tatu kwa amri mbili

Kuweza kufikiwa ni rahisi kuondoa. Jaribu lango la RDP kutoka kwa mteja, kisha soma hali ya kipindi kwenye mwenyeji.

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

Jaribio la TCP lililoshindwa linamaanisha kipindi hakikufunguka kamwe, kwa hiyo lichukulie kama tatizo la firewall, wigo au huduma na si kuganda. Jaribio lililofanikiwa na kipindi hai linathibitisha kwamba kituo cha udhibiti kipo, ambayo ndiyo hali halisi ya picha iliyoganda. Endesha hoja ya mwenyeji kutoka akaunti iliyoruhusiwa kuona vipindi, kwa sababu hitilafu ya ruhusa inaonekana kama orodha tupu. Rekodi ID na hali ya kipindi, kwa kuwa kipindi kilichokatika kinachohifadhi ID yake si sawa na kipindi hai.

Zima usafirishaji wa UDP na ulinganishe

Ikiwa ni onyesho pekee linakwama, linganisha usafirishaji wa wateja kwa mabadiliko moja kwa wakati mmoja. Mteja aliyejengwa ndani na mteja wa Store hawashiriki stakki moja, na sera iliyo chini inaondoa UDP kutoka kwa mteja aliyejengwa ndani.

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

Thamani ya 1 inamaanisha UDP tayari imezimwa kwa mteja huyo, kwa hiyo kuganda kunakostahimili mpangilio huo si tatizo la njia ya UDP. Thamani inapokosekana, washa sera, unganisha tena na urudie kitendo kilekile kilichoganda awali. Jaribu mteja wa Store kama hatua tofauti badala ya kuchanganya mabadiliko yote mawili, vinginevyo hutajua lipi lilikuwa muhimu. Weka toleo la mteja katika maelezo yako, kwa sababu tabia ya usafirishaji imebadilika kati ya matoleo ya Windows.

Wakati mwenyeji mmoja anaganda lakini wengine wako sawa

Mwenyeji mmoja aliyeshindwa kwenye subnet yenye afya vinginevyo huelekeza mbali na handaki. Angalia MTU ya njia na stakki ya onyesho la mbali kabla ya kugusa mipangilio ya VPN.

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

Jibu linathibitisha kwamba njia hubeba pakiti ya ukubwa kamili bila kugawanyika kwa ukubwa huo, wakati kushindwa kwa bendera ya kutogawanya kunadokeza kwamba MTU ya handaki inahitaji umakini. Ikiwa baiti 1472 zinapita na mwenyeji huyo pekee anaganda, angalia kiendeshi chake cha michoro na mzigo wake badala ya mtandao. Nakala ya haraka ya faili kwenda kwenye mashine hiyo hiyo inasema kitu kuhusu upitishaji, si kuhusu kituo cha michoro cha RDP. Badilisha kigezo kimoja kwa wakati mmoja na urudie kitendo kilekile cha skrini ili ulinganisho uwe na maana.

Ikiwa kipindi haki funguki kabisa, simama hapa, kwa sababu hiyo ni ufikivu na si kuganda. Vinginevyo weka mpangilio wa usafirishaji uliobadilisha dalili na uirekodi pamoja na toleo la mteja.