DNS ya mgeni wa VirtualBox NAT huvunjika baada ya mwenyeji kujiunga na VPN

Kwenye mwenyeji wa Windows jina la ndani la programu hutatuliwa mara VPN inapounganishwa, lakini ndani ya mgeni wa Ubuntu haitatuliwi. Mgeni huhifadhi mipangilio yake mwenyewe ya kitatuzi, na adapta ya NAT iliyo mbele yake inaweza kujibu maswali ya DNS kwa njia mbili tofauti. Kuelekeza mgeni kwa kitatuzi cha umma hufanya tovuti zipakuliwe tena, lakini majina ya faragha hubaki yamevunjika. Ndiyo sababu njia ya kitatuzi hufuatiliwa kabla ya kitu chochote kuhaririwa.

Fuatilia utafutaji mmoja kupitia adapta ya NAT

Chagua jina moja la ndani lililostahiki kikamilifu na jina moja la umma kama udhibiti. Tuneli ikiwa juu, thibitisha kwenye mwenyeji kwamba jina la ndani linatatuliwa na kwamba programu iliyo nyuma yake inafunguka. Kisha endesha utafutaji huo huo mbili ndani ya mgeni na linganisha majibu, si zana.

Kabla ya kuendelea, thibitisha kwamba adapta ni NAT ya kawaida kweli. Adapta ya daraja, mtandao wa NAT wenye jina na mteja wa pili wa VPN ndani ya mgeni kila mmoja una usanidi wake na maelezo yake. Kubahatisha katika hatua hii kunapoteza uchunguzi uliobaki.

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

Amri ya kwanza inaonyesha hali ya adapta na mtandao wowote wa NAT uliounganishwa nayo. Ndani ya mgeni wa Ubuntu ya pili inaorodhesha mipangilio ya DNS kwa kila kiungo, na ya tatu mara nyingi hufichua anwani ya stub ya ndani tu, kumaanisha kwamba upstream halisi iko mahali pengine.

Tenganisha utatuzi na ufikivu. Mgeni anayepokea anwani sahihi lakini hawezi kufungua muunganisho ana tatizo la uelekezaji, uchujaji au ruhusa ya huduma, na mabadiliko zaidi ya DNS hayatamgusa kamwe. Jaribu anwani kivyake na uandike ni ipi kati ya hizo mbili ilishindwa.

Hali ya proksi na hali ya kitatuzi cha mwenyeji ni mifumo tofauti

Katika hali ya proksi injini ya NAT hupeleka maswali ya mgeni kwa seva za DNS ambazo tayari inazijua. Katika hali ya kitatuzi cha mwenyeji inakamata swali na kuomba mfumo wa uendeshaji wa mwenyeji utatue jina kwa kile mwenyeji anachotumia sasa hivi. Ni ya pili pekee inayofuata mteja wa VPN anayeandika upya utatuzi wa mwenyeji wakati tuneli inapoinuka. Ndiyo sababu mipangilio hiyo miwili hutoa majibu tofauti kwenye mashine moja.

Tofauti hiyo ni tatizo zima katika sentensi moja. Kumpa mgeni orodha ya anwani za seva si sawa na kumwomba Windows itatue jina kupitia kitatuzi chake kilichosanidiwa, na kwenye VPN yenye DNS iliyogawanyika majibu mawili yanatofautiana. Chaguo la adapta linahusu utaratibu, si ruhusa.

Hakuna hali inayotoa ufikiaji wa kitu chochote. Idhini huishi katika sera ya VPN na katika huduma, na utafutaji unaofanya kazi unamaanisha tu kwamba jina limegeuka kuwa anwani.

Badilisha adapta, kisha thibitisha kile mgeni anapokea

Kwanza andika mipangilio ya mtandao na DNS ya VM, kisha zima mashine ili uhariri usanidi wa kudumu. Kwa VM inayoitwa work-ubuntu ambayo adapta yake ya kwanza hubeba NAT, chaguo kwa kila adapta huwekwa kutoka kwa mwenyeji wakati VM imezimwa. Kisha iwashe tena na ukague matokeo badala ya kuamini hali ya kutoka.

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

Nambari ya mwisho huchagua nambari ya adapta, kwa hivyo si thamani ya jumla; mpangilio wa adapta 2 ungebeba 2 katika nafasi hiyo. Tumia faili binary ya VBoxManage inayomilikiwa na toleo lililosakinishwa la VirtualBox, kwa sababu ya zamani zaidi kwenye njia inaweza kuandika mipangilio ambayo toleo linaloendesha huipuuza.

Kuwasha chaguo la proksi badala yake huchagua utaratibu mwingine na haikupi tabia ya kitatuzi cha mwenyeji. Baada ya mgeni kuanza, angalia usanidi wa DNS ambao kweli anao, kwa sababu kitatuzi kilichobandikwa au mpangilio wa DNS uliosimbwa ndani ya mgeni huweka programu kwenye njia nyingine bila kujali kile adapta inatoa.

Jaribu katika mzunguko mzima wa maisha ya VPN, si mara moja tu

Rudia utafutaji wote wawili ndani ya mgeni, kisha fungua programu halisi na uiruhusu ithibitishe jina la mwenyeji la TLS. Jaribio la muunganisho kwa IP pekee hutenga DNS vizuri, lakini si ukaguzi wa cheti na haipaswi kuripotiwa hivyo. Andika jina, anwani na matokeo ya programu pamoja.

Wakati wa dirisha lililoidhinishwa, kata na unganisha tena VPN ya mwenyeji na urudie jaribio. Matokeo yanapaswa kuendana na sera ya ufikiaji, na utatuzi wa umma kufanya kazi tena hausemi chochote kuhusu ikiwa maswali ya faragha yalibaki kwenye njia iliyokusudiwa.

Wakati hali ya kitatuzi cha mwenyeji haibadilishi chochote, rudisha thamani iliyoandikwa na uhifadhi uchunguzi. Mteja wa VPN anayetenga trafiki ya hypervisor, kitatuzi cha ndani kisichofikiwa na mpangilio wa mgeni uliobandikwa kila mmoja unahitaji marekebisho tofauti, na kuweka daraja kwenye adapta hubadilisha muundo wa mtandao badala ya kuweka upya DNS.