Windows VPN-DNS-lekkasje: kvifor metrikken slår ruta

Eit oppslag forlèt maskinen og når heimerutaren medan kvar pakke blir tunnellert. Den nærliggjande konklusjonen er ei manglande rute, og ruta er som regel i orden. Windows kan velje kva grensesnitt sin resolver som blir spurd, ut frå grensesnittmetrikken, og ein tunneladapter taper ofte denne samanlikninga mot den trådlause.

To forklaringar på éin lekkasje

Ruteforklaringa seier at noko av trafikken slepp ut av tunnelen, så standardruta eller lista for delt tunnel må vere feil. Den forklaringa kan testast med éin kommando, og når standardruta peikar inn i tunnelen, er saka avgjort. Sjekk ho først fordi ho er billeg, og legg ho så til side når ho kjem tilbake rein.

Rangforklaringa seier at trafikken er fullt tunnellert og at oppslaget likevel blir sendt til ein annan resolver. Windows behandlar resolvervalet som ein eigenskap per grensesnitt med ein rekkjefølgje, så ein fysisk adapter med betre metrikk kan levere DNS for eit namn sjølv om pakkane til den oppslåtte adressa går gjennom tunnelen. Begge forklaringane gir same symptom på ei lekktestside, difor er testen ikkje diagnosen. Berre éin av dei blir reparert ved å endre ruter.

Samanlikn metrikkar og resolverar

Noter grensesnitta, metrikkane deira og dei konfigurerte tenarane medan tunnelen er oppe. Les dei som ein tabell og ikkje som to separate lister, fordi spørsmålet er kva resolver som kjem først, ikkje kva resolverar som finst.

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

Viss tunneladapteren har eit høgare tal enn den fysiske adapteren, er resolveren hans ikkje føretrekt, og eit internt namn går til det den fysiske sida tilbyr. Den rutaren kan svare frå hurtigbufferen, senda oppslaget vidare eller avvise det, og ingen av desse utfalla er designet du hadde tenkt deg. Rangeringa er ei preferanse, så ho taper i stillheit i staden for å reise ein feil.

Ein tunneladapter heilt utan konfigurert resolver er ein like vanleg variant. Klienten reiser grensesnittet utan å skyve DNS, så rangspørsmålet oppstår ikkje ein gong.

Ranger tunnelen høgare og sjekk på nytt

Gi tunnelgrensesnittet den lågaste metrikken, eller auk verdien til den fysiske adapteren, i eit skal med forhøgde rettar. Begge er innstillingar per grensesnitt, og begge kan rullast tilbake, noko som tel når du endrar ein maskin du kanskje ikkje sit framfor.

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

Endringa blir synleg med ein gong, og DNS-klienten og andre forbrukarar bufrar valet dei allereie har teke. Kopie tunnelen til på nytt, eller start på nytt, før du les noko inn i eit oppslagsresultat. Ein test som blir køyrd for tidleg, vil gjenta den gamle åtferda og sjå ut som ein mislukka retting.

Spør så om eitt internt og eitt offentleg namn og sjekk kva tenar som svara. referanse om automatiske metrikkar frå Microsoft forklarar kvifor den lågaste verdien blir føretrekt og korleis den automatiske tildelinga blir utleia.

Gjer det haldbart over ein gjenoppkopling

Ein manuell metrikk på ein adapter som blir gjenoppretta ved kvar tilkopling, er ei innstilling som forsvinn. Viss klienten byggjer grensesnittet på nytt, treng overstyringa eit skript etter tilkoplinga, ein policy eller ein klientkonfigurasjon som eig DNS medan tilkoplinga varer.

Statisk konfigurerte tenarar på den fysiske adapteren har det same haldbarheitsproblemet omvendt. Dei held fram med å svare for det grensesnittet til dei blir fjerna, og DHCP vil fylle dei på nytt frå neste leige, så å fjerne dei er ei måling og ikkje eit design. Det haldbare designet er ein namneoppløysingspolicy for det interne namnerommet, eller ein klient som tek over DNS så lenge tilkoplinga varer. Uansett bør du notere resolverlista før og etter ein gjenoppkopling, gjenopprette den opphavlege metrikken når du er ferdig med å teste, og stadfeste at den tidlegare åtferda er tilbake.