VirtualBoxi külalise DNS katkeb, kui host liitub VPN-iga

Sisemine rakendus laheneb Windowsi hostil hetkel, kui VPN ühendub, ja VirtualBoxi NAT-i taga olev Ubuntu külaline ei leia seda ikka veel. Külalisel on oma resolver ja NAT-adapter suudab DNS-iga tegeleda rohkem kui ühel viisil. Külalise resolveri asendamine avaliku serveriga paneb tavalised veebisaidid tööle ja privaatsed nimed ebaõnnestuma, mis suunab probleemi mujale, selle asemel et see lahendada. Käige neli kontrolli järjekorras läbi ja peatuge esimesel, mis ei kehti.

Kinnitage, millist adapteri režiimi te silute

Ainult lihtsas režiimis NAT adapter käitub nii, nagu see artikkel kirjeldab. Sillaadapter asub füüsilisel võrgul oma identiteediga, NAT-võrk on nimega virtuaalne kommutaator oma DHCP ja DNS seadetega ning külalise sees olev VPN-klient lisab täiesti teise resolveri. Kinnitage režiim enne edasilugemist, sest parandus erineb kõigil neil juhtudel.

Üks virtuaalmasin võib kanda kahte erinevas režiimis adapterit ja mõjutatud ei ole alati esimene.

Kinnitage ka seda, et host üldse nime lahendab. Avage sama rakendus hostil tunneliga üles, kasutades sama täielikult kvalifitseeritud nime, mida külaline kasutab. Kui ka host ebaõnnestub, ei ole külaline süüdi ja ükski virtuaalvõrgu muudatus ei paranda seda.

Jälgige ühte nime külalise resolveri kaudu

Valige üks sisemine nimi ja üks avalik kontrollnimi, seejärel testige mõlemat mõlemas kohas. Avalik nimi, mis laheneb, samal ajal kui privaatne ei lahene, paigutab vea privaatsele teele, mitte nimede lahendamisele üldiselt. Ainult privaatse nime testimine ei võimalda teil eristada katkist resolverit katkisest marsruudist.

Vaadake külalise sees, mille jaoks resolver tegelikult seadistatud on. systemd-resolvediga Ubuntu külalisel näitab lingipõhine olek saabunud servereid ja fail resolv.conf võib sisaldada ainult stub-aadressi, mis on õige, mitte kahtlane. Käsitsi redigeeritud fail või eraldi krüpteeritud DNS-i klient võib saata päringud hoopis mujale. Kirjutage üles, mida leidsite, enne kui seda muudate.

resolvectl status
resolvectl query app.internal.example

Eraldage siin lahendamine kättesaadavusest. Aadress, mis saabub teenuse kättesaamatuks jäämise ajal, on marsruutimise või poliitika küsimus, mitte DNS-i küsimus.

Proovige sellel adapteril hosti resolveri režiimi

VirtualBoxi NAT DNS-i valikud kirjeldavad erinevaid mehhanisme ja vahe loeb, kui hosti enda resolver muutub koos tunneliga. DNS-proxy edastab külalise päringud serveritele, mis sellele anti. Hosti resolveri režiim püüab päringud kinni ja kutsub hosti DNS API-t, ning see on režiim, mis järgib VPN-kliendi poolt ümber seadistatud Windowsi resolverit.

Lülitage sisse vale mehhanism ja käsk õnnestub ikkagi, samal ajal kui käitumine ei muutu, mis on segadust tekitav viis pärastlõuna kaotamiseks.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

Kirjutage üles virtuaalmasina praegused seaded, lülitage see välja ja suunake adapterile, mille te varem kinnitasite. Valiku viimane number on adapteri number, mitte konstant, seega selle rakendamine masinale, mille mõjutatud adapter on teine, on vaikne tulemuseta toiming. Käivitage külaline ja kontrollige resolveri konfiguratsiooni, mille see tegelikult sai, sest käsitsi seadistus külalises tühistab kõik, mida NAT-kiht pakub. Pidage meeles, et hosti resolveri režiim eeldab ka seda, et hosti enda DNS-i tee on see, mida te tahtsite jagada.

Korrake samu teste üle VPN-i taasthenduse

Korrake mõlemat päringut külalises, seejärel avage tegelik rakendus ja laske sellel sertifikaat ise valideerida. Ainult aadressil põhinev test on kasulik nimede lahendamise isoleerimiseks ega ole samaväärne töötava TLS-sessiooniga, nii et ärge peatuge pingil. Seejärel, heakskiidetud aknas, katkestage ja ühendage uuesti hosti tunnel ning korrake veel kord. Käitumine, mis püsib ainult esimesel ühendusel pärast alglaadimist, on elutsükli probleem, millest tuleb teatada, mitte DNS-i mõistatus, mida teise resolveriga taga ajada.

Avaliku lahendamise toimimine ei tõesta, et privaatsed päringud jäid teele, mida teie poliitika nõuab.

Kui hosti resolveri režiim ei muuda midagi, pange salvestatud konfiguratsioon tagasi ja hoidke neli tähelepanekut: mida host tagastas, mida külaline tagastas, adapteri režiim ja resolveri olek. Kättesaamatu sisemine server, filter, mis välistab hüperviisori liikluse ja külalise poolne ülekirjutus vajavad igaüks erinevat parandust. Adapteri sillaks muutmine muudab võrgu disaini ja ei ole DNS-i lähtestamine.