DNS gosta u VirtualBoxu pada nakon što se host poveže na VPN

Interna aplikacija se razriješi na Windows hostu u trenutku kada se VPN poveže, a Ubuntu gost iza VirtualBox NAT-a je još uvijek ne može pronaći. Gost ima vlastiti resolver, a NAT adapter može obrađivati DNS na više od jednog načina. Zamjena gostovog resolvera javnim serverom čini obične stranice funkcionalnim, a privatna imena neuspjelim, što problem preusmjerava umjesto da ga rješava. Prođite četiri provjere po redu i zaustavite se na prvoj koja ne vrijedi.

Potvrdite koji način rada adaptera ispravljate

Samo se adapter u običnom načinu rada NAT ponaša kako ovaj članak opisuje. Premošteni adapter stoji na fizičkoj mreži s vlastitim identitetom, NAT mreža je imenovani virtualni preklopnik s vlastitim DHCP i DNS postavkama, a VPN klijent unutar gosta dodaje posve drugi resolver. Potvrdite način rada prije nego što nastavite čitati, jer se popravak razlikuje u svakom od tih slučajeva.

Jedna virtualna mašina može nositi dva adaptera u različitim načinima rada, a pogođeni nije uvijek prvi.

Također potvrdite da host uopće razrješava ime. Otvorite istu aplikaciju na hostu s podignutim tunelom, koristeći isto potpuno kvalificirano ime koje će gost koristiti. Ako i host ne uspije, gost nije kriv i nikakva promjena virtualne mreže to neće popraviti.

Pratite jedno ime kroz resolver gosta

Odaberite jedno interno ime i jedno javno kontrolno ime, zatim oba testirajte na oba mjesta. Javno ime koje se razrješava dok privatno ne, locira kvar na privatnu putanju, a ne na razrješavanje imena općenito. Testiranje samo privatnog imena ne ostavlja vam mogućnost razlikovanja pokvarenog resolvera od pokvarene rute.

Unutar gosta pogledajte na što je resolver stvarno postavljen. Na Ubuntu gostu koji vrti systemd-resolved, status po vezi pokazuje servere koji su stigli, a datoteka resolv.conf može sadržavati samo adresu zamjenskog poslužitelja, što je ispravno, a ne sumnjivo. Ručno uređena datoteka ili zaseban klijent za šifrirani DNS mogu slati upite posve drugdje. Zapišite što nađete prije nego što to promijenite.

resolvectl status
resolvectl query app.internal.example

Ovdje odvojite razrješavanje od dostupnosti. Adresa koja stigne dok usluga ostaje nedostupna pitanje je rutiranja ili politike, a ne DNS-a.

Isprobajte način rada resolvera hosta na tom adapteru

VirtualBoxove NAT DNS opcije opisuju različite mehanizme, a razlika postaje važna kada se vlastiti resolver hosta promijeni s tunelom. DNS proxy prosljeđuje zahtjeve gosta serverima koji su mu predani. Način rada resolvera hosta presreće zahtjeve i poziva DNS API hosta, a to je način koji prati Windows resolver prekonfiguriran VPN klijentom.

Uključite pogrešan mehanizam i naredba će i dalje uspjeti, a ponašanje se neće promijeniti, što je zbunjujuć način da izgubite poslijepodne.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Zapišite trenutne postavke virtualne mašine, isključite je i ciljajte adapter koji ste ranije potvrdili. Posljednja cifra u opciji je broj adaptera, a ne konstanta, pa je primjena na mašinu čiji je pogođeni adapter drugi tiha radnja bez učinka. Pokrenite gosta i provjerite konfiguraciju resolvera koju je stvarno dobio, jer ručna postavka u gostu nadjačava sve što NAT sloj nudi. Imajte na umu da način rada resolvera hosta također pretpostavlja da je vlastita DNS putanja hosta ona koju ste htjeli dijeliti.

Ponovite iste testove kroz ponovno povezivanje VPN-a

Ponovite oba upita u gostu, zatim otvorite pravu aplikaciju i pustite je da sama provjeri certifikat. Test samo po adresi koristan je za izolaciju razrješavanja imena i nije jednak radnoj TLS sesiji, pa nemojte stati na ping. Zatim, u odobrenom terminu, prekinite i ponovno povežite tunel hosta i ponovite još jednom. Ponašanje koje se zadrži samo na prvoj vezi nakon podizanja pitanje je životnog ciklusa o kojem treba izvijestiti, a ne DNS misterij koji treba ganjati drugim resolverom.

Javno razrješavanje koje radi ne dokazuje da su privatni upiti ostali na putanji koju vaša politika zahtijeva.

Kada način rada resolvera hosta ništa ne promijeni, vratite zabilježenu konfiguraciju i zadržite četiri zapažanja: što je vratio host, što je vratio gost, način rada adaptera i stanje resolvera. Nedostupni interni server, filter koji isključuje promet hipervizora i nadjačavanje na strani gosta svaki zahtijeva drugačiju ispravku. Pretvaranje adaptera u most mijenja dizajn mreže i nije DNS reset.