Delt tunnel på Windows: gateway-boksen og det manglende præfiks

Windows sender alt gennem tunnelen, indtil du fjerner en markering, og derefter for lidt, indtil du tilføjer undernettet. Begge hører til samme ændring.

Tunnelen rapporterer forbundet, og wikien indlæses stadig. Så går en download i stå, og delingen på hylden holder op med at svare. Tunnelen gjorde sit arbejde, og profilen gjorde blot krav på enhver destination.

Windows behandler en VPN-forbindelse som en rutebeslutning. Indtil den beslutning indsnævres, opfører maskinen sig, som om den var flyttet til kontoret.

Hvorfor en fungerende tunnel føles som et udfald

En profil, der må bruge den fjernede gateway, installerer en standardrute gennem tunnelen. Enhver destination, der ikke ligger på det lokale link, forlader derefter netværket gennem kontorets firewall. Lokale delinger holder op med at svare, fordi deres trafik nu rejser til et andet kontinent og tilbage. Intet i klientens status afspejler det.

Symptomerne er forvirrende med vilje. Navneopløsning kan stadig virke, mens delingen løber ud i tid, eller omvendt. En bruger rapporterer VPN som brudt, klienten rapporterer sig selv som fin, og begge udsagn er præcise.

Afkrydsningsfeltet, der gemmer sig i IPv4-dialogen

Indstillingen ligger flere dialoger dybt. Åbn ncpa.cpl, højreklik på forbindelsen, derefter IPv4-egenskaber, derefter Avanceret, og fjern den indstilling, der lader forbindelsen blive den fjernede standardgateway. Den ene boks afgør, om profilen er en fuld tunnel. Alt andet i profilen gælder stadig.

Sammenlign route print -4 før og efter genopkoblingen. Posten 0.0.0.0, der før pegede på tunnelen, bør være væk, og virksomhedens præfikser bør stadig være der.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

At ændre grænsefladens metrik er ingen erstatning. En metrik afgør kun mellem to konkurrerende standardruter, og en klient, der geninstallerer sin egen standardrute ved hver forbindelse, vinder den konkurrence, uanset hvilket tal der er sat.

Præfikset, som ingen havde på listen

Delt tunnelling blotlægger netop de præfikser, der er registreret i profilen. Et kontorundernet, der blev tilføjet efter profilen blev skrevet, forbliver utilgængeligt, mens tunnelen er fuldstændig sund. Rapporten kommer så ind som én brudt server i stedet for en brudt VPN.

En håndtilføjet rute dækker hullet, indtil gateway-adressen ændrer sig. At registrere præfikset i forbindelsen er mere solidt, fordi præfikset så følger forbindelsen i stedet for en gættet adresse.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

Læs den gemte liste og den levende tabel sammen. Et gemt præfiks kan findes, mens tabellen aldrig modtager det, hvilket sker, når en administrationsagent filtrerer ruter, efter forbindelsen kommer op. Det omvendte sker også, med en registreringsrute, der peger på en adapter, som er nede. Ingen af de to visninger alene fortæller hele historien.

Bevis resultatet efter en genstart

Spor i begge retninger, og opløs ved navn. Et offentligt spor bør forlade gennem udbyderen, et internt spor bør gå ind i tunnelen, og en intern vært bør svare ved navn og ikke kun ved adresse.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

Gentag efter en afbrydelse, en genopkobling og en genstart. Et præfiks, der overlever en manuel genopkobling og forsvinder efter en genstart, blev aldrig gemt i profilen.

Behold også printeren og NAS i testen, fordi en delt tunnel, der skærer enhederne ved siden af den bærbare fra, har løst et problem ved at skabe et mindre og mere irriterende. Microsofts reference til Add-VpnConnectionRoute er stedet, hvor du tjekker parameteres stavning mod din modulversion.

Relaterede artikler