Delt tunnel på Windows: gateway-boksen og det manglande prefikset

Windows sender alt gjennom tunnelen til du fjernar éin avkryssingsboks, og deretter for lite til du legg til subnettet. Begge høyrer til same endring.

Tunnelen rapporterer at han er tilkopla, og wikien lastar framleis. Så stoppar ei nedlasting, og delinga på hylla sluttar å svare. Tunnelen gjorde jobben sin, og profilen kravde rett og slett kvar destinasjon.

Windows handsamar ei VPN-tilkopling som ei ruteavgjerd. Inntil den avgjerda blir snevra inn, oppfører maskinen seg som om ho hadde flytta til kontoret.

Kvifor ein fungerande tunnel kjennest som eit utfall

Ein profil som har løyve til å bruke den eksterne gatewayen, installerer ei standardrute gjennom tunnelen. Kvar destinasjon som ikkje ligg på den lokale lenkja, forlèt då nettet gjennom brannmuren på kontoret. Lokale delingar sluttar å svare fordi trafikken deira no reiser til eit anna kontinent og tilbake. Ingenting i klientstatusen speglar det.

Symptoma er forvirrande med vilje. Namneoppslag kan framleis verke medan delinga går ut på tid, eller omvendt. Ein brukar rapporterer at VPN-en er øydelagd, klienten rapporterer at han er i orden, og begge utsegnene er nøyaktige.

Avkryssingsboksen som gøymer seg i IPv4-dialogen

Innstillinga ligg fleire dialogar djupt. Opne ncpa.cpl, høgreklikk på tilkoplinga, deretter IPv4-eigenskapar, deretter Avansert, og fjern valet som lèt tilkoplinga bli den eksterne standardgatewayen. Den eine boksen avgjer om profilen er ein full tunnel. Alt anna i profilen gjeld framleis.

Samanlikn route print -4 før og etter attoppkoplinga. Oppføringa 0.0.0.0 som før peika på tunnelen, bør vere borte, og verksemdas prefiks bør framleis vere der.

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

Å endre metrikken til grensesnittet er inga erstatning. Ein metrikk avgjer berre mellom to konkurrerande standardruter, og ein klient som installerer si eiga standardrute på nytt ved kvar tilkopling, vinn den konkurransen uansett kva tal som er sett.

Prefikset som ingen lista opp

Delt tunnellering eksponerer nøyaktig dei prefiksa som er registrerte i profilen. Eit kontorsubnett som vart lagt til etter at profilen vart skriven, blir utilgjengeleg medan tunnelen er heilt sunn. Rapporten kjem då inn som éin øydelagd tenar i staden for ein øydelagd VPN.

Ei handlagd rute dekkjer gapet til gateway-adressa blir endra. Å registrere prefikset i tilkoplinga er meir solid, fordi prefikset då følgjer tilkoplinga i staden for ei gjetta 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

Les den lagra lista og den levande tabellen saman. Eit lagra prefiks kan finnast medan tabellen aldri mottek det, noko som skjer når ein administrasjonsagent filtrerer ruter etter at tilkoplinga kjem opp. Det motsette skjer òg, med ei registerrute som peikar på ein adapter som er nede. Ingen av dei to visingane åleine fortel heile historia.

Prove resultatet etter ein omstart

Spor i begge retningar og løys opp ved namn. Eit offentleg spor bør gå ut gjennom leverandøren, eit internt spor bør gå inn i tunnelen, og ein intern vert bør svare ved namn og ikkje berre ved adresse.

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

Gjenta etter ei fråkopling, ei attoppkopling og éin omstart. Eit prefiks som overlever ei manuell attoppkopling og forsvinn etter ein omstart, vart aldri lagra i profilen.

Hald òg skrivaren og NAS-en i testen, fordi ein delt tunnel som kuttar av einingane ved sida av den berbare, har løyst eitt problem ved å skape eit mindre og meir irriterande. Microsofts referanse for Add-VpnConnectionRoute er staden der du sjekkar stavemåten til parametra mot modulversjonen din.

Relaterte artiklar