Gedeelde tonnel op Windows: die gateway-blokkie en die ontbrekende voorvoegsel

Die tonnel rapporteer verbind en die wiki laai nog. Dan stol 'n aflaai en die deel op die rak antwoord nie meer nie. Die tonnel het sy werk gedoen, en die profiel het bloot elke bestemming opgeëis.

Windows behandel 'n VPN-verbinding as 'n roetebesluit. Tot daardie besluit ingeperk word, gedra die masjien hom asof dit na die kantoor getrek het.

Hoekom 'n werkende tonnel soos 'n onderbreking voel

'n Profiel wat toegelaat word om die afgeleë gateway te gebruik, installeer 'n verstekroete deur die tonnel. Elke bestemming wat nie op die plaaslike skakel is nie, verlaat dan die netwerk deur die kantoor se firewall. Plaaslike dele antwoord nie meer nie, want hul verkeer reis nou na 'n ander kontinent en terug. Niks in die kliënt se status weerspieël dit nie.

Die simptome is doelbewus verwarrend. Naamresolusie werk dalk nog terwyl die deel uittyd, of andersom. 'n Gebruiker rapporteer die VPN as stukkend, die kliënt rapporteer homself as reg, en albei stellings is akkuraat.

Die merkblokkie wat in die IPv4-dialoog wegkruip

Die instelling sit etlike dialoë diep. Maak ncpa.cpl oop, regs-kliek die verbinding, dan IPv4-eienskappe, dan Gevorderd, en verwyder die opsie wat die verbinding die afgeleë verstekgateway laat word. Daardie een blokkie besluit of die profiel 'n volle tonnel is. Alles anders in die profiel geld steeds.

Vergelyk route print -4 voor en ná die herverbinding. Die 0.0.0.0-inskrywing wat vroeër na die tonnel gewys het, behoort weg te wees, en die korporatiewe voorvoegsels behoort steeds daar te wees.

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

Om die koppelvlak se metriek te verander is nie 'n plaasvervanger nie. 'n Metriek besluit net tussen twee mededingende verstekroetes, en 'n kliënt wat by elke verbinding sy eie verstekroete herinstalleer, wen daardie stryd ongeag watter nommer ingestel is.

Die voorvoegsel wat niemand gelys het nie

Gedeelde tonneling stel presies die voorvoegsels wat in die profiel aangeteken is bloot. 'n Kantoor-subnet wat ná die skryf van die profiel bygevoeg is, bly onbereikbaar terwyl die tonnel heeltemal gesond is. Die verslag kom dan as een stukkende bediener aan eerder as 'n stukkende VPN.

'n Met die hand bygevoegde roete oorbrug die gaping totdat die gateway-adres verander. Om die voorvoegsel in die verbinding te noteer is stewiger, want die voorvoegsel volg dan die verbinding eerder as 'n geradenaarde adres.

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

Lees die gestoorde lys en die lewende tabel saam. 'n Gestoorde voorvoegsel kan bestaan terwyl die tabel dit nooit ontvang nie, wat gebeur wanneer 'n bestuursagent roetes filter nadat die verbinding opkom. Die omgekeerde gebeur ook, met 'n registerroete wat na 'n adapter wys wat af is. Nie een siening alleen vertel die hele verhaal nie.

Bewys die resultaat ná 'n herbegin

Spoor in albei rigtings en los op volgens naam. 'n Openbare spoor behoort deur die ISP te gaan, 'n interne spoor behoort die tonnel binne te gaan, en 'n interne gasheer behoort volgens naam te antwoord eerder as net volgens adres.

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

Herhaal dit ná 'n ontkoppeling, 'n herverbinding en een herbegin. 'n Voorvoegsel wat 'n handmatige herverbinding oorleef en ná 'n herstarting verdwyn, was nooit in die profiel gestoor nie.

Hou die drukker en die NAS ook in die toets, want 'n gedeelde tonnel wat die toestelle langs die skootrekenaar afsny, het een probleem opgelos deur 'n kleiner en irriterender een te skep. Microsoft se Add-VpnConnectionRoute-verwysing is die plek om parameters se spelling teen jou moduleweergawe na te gaan.