VirtualBox viesa DNS sabrūk pēc tam, kad mitinātājs pievienojas VPN

Iekšēja lietotne tiek atrisināta Windows mitinātājā tajā mirklī, kad VPN pievienojas, un Ubuntu viesis aiz VirtualBox NAT joprojām to nevar atrast. Viesim ir savs risinātājs, un NAT adapteris var apstrādāt DNS vairāk nekā vienā veidā. Viesa risinātāja aizstāšana ar publisku serveri liek parastajām vietnēm strādāt un privātajiem nosaukumiem neizdoties, kas problēmu pārvieto, nevis atrisina. Veiciet četras pārbaudes pēc kārtas un apstājieties pie pirmās, kas neiztur.

Apstipriniet, kuru adaptera režīmu jūs atkļūdojat

Tikai adapteris vienkāršā NAT režīmā uzvedas tā, kā apraksta šis raksts. Tilta adapteris atrodas fiziskajā tīklā ar savu identitāti, NAT tīkls ir nosaukts virtuālais komutators ar saviem DHCP un DNS iestatījumiem, un VPN klients viesa iekšienē pievieno pilnīgi otru risinātāju. Apstipriniet režīmu pirms lasīšanas tālāk, jo labojums katrā no šiem gadījumiem atšķiras.

Viena virtuālā mašīna var pārvadāt divus adapterus dažādos režīmos, un skartais ne vienmēr ir pirmais.

Apstipriniet arī to, ka mitinātājs vispār atrisina nosaukumu. Atveriet to pašu lietotni mitinātājā ar paceltu tuneli, izmantojot to pašu pilnībā kvalificēto nosaukumu, ko izmantos viesis. Ja arī mitinātājs neizdodas, vaina nav viesī un nekādas virtuālā tīkla izmaiņas to nelabos.

Izsekojiet vienam nosaukumam cauri viesa risinātājam

Izvēlieties vienu iekšēju nosaukumu un vienu publisku kontroles nosaukumu, pēc tam pārbaudiet abus abās vietās. Publisks nosaukums, kas tiek atrisināts, kamēr privātais netiek, lokalizē kļūdu privātajā ceļā, nevis nosaukumu risināšanā kopumā. Pārbaudot tikai privāto nosaukumu, jūs nevarēsiet atšķirt salauztu risinātāju no salauzta maršruta.

Viesa iekšienē aplūkojiet, kam risinātājs faktiski ir konfigurēts. Ubuntu viesī ar systemd-resolved saites statuss rāda pienākušos serverus, un failā resolv.conf var būt tikai stub adrese, kas ir pareizi, nevis aizdomīgi. Ar roku rediģēts fails vai atsevišķs šifrēta DNS klients var sūtīt vaicājumus pavisam citur. Pierakstiet atrasto pirms kaut ko maināt.

resolvectl status
resolvectl query app.internal.example

Šeit atdaliet atrisināšanu no sasniedzamības. Adrese, kas pienāk, kamēr pakalpojums paliek nesasniedzams, ir maršrutēšanas vai politikas jautājums, nevis DNS jautājums.

Izmēģiniet mitinātāja risinātāja režīmu šajā adapterī

VirtualBox NAT DNS opcijas apraksta dažādus mehānismus, un atšķirība kļūst svarīga, kad mitinātāja paša risinātājs mainās līdz ar tuneli. DNS starpniekserveris pārsūta viesa pieprasījumus uz serveriem, kas tam tika doti. Mitinātāja risinātāja režīms pārtver pieprasījumus un izsauc mitinātāja DNS API, un tas ir režīms, kas seko VPN klienta pārkonfigurētam Windows risinātājam.

Ieslēdziet nepareizo mehānismu, un komanda tomēr izdosies, kamēr uzvedība nemainīsies, kas ir mulsinošs veids, kā zaudēt pēcpusdienu.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Pierakstiet virtuālās mašīnas pašreizējos iestatījumus, izslēdziet to un mērķējiet uz adapteri, kuru apstiprinājāt iepriekš. Pēdējais cipars opcijā ir adaptera numurs, nevis konstante, tāpēc tā piemērošana mašīnai, kuras skartais adapteris ir otrais, ir klusa bezefekta darbība. Palaidiet viesi un pārbaudiet risinātāja konfigurāciju, ko tas faktiski saņēma, jo manuāls iestatījums viesī pārspēj visu, ko piedāvā NAT slānis. Atcerieties, ka mitinātāja risinātāja režīms arī pieņem, ka mitinātāja paša DNS ceļš ir tas, ko jūs gribējāt koplietot.

Atkārtojiet tos pašus testus VPN atkārtotas savienošanas laikā

Atkārtojiet abus vaicājumus viesī, pēc tam atveriet īsto lietotni un ļaujiet tai pašai validēt sertifikātu. Tests tikai ar adresi ir noderīgs nosaukumu risināšanas izolēšanai un nav līdzvērtīgs strādājošai TLS sesijai, tāpēc neapstājieties pie ping. Pēc tam apstiprinātā laika logā atvienojiet un atkal pievienojiet mitinātāja tuneli un atkārtojiet vēlreiz. Uzvedība, kas saglabājas tikai pirmajā savienojumā pēc starta, ir ziņojama dzīves cikla problēma, nevis DNS noslēpums, kam jādzījas ar citu risinātāju.

Tas, ka publiskā atrisināšana strādā, nepierāda, ka privātie vaicājumi palika ceļā, kuru prasa jūsu politika.

Kad mitinātāja risinātāja režīms neko nemaina, atgrieziet pierakstīto konfigurāciju un saglabājiet četrus novērojumus: ko atgrieza mitinātājs, ko atgrieza viesis, adaptera režīmu un risinātāja stāvokli. Nesasniedzams iekšējais serveris, filtrs, kas izslēdz hipervizora datplūsmu un pārrakstīšana viesa pusē katrs prasa citu labojumu. Adaptera pārvēršana par tiltu maina tīkla dizainu un nav DNS atiestatīšana.