DNS gesta í VirtualBox NAT brotnar þegar hýsillinn tengist VPN

Á Windows-hýsli leysist innra nafn forritsins um leið og VPN tengist, en inni í Ubuntu-gesti ekki. Gesturinn heldur eigin stillingar leysisins, og NAT-tengið fyrir framan getur svarað DNS-fyrirspurnum á tvo mismunandi vegu. Að beina gestinum að opinberum leysi fær vefsíður til að hlaðast aftur á meðan einkanöfn haldast brotin. Þess vegna er slóð leysisins rakin áður en nokkuð er breytt.

Fylgdu einni uppflettingu í gegnum NAT-tengið

Veldu eitt innra fullgilt nafn og eitt opinbert nafn sem viðmiðun. Með göngin uppi, staðfestu á hýslinum að innra nafnið leysist og að forritið fyrir aftan opnist. Keyrðu svo sömu tvær fyrirspurnir inni í gestinum og berðu saman svörin, ekki verkfærin.

Staðfestu að tengið sé virkilega venjulegt NAT áður en lengra er haldið. Brúartengi, nefnt NAT-net og annar VPN-klientur inni í gestinum hafa hvert sína stillingu og sína skýringu. Að giska á þessum punkti sóar restinni af rannsókninni.

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

Fyrsta skipunin sýnir ham tengisins og hvert NAT-net sem er tengt því. Inni í Ubuntu-gesti telur sú önnur upp DNS-stillingar á hverja tengingu, og sú þriðja afhjúpar oft aðeins staðbundið stub-tölu, sem þýðir að raunverulega upstream er annars staðar.

Haltu leysingu og aðgengi aðskildum. Gestur sem fær rétta tölu en getur ekki opnað tengingu er með leiðar-, síu- eða þjónustuheimildarvandamál, og frekari DNS-breytingar munu aldrei snerta það. Prófaðu töluna sérstaklega og skrifaðu niður hvor hinna tveggja mistókst.

Proxy-hamur og leysirshamur hýsilsins eru mismunandi kerfi

Í proxy-ham sendir NAT-vélin fyrirspurnir gestsins á DNS-þjóna sem hún þekkir þegar. Í leysirsham hýsilsins grípur hún fyrirspurnina og biður stýrikerfi hýsilsins að leysa nafnið með því sem hýsillinn notar núna. Aðeins hinn síðari fylgir VPN-klient sem endurskrifar leysingu hýsilsins þegar göngin rísa. Þess vegna gefa stillingarnar tvær mismunandi svör á sömu vél.

Þessi munur er allt vandamálið í einni setningu. Að gefa gestinum lista af þjónatölum er ekki það sama og að biðja Windows að leysa nafn í gegnum stilltan leysi sinn, og í VPN með skiptu DNS eru svörin tvö mismunandi. Valkosturinn á tenginu snýst um kerfi, ekki um heimild.

Hvorugur hamurinn veitir aðgang að neinu. Heimildin býr í VPN-stefnunni og í þjónustunni, og uppfletting sem virkar þýðir bara að nafn varð að tölu.

Skiptu um tengi og staðfestu svo hvað gesturinn fær

Skráðu fyrst net- og DNS-stillingar VM-ins og slökktu svo á vélinni svo að það sé varanlega stillingin sem þú breytir. Fyrir VM að nafni work-ubuntu þar sem fyrsta tengið ber NAT er valkosturinn á hverju tengi stilltur af hýslinum meðan VM-ið er slökkt. Ræstu það aftur eftir það og skoðaðu niðurstöðuna í stað þess að treysta útgangsstöðunni.

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

Síðasti tölustafurinn velur númer tengisins, svo það er ekki algilt gildi; stilling fyrir tengi 2 bæri 2 á þeim stað. Notaðu VBoxManage-tvíkvikann sem tilheyrir uppsettu VirtualBox-útgáfunni, því eldri útgáfa á slóðinni getur skrifað stillingar sem keyrandi útgáfan hunsar.

Að virkja proxy-valkostinn í staðinn velur annað kerfi og gefur þér ekki hegðun leysis hýsilsins. Eftir að gesturinn ræsist skaltu athuga DNS-stillinguna sem hann hefur raunverulega, því festur leysir eða dulkóðuð DNS-stilling inni í gestinum heldur forritum á annarri slóð óháð því sem tengið býður.

Prófaðu í gegnum allan lífsferil VPN, ekki bara einu sinni

Endurtaktu báðar uppflettingarnar í gestinum, opnaðu svo raunverulega forritið og láttu það sannreyna TLS-hýsilnafnið. Tengingarpróf með aðeins IP einangrar DNS vel, en það er ekki skírteinisathugun og ætti ekki að tilkynna sem slíka. Skráðu nafnið, töluna og niðurstöðu forritsins saman.

Í samþykktum glugga, aftengdu og endurtengdu VPN hýsilsins og endurtaktu prófið. Niðurstaðan ætti að passa við aðgangsstefnuna, og að opinber leysing virki aftur segir ekkert um hvort einkafyrirspurnir hafi verið á fyrirhugaðri slóð.

Þegar leysirshamur hýsilsins breytir engu skaltu setja skráða gildið aftur og halda athugununum. VPN-klientur sem útilokar umferð hypervisor, óaðgengilegur innri leysir og fest stilling gestsins þurfa hvert sína leiðréttingu, og að brúa tengið breytir netkerfis hönnuninni í stað þess að endurstilla DNS.