Windows-VPN nimt al jo ferkear? Ferwiderje syn standertrûte

Jo ferbine jo mei de VPN fan it kantoar en elke side yn 'e browser begjint troch dat netwurk te gean: de triemtsjinner is fluch, al it oare is stadich, filtere of fuort. De klant docht neat ferkeard; it profyl frege om in folsleine tunnel. De skeakel dy't dat stopt is ien oanfinkfakje yn in dialooch dy't de moderne Ynstellings-app net sjen lit, en de gateway krijt by elke ferbining wer in stim. Dizze rûnlieding folget de folchoarder dy't de Windows-ynterface echt oanbiedt, en behannelet dêrnei de kontrôles dy't noch misse as de rûtetabel goed liket.

Begjin yn 'e eigenskippen fan 'e adapter, net yn Ynstellings

De Ynstellings-app listet it profyl ûnder Netwurk en Ynternet, dan VPN, mar it toant allinnich algemiene opsjes. De beslissing oer de standertgateway wennet op 'e adapter. Iepenje de klassike adapterlist mei Win+R en ncpa.cpl, rjochtsklik op 'e VPN-ferbining, kies Eigenskippen, selektearje Ynternetprotokol ferzje 4, kies wer Eigenskippen en dan Avansearre. Skeakelje Standertgateway op ôfstânnetwurk brûke út en befêstigje jo wei út alle trije dialoochfinsters.

Ferbinje opnij foardat jo testen, want it oanfinkfakje wurdt tapast as de tunnel oanmurken wurdt en in besteande sesje hâldt de tabel dy't it boude. As de adapter ûntbrekt wylst de klant loskeppele is, ferbinje dan ien kear en iepenje it finster opnij. In leveransierklant dy't in TAP- of Wintun-adapter ynstallearret sûnder in IPv4-eigenskipspagina hat dizze dialooch hielendal net; foar dy is deselde beslissing in split-tunnelopsje yn 'e eigen ynstellingen fan 'e klant, en it oanfinkfakje fan 'e adapter is it ferkearde plak om te sykjen.

Deselde feroaring fanút PowerShell

Foar in profyl dat yn 'e Windows VPN-opslach makke is, is de ynstelling skriptber, wat jo wolle as de masine faak opnij boud wurdt:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

Dat cmdlet berikt allinnich profylen yn dy opslach. In ferbining dy't troch in tredde-partijklant tafoege is, sil net ferskine, en it kommando mislearret mei in nammeâldflater dy't op in typflater liket. Tink ek oan wat de skeakel net docht: it hâldt de klant tsjin om in standertrûte te ynstallearjen, mar it ferwideret gjin rûtes dy't de gateway by ferbining trochstjoert, dat de folgjende paragraaf is noch nedich op in protte netwurken.

Wannear't de gateway de standert wer trochstjoert

Lês earst de tabel. Twa standertynfieringen mei ferskate metriken betsjutte dat de profylferoaring wurke hat en de trochstjoerde rûte it dochs ferfong:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

Wiskje de standert dy't by de tunnel heart en hâld de fysike. Brûk de ynterface-yndeks út it tredde kommando, net de adapteralias, want skripts dy't in alias trochjouwe brekke sadree't de werjefte namme feroaret:

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

It wiskjen nimt it kantoar mei, dat foegje de korporative prefiksen wer ta fia de tunnelgateway. Dit is de rigel dy't minsken oerslaan, en dat is de reden wêrom't «de VPN hold op mei wurkjen» nei in suksesfolle split-tunnelferoaring komt:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Neat hjirfan oerlibbet in nije ferbining, wat earlik gedrach is ynstee fan in bug: de adapter wurdt opnij boud en de klant past wer ta wat it profyl en de gateway ôfpraten hawwe. As de standert elke kear weromkomt, is de gateway ynsteld om split-tunneling te wegerjen en sil it trochstjoere bliuwe, of de sesje ôfbrekke. Dat is it belied fan 'e netwurkoperator, en it fersyk heart dêre, net yn in pleatslik skript dat der ien kear per ferbining tsjin fjochtet.

Kontrolearje DNS, IPv6 en de metriken opnij nei ien nije ferbining

It ferwiderjen fan in IPv4-standertrûte bewiist neat oer de oare famylje of oer nammeresolúsje. In tunnel kin IPv6 drage wylst de IPv4-standert lokaal bliuwt, en in trochstjoerde resolverslist kin ynterne nammen oan 'e gong hâlde wylst de queries dy't it brûkt in oare wei geane. Kontrolearje alle trije foardat jo it dien neame:

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

As de steat by elke ferbining weromkomt, ferpleats de kommando's dan nei in aksje per ferbining ynstee fan de tabel mei de hân te bewurkjen: in plande taak dy't troch de ferbiningsevent start, of de eigen split-tunnelynstelling fan 'e klant wêr't dy der ien hat. Hâld de ynterface-yndeks yn in fariabele en sykje dy op by it útfiere, want hy kin feroarje as adapters tafoege of fuorthelle wurde.

Beslis wat jo opjûn hawwe

Lokaal ynternetferkear wurdt net mear troch it kantoar ynspektearre of filtere, en alles wat allinnich troch de tunnel publisearre wurdt hat no syn eigen rûte nedich. Guon organisaasjes beskôgje split-tunneling as in beliedsoertreding, dat befêstigje dat foardat jo in beheard apparaat feroarje; in trochstjoerde standert is soms it hanthaveningsmeganisme en net in ûngelok. De dokumintaasje fan Set-VpnConnection listet de split-tunnelingparameter en de profyltypen dêr't dy op fan tapassing is.

Ferifiearje dan yn in fêste oarder: wa't de standertrûte besit, gewoan browsen, ien korporative host op adres, ien ynterne namme, en deselde fjouwer nei ien inkele nije ferbining. As browsen wurket en de korporative host mislearret, dan ûntbrekt de prefiksrûte en net de standert dy't jo fuorthelle hawwe, en dat is folle goedkeaper te reparearjen as it profyl opnij te bouwen.