Kwa nini VPN ya mgeni wako inashindwa nyuma ya NAT ya VirtualBox?

Kivinjari ndani ya mashine pepe kinafanya kazi, na mteja wa VPN kwenye mgeni huyo huyo hawezi kubeba data. Mgeni ana muunganisho wazi, kwa hiyo hitilafu iko katika kile itifaki ya nje ya VPN inahitaji na kile NAT pepe itakachopitisha. Masharti matatu yanaamua matokeo: ni mchakato gani unamiliki VPN, ubadilishanaji wa nje unaonekanaje kwenye waya, na je, hali ya adapta ni ile unayofikiri. Kutaja sharti unaloweza kubadilisha ndilo uamuzi wote.

Tafuta mchakato wa VPN kabla ya kulaumu mtandao

Kwanza amua ikiwa VPN inafanya kazi ndani ya mgeni au kwenye mwenyeji, kwa sababu mipangilio miwili inashindwa kwa namna tofauti. Mteja ndani ya mgeni hujenga muunganisho wake wa nje kupitia adapta ya mgeni na tafsiri yoyote iliyo nyuma yake. VPN ya mwenyeji hukamata trafiki ya mgeni kulingana na sera ya mwenyeji na hypervisor, ambayo ni mahali tofauti pa kukamata penye kanuni zake. Zinaweza kufanya kazi kwa wakati mmoja na kuchanganya ushahidi, kwa hiyo tambua ipi inapaswa kubeba trafiki hii kabla ya kugusa yoyote.

Andika hali ya adapta ya mgeni sasa, kabla ya kubadilisha chochote. Thamani hiyo moja inaeleza sehemu kubwa ya yanayofuata, na ni kitu cha kwanza ambacho mtu yeyote atakuuliza baadaye.

Ubadilishanaji wa nje huamua utangamano

Mwongozo wa mtandao wa VirtualBox unaorodhesha mipaka ya NAT ambayo ni muhimu hapa: hautapitisha itifaki nyingine isipokuwa TCP na UDP, GRE imetajwa kama isiyotumika, na PPTP imetolewa kama mfano ulioathirika. PPTP hutumia ubadilishanaji wa udhibiti wa TCP na GRE kwa data, kwa hiyo muunganisho wa udhibiti unaweza kufanikiwa wakati njia ya data haiwezi kuvuka mpaka huo huo. Hizi ni ushahidi mbili tofauti, na moja tu kati yao inahusu kubeba trafiki. Kuruhusu lango la TCP 47 katika kanuni ya firewall si sawa na kuruhusu itifaki ya IP 47, na hizo mbili huchanganywa kila mara.

Shikilia kizuizi kikiwa kimefungwa na mpangilio huu wa NAT na si na kila kifaa kinachotumia neno NAT. Kipanga njia halisi kinaweza kupitisha GRE bila malalamiko wakati NAT pepe inaiacha, na hypervisor nyingine hufanya uamuzi wake kuhusu kile inachosambaza. Pale ambapo shirika linatoa usafirishaji ulioidhinishwa ndani ya TCP au UDP, tumia mteja na wasifu wake unaotumika kwa njia hiyo. Utangamano ni sharti moja kati ya kadhaa, na hauimarishi imani ya seva au ruhusa ya akaunti au njia za kibinafsi zinazofanya kazi.

Daraja hubadilisha nini hasa

Daraja hukabidhi anwani ya MAC ya mgeni kwa sehemu halisi badala ya kuificha nyuma ya tafsiri. Kisha mgeni huchukua anwani kutoka kwa seva yoyote ya DHCP inayohudumia sehemu hiyo, hujibu ARP kwa anwani hiyo, na huonekana kwa swichi ya juu kama lango moja zaidi. Hilo huondoa njia ya tafsiri pepe, ambayo ndiyo sababu hasa kwa nini kichocheo cha zamani kinapendekeza, na hubadilisha mambo mengine matatu wakati huo huo. Anwani sasa inatoka kwenye sehemu ya ndani na si kwa hypervisor, mfichuo unamaanisha mgeni anaonekana kwa sehemu hiyo, na uandikishaji unategemea lango la swichi na sera yake. Kila moja ya haya inaweza kuwa sababu ya kukataa mabadiliko, na hakuna moja kuhusu itifaki ya VPN.

Ujenzi wa daraja hauwei plugini inayokosekana, hautoi wakala wa siri asiyepatikana, na hautengenezi kukataliwa kwa uthibitishaji. Pia haifanyi itifaki ya kizamani kuwa chaguo zuri, na pale opereta anapokuwa na mbadala unaotunzwa, uamuzi ni huo na si kubadilisha hypervisor. Uelekezaji wa lango ni jukumu la tatu kabisa: huchapisha huduma ya kuingia na haifanyi chochote kwa itifaki ya nje ya mteja anayetoka.

Mifereji miwili, njia mbili za ushahidi

VPN ya mgeni inahitaji njia inayoweza kutumika kutoka kiolesura cha mgeni hadi mwenzake kabla ya anwani yoyote ya ndani au njia ya kibinafsi kuwa muhimu. Pale ambapo VPN ya mwenyeji ipo, inaweza kusambaza au kuzuia ubadilishanaji huo wa nje kulingana na sera yake, na handaki ya ndani ya mgeni huanza tu baada ya ile ya nje kufanikiwa. Ufikiaji wa tabaka lolote hauwezi kusomwa kutoka kwa aikoni moja iliyounganishwa au kutoka anwani ya umma ya kivinjari cha mwenyeji.

Hifadhi ujumbe wa kosa wa kwanza na si wa mwisho, kwa sababu kushindwa kwa mapema kunataja tabaka. Badilisha mpangilio mmoja wa mtandao unaotumika kwa wakati mmoja, ukiwa na wasifu sawa wa mgeni na vitambulisho sawa, ili ulinganisho uwe na maana. Kutokana na kushindwa amua hatua gani ilivunjika: ujumuishaji wa ndani, usafirishaji, uthibitishaji, au ufikiaji wa rasilimali baada ya handaki kupanda. Kila moja ina mmiliki tofauti, na moja tu ni swali la hypervisor.

Sharti gani linalokuzuia kweli

Sasa uamuzi unapungua hadi maswali matatu yenye majibu tofauti. Ikiwa itifaki ya nje iko nje ya TCP na UDP, hali ya NAT ndiyo kizuizi, na njia ya mbele ni daraja au usafirishaji wa TCP/UDP ulioidhinishwa. Ikiwa ubadilishanaji wa nje unakamilika na njia ya data haifanyi hivyo, kizuizi ni kile kile kilichoonekana katika ushahidi wa pili. Ikiwa handaki inapanda na rasilimali hazijibu, tatizo limekwisha kupita hypervisor kwenda kwenye uelekezaji au sera.

Andika jibu pamoja na hali ya adapta kando, vinginevyo mtu anayefuata atarudia mchana huo huo. Baada ya marekebisho yoyote jaribu programu halisi na utatuzi wa majina ndani ya mgeni, kisha unganisha tena na ujaribu sera ya kushindwa. Ukurasa wa wavuti unaofanya kazi kupitia handaki unathibitisha tu kwamba njia ya wavuti inafanya kazi, ambayo ni dai dogo kuliko inavyohisi wakati huo.