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

Programu ya ndani hutatuliwa kwenye mwenyeji wa Windows wakati VPN inapounganishwa, na mgeni wa Ubuntu aliye nyuma ya NAT ya VirtualBox bado haipati. Mgeni ana resolver yake mwenyewe, na adapta ya NAT inaweza kushughulikia DNS kwa njia zaidi ya moja. Kubadilisha resolver ya mgeni na seva ya umma hufanya tovuti za kawaida zifanye kazi na majina ya faragha kushindwa, jambo ambalo huhamisha tatizo badala ya kulitatua. Fanya ukaguzi nne kwa mpangilio na usimame kwenye ule wa kwanza ambao hautimizi.

Thibitisha ni modi gani ya adapta unayotatua

Ni adapta iliyo katika modi ya NAT plain pekee inayofanya kama makala hii inavyoeleza. Adapta ya daraja hukaa kwenye mtandao halisi ikiwa na utambulisho wake, mtandao wa NAT ni swichi pepe yenye jina na mipangilio yake ya DHCP na DNS, na mteja wa VPN ndani ya mgeni huongeza resolver ya pili kabisa. Thibitisha modi kabla ya kusoma zaidi, kwa sababu ukarabati hutofautiana katika kila moja ya hali hizo.

VM moja inaweza kubeba adapta mbili katika modi tofauti, na iliyoathirika siyo kila mara ya kwanza.

Pia thibitisha kwamba mwenyeji hutatua jina hilo kabisa. Fungua programu hiyo hiyo kwenye mwenyeji wakati handaki iko juu, ukitumia jina kamili lile lile ambalo mgeni atatumia. Ikiwa mwenyeji pia atashindwa, mgeni hana kosa na hakuna mabadiliko ya mtandao pepe yatakayoirekebisha.

Fuatilia jina moja kupitia resolver ya mgeni

Chagua jina moja la ndani na jina moja la udhibiti la umma, kisha jaribu yote mawili katika sehemu zote mbili. Jina la umma linalotatuliwa wakati la faragha halitatuliwi hupanga hitilafu kwenye njia ya faragha na siyo kwenye utatuzi wa majina kwa ujumla. Kujaribu jina la faragha pekee hakukuwezeshi kutofautisha resolver iliyovunjika na njia iliyovunjika.

Ndani ya mgeni, angalia resolver imesanidiwa kutumia nini hasa. Kwenye mgeni wa Ubuntu anayeendesha systemd-resolved, hali kwa kila kiungo huonyesha seva zilizofika, na faili ya resolv.conf inaweza kuwa na anwani ya stub pekee, jambo ambalo ni sahihi na siyo la kushutumu. Faili iliyohaririwa kwa mkono au mteja tofauti wa DNS iliyosimbwa inaweza kutuma maulizo mahali pengine kabisa. Andika ulichokuta kabla ya kubadilisha.

resolvectl status
resolvectl query app.internal.example

Tenganisha utatuzi na ufikivu hapa. Anwani inayofika wakati huduma inabaki isifikiki ni swali la uelekezaji au sera, siyo DNS.

Jaribu modi ya resolver ya mwenyeji kwenye adapta hiyo

Chaguo za NAT DNS za VirtualBox zinaeleza mbinu tofauti, na tofauti hiyo ina maana pale resolver ya mwenyeji yenyewe inapobadilika pamoja na handaki. Proksi ya DNS hupeleka maombi ya mgeni kwa seva alizopewa. Modi ya resolver ya mwenyeji hunasa maombi na kuita API ya DNS ya mwenyeji, na hiyo ndiyo modi inayofuata resolver ya Windows iliyosanidiwa upya na mteja wa VPN.

Washa mbinu isiyo sahihi na amri itafaulu hata hivyo wakati tabia haitabadilika, ambayo ni njia ya kuchanganya ya kupoteza mchana.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Andika mipangilio ya sasa ya VM, izime, na uelekee adapta uliyoithibitisha awali. Tarakimu ya mwisho katika chaguo ni namba ya adapta na siyo thabiti, kwa hivyo kuitumia kwenye VM ambayo adapta iliyoathirika ni ya pili ni kitendo kimya kisicho na matokeo. Anzisha mgeni na uangalie usanidi wa resolver alioupata kwa kweli, kwa sababu mipangilio ya mkono ndani ya mgeni hushinda kila kitu ambacho safu ya NAT inatoa. Kumbuka kwamba modi ya resolver ya mwenyeji pia hudhani kwamba njia ya DNS ya mwenyeji yenyewe ndiyo uliyokusudia kushiriki.

Rudia majaribio yale yale wakati wa kuunganisha tena VPN

Rudia maulizo yote mawili ndani ya mgeni, kisha fungua programu halisi na uiruhusu ithibitishe cheti yenyewe. Jaribio la anwani pekee ni muhimu kwa kutenga utatuzi wa majina na halilingani na kipindi cha TLS kinachofanya kazi, kwa hivyo usisimame kwenye ping. Kisha, katika dirisha lililoidhinishwa, tenganisha na uunganishe tena handaki ya mwenyeji na urudie mara moja zaidi. Tabia inayodumu tu kwenye muunganisho wa kwanza baada ya kuwaka ni tatizo la mzunguko wa maisha la kuripotiwa, siyo fumbo la DNS la kufuatiliwa na resolver nyingine.

Utatuzi wa umma kufanya kazi hakuthibitishi kwamba maulizo ya faragha yalibaki kwenye njia ambayo sera yako inahitaji.

Wakati modi ya resolver ya mwenyeji haibadilishi chochote, rudisha usanidi ulioandikwa na uweke uchunguzi nne: mwenyeji alirudisha nini, mgeni alirudisha nini, modi ya adapta na hali ya resolver. Seva ya ndani isiyofikika, kichujio kinachotenga trafiki ya hypervisor na uboreshaji upande wa mgeni kila kimoja kinahitaji marekebisho tofauti. Kubadilisha adapta kuwa daraja hubadilisha muundo wa mtandao na siyo kuweka upya DNS.