Kompyuta ya mbali kupitia VPN: uko kwenye hitilafu gani?

Tuneli yako inafanya kazi, wiki ya ndani inapakiwa, na kompyuta ya mbali bado inakataa kuunganisha. Mchanganyiko huo ni wa kawaida, kwa sababu VPN inatoa njia kwa mwenyeji wakati huduma ya kompyuta lazima isikilize, iruhusiwe na firewall yake mwenyewe na iwe tayari kuthibitisha akaunti. Hatua nne za hitilafu zipo kati ya tuneli inayofanya kazi na kikao kinachoweza kutumika, na kila moja inashindwa kwa ujumbe tofauti. Soma ujumbe kwanza, kwa sababu unataja hatua.

Hitilafu nne zinazofanana kama moja

Hatua zimepangwa: jina linatatuliwa hadi anwani ya faragha ambayo muundo unakusudia, lango linajibu handshake ya TCP, mwenyeji anakubali muunganisho kwa sera yake mwenyewe, na kuingia kwenye kikao kunafanikiwa. Kila hatua hufanya inayofuata isiweze kupimwa, ndiyo sababu kubadilisha mipangilio ya RDP kabla mtandao haujatulia hutoa kelele tu. Dalili inaonekana sawa kwa mtazamo wa mtumiaji katika hali zote nne. Ujumbe wa mteja peke yake unawatenganisha.

Tovuti ya ndani inayofanya kazi haithibitishi hata moja ya nne. Inathibitisha kwamba mwenyeji kwenye mtandao huo alijibu kwenye lango lingine kwa huduma nyingine. Chukua hilo kama ushahidi kuhusu uelekezaji na si zaidi.

Jaribu kwa mpangilio na uandike matokeo. Kuruka hadi skrini ya kuingia kwa sababu lango lilijibu ni njia ya kutumia mchana mzima kwenye tatizo la firewall ambalo hatua ya kwanza ilikuwa imeitambua tayari.

Kuna kitu kinasikiliza kwenye 3389?

Anza na jina, kwa sababu jina linalotatuliwa hadi anwani isiyo sahihi hubatilisha kila jaribio linalofuata. Muulize kitatuzi cha tuneli maana ya jina, kisha linganisha jibu na anwani ya faragha ambayo muundo unakusudia, si na jibu lililofanikiwa. Jina linalotatuliwa hadi anwani ya umma ndilo tatizo lote, na hakuna mabadiliko ya RDP yatakayolirekebisha:

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

Kisha jaribu lango badala ya mwenyeji. Handshake ya TCP iliyokamilika kwenye 3389 hutenganisha ufikiaji na kila kitu kilicho juu yake:

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

Endesha jaribio hilo kutoka LAN na kutoka tuneli, kwa sababu tofauti kati ya matokeo mawili huweka hitilafu kwenye njia ya VPN. Kuna firewall mbili kwenye njia na ni rahisi kuzichanganya: mtandao lazima uruhusu anwani ya tuneli ya mteja kufikia mwenyeji, na firewall ya mwenyeji yenyewe lazima iruhusu chanzo hicho hicho kwenye lango linalosikiliza. Sheria iliyowekewa kikomo cha subnet ya LAN haifuniki kundi la wateja wa VPN, na hiyo ndiyo sababu ya kawaida ya muda kuisha ambayo hutangazwa na watumiaji wa mbali pekee. Angalia upeo wa sheria, si uwepo wake.

Njia ya kurudi inastahili ukaguzi huo huo. Majibu yanahitaji njia ya kurudi kwenye kundi la wateja, si kwenye LAN, na tafsiri mbele ya mwenyeji hubadilisha chanzo ambacho log yako itaonyesha. Ikiwa lango linajibu upande mmoja na si ule mwingine, nusu inayokosekana kwa kawaida ni njia ya kurudi.

Soma ujumbe kabla ya kusoma usanidi

