Malayong Desktop sa pamamagitan ng VPN: sa aling pagkabigo ka naroon?

Aktibo ang iyong tunnel, naglo-load ang panloob na wiki, at tumatanggi pa ring kumonekta ang Malayong Desktop. Normal ang kombinasyong iyon, dahil nagbibigay ang VPN ng ruta sa host habang ang serbisyo ng desktop ay dapat nakikinig, pinapayagan ng sarili nitong firewall at handang patunayan ang account. Apat na yugto ng pagkabigo ang nasa pagitan ng gumaganang tunnel at magagamit na sesyon, at bawat isa ay nabigo sa ibang mensahe. Basahin muna ang mensahe, dahil pinangalanan nito ang yugto.

Apat na pagkabigo na mukhang isa

Nakaayos ang mga yugto: niresolba ang pangalan sa pribadong address na nilalayon ng disenyo, sumasagot ang port sa handshake ng TCP, tinatanggap ng host ang koneksyon ayon sa sarili nitong patakaran, at nagtatagumpay ang pag-log in sa sesyon. Ginagawang hindi masubukan ng bawat yugto ang susunod, kung kaya't ang pagbabago ng mga setting ng RDP bago maayos ang network ay gumagawa lamang ng ingay. Mukhang pareho ang sintomas mula sa panig ng gumagamit sa lahat ng apat na kaso. Ang mensahe lamang ng kliyente ang naghihiwalay sa kanila.

Ang gumaganang panloob na website ay hindi nagpapatunay ng alinman sa apat. Pinatutunayan nito na may host sa parehong network na sumagot sa ibang port gamit ang ibang serbisyo. Ituring itong ebidensya tungkol sa routing at wala nang iba.

Subukan nang sunud-sunod at isulat ang resulta. Ang paglukso sa screen ng pag-log in dahil sumagot ang port ay ang paraan ng pag-aksaya ng isang hapon sa problema sa firewall na natukoy na ng unang hakbang.

May nakikinig ba sa 3389?

Magsimula sa pangalan, dahil ang pangalang niresolba sa maling address ay nagpapawalang-bisa sa bawat susunod na pagsubok. Tanungin ang resolver ng tunnel kung ano ang ibig sabihin ng pangalan, pagkatapos ay ihambing ang sagot sa pribadong address na nilalayon ng disenyo, hindi sa matagumpay na sagot. Ang pangalang niresolba sa pampublikong address ay ang buong problema, at walang pagbabago sa RDP ang makakaayos nito:

nslookup desktop.corp.example
Resolve-DnsName desktop.corp.example

Pagkatapos ay subukan ang port, hindi ang host. Ang kumpletong handshake ng TCP sa 3389 ay naghihiwalay ng abot mula sa lahat ng nasa itaas nito:

Test-NetConnection -ComputerName desktop.corp.example -Port 3389

Patakbuhin ang pagsubok na iyon mula sa LAN at mula sa tunnel, dahil ang pagkakaiba ng dalawang resulta ay naglalagay ng lokasyon ng depekto sa ruta ng VPN. May dalawang firewall sa ruta at madaling mapagkamalan ang mga ito: dapat payagan ng network ang address ng tunnel ng kliyente na maabot ang host, at dapat payagan ng sariling firewall ng host ang parehong pinagmulan sa port na nakikinig. Ang patakarang limitado sa subnet ng LAN ay hindi sumasaklaw sa pool ng kliyente ng VPN, at iyon ang pinakakaraniwang dahilan ng timeout na iniuulat lamang ng malalayong gumagamit. Suriin ang saklaw, hindi ang pag-iral ng patakaran.

Ang ruta ng pagbalik ay karapat-dapat sa parehong pagsusuri. Kailangan ng mga sagot ng rutang pabalik sa pool ng kliyente at hindi sa LAN, at binabago ng salin sa harap ng host ang pinagmulang ipapakita ng iyong log. Kung sumasagot ang port sa isang direksyon at hindi sa isa pa, ang nawawalang kalahati ay karaniwang ang ruta ng pagbalik.

