DNS VirtualBox-gestsins brotnar eftir að hýsillinn tengist VPN

Innra forrit leysist á Windows-hýslinum um leið og VPN tengist, og Ubuntu-gesturinn bak við NAT VirtualBox finnur það enn ekki. Gesturinn hefur sinn eigin leysi, og NAT-millistykkið getur meðhöndlað DNS á fleiri en einn hátt. Að skipta leysi gestsins út fyrir opinberan netþjón fær venjulegar vefsíður til að virka og einkanöfn til að mistakast, sem færir vandamálið annað í stað þess að leysa það. Farðu í gegnum fjórar athuganir í röð og stöðvaðu við þá fyrstu sem stendur ekki.

Staðfestu hvaða millistykki ham þú ert að kemba

Aðeins millistykki í venjulegum NAT ham hegðar sér eins og þessi grein lýsir. Brúarmillistykki situr á líkamlega netinu með eigin auðkenni, NAT-net er nefndur sýndarrofi með eigin DHCP- og DNS-stillingum, og VPN-viðskiptavinur inni í gestinum bætir við algjörlega öðrum leysi. Staðfestu haminn áður en þú lest áfram, því viðgerðin er mismunandi í hverju þessara tilvika.

Ein sýndarvél getur borið tvo millistykkja í mismunandi stillingum, og sá sem verður fyrir áhrifum er ekki alltaf fyrstur.

Staðfestu líka að hýsillinn leysi nafnið yfirhöfuð. Opnaðu sama forritið á hýslinum með göngin uppi, og notaðu sama fulla nafnið sem gesturinn mun nota. Ef hýsillinn mistekst líka er gesturinn ekki sökudólgurinn og engin breyting á sýndarneti bætir það.

Fylgdu einu nafni í gegnum leysi gestsins

Veldu eitt innra nafn og eitt opinbert stjórnnafn og prófaðu svo bæði á báðum stöðum. Opinbert nafn sem leysist á meðan hið einkarekna gerir það ekki staðsetur gallann á einkaslóðinni frekar en í nafnaleysingu almennt. Að prófa aðeins einkarekna nafnið skilur þig eftir ófæran um að greina brotinn leysi frá brotinni slóð.

Inni í gestinum, skoðaðu fyrir hverju leysirinn er í raun stilltur. Á Ubuntu-gesti með systemd-resolved sýnir staða hverrar tengingar netþjónana sem bárust, og skráin resolv.conf getur aðeins innihaldið stub-tölu, sem er rétt en ekki grunsamlegt. Handbreytt skrá eða sérstakur dulrituð-DNS-viðskiptavinur getur sent fyrirspurnir algjörlega annað. Skrifaðu niður það sem þú finnur áður en þú breytir því.

resolvectl status
resolvectl query app.internal.example

Aðskildu hér lausn frá aðgengi. Vistfang sem berst á meðan þjónustan er óaðgengileg er spurning um leiðarval eða stefnu, ekki DNS.

Prófaðu leysisham hýsilsins á því millistykki

NAT-DNS-valkostir VirtualBox lýsa mismunandi aðferðum, og munurinn skiptir máli þegar eigin leysir hýsilsins breytist með göngunum. DNS-proxy sendir beiðnir gestsins áfram til netþjóna sem það fékk. Leysishamur hýsilsins grípur beiðnirnar og kallar á DNS-API hýsilsins, og það er hamurinn sem fylgir Windows-leysi sem VPN-viðskiptavinur stillti upp á nýtt.

Virkjaðu ranga aðferð og skipunin tekst samt á meðan hegðunin breytist ekki, sem er ruglingsleg leið til að missa síðdegi.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Skrifaðu niður núverandi stillingar sýndarvélarinnar, slökktu á henni og miðaðu á millistykkið sem þú staðfestir fyrr. Síðasta talan í valkostinum er millistykkinúmer en ekki fasti, svo að beita henni á vél þar sem fyrir áhrifum verða millistykkið er annað er hljóðlát aðgerð án áhrifa. Ræstu gestinn og athugaðu leysistillinguna sem hann fékk í raun, því handvirk stilling í gestinum gengur framar öllu sem NAT-lagið býður. Mundu að leysishamur hýsilsins gerir líka ráð fyrir að eigin DNS-slóð hýsilsins sé sú sem þú ætlaðir að deila.

Endurtaktu sömu prófanir yfir endurtengingu VPN

Endurtaktu báðar fyrirspurnirnar í gestinum, opnaðu svo raunverulega forritið og láttu það staðfesta vottorðið sjálft. Prófun sem byggir aðeins á vistfangi er gagnleg til að einangra nafnaleysingu og jafngildir ekki vinnandi TLS-lotu, svo stöðvaðu ekki við ping. Aftengdu og endurtengdu svo göng hýsilsins í samþykktum glugga og endurtaktu einu sinni enn. Hegðun sem helst aðeins í fyrstu tengingu eftir ræsingu er lífsferilsvandamál sem tilkynna þarf, ekki DNS-ráðgáta til að elta með öðrum leysi.

Að opinber lausn virki sannar ekki að einkafyrirspurnir hafi verið á þeirri slóð sem stefnan þín krefst.

Þegar leysishamur hýsilsins breytir engu, settu skráðu stillinguna til baka og haltu fjórum athugunum: hvað hýsillinn skilaði, hvað gesturinn skilaði, millistykki hamnum og stöðu leysisins. Óaðgengilegur innri netþjónn, sía sem útilokar umferð hypervisors og yfirskrifun á gestahlið þurfa hvert sína leiðréttingu. Að breyta millistykkinu í brú breytir netuppsetningunni og er ekki DNS-endurstilling.