Hatua ya tatu ni mwenyeji kukataa muunganisho kwa sera yake mwenyewe, ambayo mara nyingi huonekana kama lango linalofunguka na kufungwa papo hapo. Kitu kilijibu, na hiyo ni taarifa muhimu badala ya ukimya. Ikiwa handshake ilikamilika na kikao kilikufa papo hapo, mtandao uko sawa na mwenyeji anaamua. Angalia ruhusa za kompyuta ya mbali kabla ya kugusa mtandao tena.

Kipengele kinaweza kuwezeshwa kwa mashine wakati ufikiaji umezuiwa kwa vikundi maalum, na msikilizaji anaweza kufungwa kwa njia zinazoondoa anwani uliyotoka. Uthibitishaji wa kiwango cha mtandao huongeza lango ambalo hushindwa kabla kompyuta haijapakiwa, na maandishi yake ya hitilafu yanatofautiana na nenosiri lisilo sahihi. Linganisha ujumbe wa mteja na log ya matukio ya mwenyeji, kwa sababu ujumbe unataja lango na log inataja akaunti.

Kuingia kwenye kikao ni mpaka wake wenyewe

Uthibitishaji ni wa huduma ya kompyuta, si wa VPN. Utambulisho wa tuneli na akaunti ya kompyuta ni vitambulisho tofauti vyenye sera tofauti za kufunga, kwa hiyo tuneli inayofanya kazi inathibitisha tu kwamba tuneli ilikukubali. Kufunga akaunti ya kompyuta hakuathiri tuneli, na kinyume chake pia ni kweli.

Weka zote mbili salama. Jina la faragha linapokosekana, rekebisha njia, kwa sababu kuchapisha msikilizaji kwenye intaneti hubadilisha hitilafu ya ufikiaji na kompyuta iliyo wazi. Usidhoofishe ukaguzi wa utambulisho wa kikao pia ili kupita onyo la cheti lililotokea wakati huo huo. Cheti kilichojisaini kwenye msikilizaji wa RDP hutoa onyo kwa muundo, kwa hiyo kukikubali ni uamuzi na si hatua.

Hesabu majaribio kabla ya kujaribu tena. Vizingiti vya kufunga kompyuta huhesabu kuingia kushindwa kando na hitilafu za VPN, na mteja anayeingia tena kwa kipima muda anaweza kuvuka kizingiti wakati bado unahariri sheria. Ni utaratibu huo huo wa majaribio sambamba unaofunga akaunti baada ya kubadilisha nenosiri.

Kikao kinaweza kuhamisha nini, na kinabaki wapi

Jifunze mtiririko wa kutoka ulioidhinishwa kabla ya kuuhitaji. Kufunga dirisha kunaweza tu kukata mtazamo wakati kikao kinaendelea kwa sera yake iliyosanidiwa, jambo ambalo ni muhimu kwenye mwenyeji unaoshirikiwa au unaokaguliwa. Toka ndani ya kikao wakati sera inatarajia hivyo.

Kisha amua kikao kinaweza kubeba nini, kwa sababu ubao wa kunakili, viendeshi vilivyoelekezwa upya, uelekezaji wa printa na uhamishaji wa faili huhamisha data kati ya mifumo ya ndani na ya mbali pale sera inaruhusu. Programu iliyochapishwa inayoendeshwa upande wa pili si mpaka usio na upakuaji kiotomatiki, na kikao kinachoonekana kusoma-tu kinaweza kubeba ubao wa kunakili hata hivyo. Jaribu kazi halisi na si muunganisho: fungua faili, tumia programu na uthibitishedhe uelekezaji unaouhitaji. Mwongozo wa Microsoft wa kufikia kompyuta ya mbali kutoka nje unaeleza chaguo za uwekaji wazi zinazotumika, na ni rejeleo bora kuliko msikilizaji wa umma ulioongezwa chini ya shinikizo.