Basahin ang mensahe bago basahin ang configuration

Ang ikatlong yugto ay ang host na tumatanggi sa koneksyon ayon sa sarili nitong patakaran, na kadalasang mukhang port na bubukas at magsasara agad. May sumagot, at iyon ay kapaki-pakinabang na impormasyon sa halip na katahimikan. Kung natapos ang handshake at namatay agad ang sesyon, maayos ang network at ang host ang nagpapasya. Tingnan ang mga pahintulot ng Malayong Desktop bago muling hawakan ang network.

Maaaring naka-enable ang feature para sa makina habang limitado ang access sa mga partikular na grupo, at maaaring nakatali ang tagapakinig sa mga paraang hindi kasama ang address na pinanggalingan mo. Ang pagpapatunay sa antas ng network ay nagdaragdag ng gate na nabigo bago mag-load ang desktop, at iba ang text ng error nito sa maling password. Ihambing ang mensahe ng kliyente sa event log ng host, dahil pinangalanan ng mensahe ang gate at ng log ang account.

Ang pag-log in sa sesyon ay sarili nitong hangganan

Ang pagpapatunay ay pag-aari ng serbisyo ng desktop, hindi ng VPN. Ang pagkakakilanlan ng tunnel at ang account ng desktop ay magkaibang kredensyal na may magkaibang patakaran sa pag-lock, kaya ang gumaganang tunnel ay nagpapatunay lamang na tinanggap ka ng tunnel. Ang pag-lock ng account ng desktop ay hindi nakakaabala sa tunnel, at ang kabaligtaran ay totoo rin.

Panatilihing buo ang dalawa. Kapag wala ang pribadong ruta, ayusin ang ruta, dahil ang paglalathala ng tagapakinig sa internet ay nagpapalit ng depekto sa abot para sa nakalantad na desktop. Huwag ding pahinain ang mga pagsusuri ng pagkakakilanlan ng sesyon upang makalampas sa babala ng sertipiko na lumitaw kasabay. Ang self-signed na sertipiko sa tagapakinig ng RDP ay gumagawa ng babala ayon sa disenyo, kaya ang pagtanggap dito ay desisyon at hindi hakbang.

Bilangin ang mga pagtatangka bago muling subukan. Ang mga threshold ng pag-lock ng desktop ay binibilang ang mga nabigong pag-log in nang hiwalay sa mga pagkabigo ng VPN, at ang kliyenteng nagretry sa timer ay maaaring lumampas sa threshold habang ini-edit mo pa ang isang patakaran. Ito ang parehong mekanismo ng parallel na pagretry na nagla-lock ng mga account pagkatapos ng pagbabago ng password.

Ano ang maaaring ilipat ng sesyon, at saan ito nananatili

Alamin ang aprubadong workflow ng pag-log out bago mo ito kailanganin. Ang pagsasara ng window ay maaaring idiskonekta lamang ang view habang patuloy na tumatakbo ang sesyon ayon sa naka-configure na patakaran, na mahalaga sa shared o na-audit na host. Mag-log out mula sa loob ng sesyon kapag inaasahan ito ng patakaran.

Pagkatapos ay magpasya kung ano ang maaaring dalhin ng sesyon, dahil ang clipboard, mga redirect na drive, redirection ng printer at paglilipat ng file ay naglilipat ng data sa pagitan ng lokal at malayong sistema kung saan pinapayagan ng patakaran. Ang nailathalang aplikasyon na tumatakbo sa kabilang panig ay hindi awtomatikong hangganan na walang download, at ang sesyon na mukhang read-only ay maaari pa ring magdala ng clipboard. Subukan ang tunay na gawain at hindi ang koneksyon: buksan ang file, gamitin ang aplikasyon at kumpirmahin ang redirection na kailangan mo. Inilalarawan ng gabay ng Microsoft sa pag-abot sa malayong desktop mula sa labas ang mga sinusuportahang opsyon sa paglantad, at ito ay mas mabuting sanggunian kaysa sa pampublikong tagapakinig na idinagdag sa ilalim ng pressure.