„Windows“ VPN naudoja visą srautą? Pašalinkite numatytąjį maršrutą

Prisijungiate prie biuro VPN ir kiekvienas naršyklės puslapis pradeda eiti per tą tinklą: failų serveris greitas, visa kita lėta, filtruota arba dingę. Klientas nesielgia netinkamai; profilis paprašė viso tunelio. Jungiklis, kuris tai sustabdo, yra viena žymės varnelė dialoge, kurio moderni programėlė „Nuostatos“ nerodo, o šliuzas kiekvieno prisijungimo metu vėl turi žodį. Šis vadovas vadovaujasi tvarka, kurią „Windows“ sąsaja iš tikrųjų pateikia, o paskui aptaria patikrinimus, kurie vis dar nepavyksta, kai maršrutų lentelė atrodo teisinga.

Pradėkite nuo adapterio ypatybių, o ne nuo „Nuostatų“

Programėlė „Nuostatos“ išvardija profilį skiltyje „Tinklas ir internetas“, tada VPN, bet rodo tik bendruosius parametrus. Sprendimas dėl numatytojo šliuzo gyvena adapteryje. Atidarykite klasikinį adapterių sąrašą naudodami Win+R ir ncpa.cpl, dešiniuoju pelės mygtuku spustelėkite VPN ryšį, pasirinkite Ypatybės, pasirinkite „Interneto protokolas, 4 versija“, dar kartą Ypatybės ir tada Išplėstiniai. Nuimkite žymę nuo Naudoti numatytąją šliuzą nuotoliniame tinkle ir patvirtinkite išėjimą iš visų trijų dialogų.

Prieš testuodami prisijunkite iš naujo, nes varnelė taikoma kuriant tunelį, o esama sesija išlaiko lentelę, kurią sukūrė. Jei adapterio nėra, kai klientas atjungtas, prisijunkite vieną kartą ir vėl atidarykite langą. Tiekėjo klientas, kuris įdiegia TAP arba Wintun adapterį be IPv4 ypatybių puslapio, šio dialogo iš viso neturi; tokiems tas pats sprendimas yra padalinto tunelio parinktis pačioje kliento nuostatoje, o adapterio varnelė yra ne ta vieta, kur reikia ieškoti.

Tas pats pakeitimas iš „PowerShell“

Profiliui, sukurtam „Windows“ VPN saugykloje, nuostatą galima skriptuoti, o to ir norite, jei kompiuteris dažnai kuriamas iš naujo:

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

Ta „cmdlet“ pasiekia tik tos saugyklos profilius. Trečiosios šalies kliento pridėtas ryšys neatsiras, o komanda nepavyksta su pavadinimo klaida, kuri atrodo kaip rašybos klaida. Atkreipkite dėmesį ir į tai, ko jungiklis nedaro: jis neleidžia klientui įdiegti numatytojo maršruto, bet nepašalina maršrutų, kuriuos šliuzas stumia prisijungimo metu, todėl kitoje dalyje aprašyto veiksmo daugelyje tinklų vis dar reikia.

Kai šliuzas vėl stumia numatytąjį maršrutą

Pirmiausia perskaitykite lentelę. Du numatytieji įrašai su skirtingomis metrikomis reiškia, kad profilio pakeitimas suveikė ir stumiamas maršrutas vis tiek jį pakeitė:

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

Ištrinkite tuneliui priklausantį numatytąjį maršrutą ir palikite fizinį. Naudokite sąsajos indeksą iš trečiosios komandos, o ne adapterio slapyvardį, nes scenarijai, perduodantys slapyvardį, sugenda, kai tik pasikeičia rodomas pavadinimas:

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

Trynimas pasiima ir biurą, todėl įmonės prefiksus grąžinkite per tunelio šliuzą. Tai eilutė, kurią žmonės praleidžia, ir būtent todėl po sėkmingo padalinto tunelio pakeitimo pasigirsta „VPN nustojo veikti“:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Niekas iš to neišlieka po prisijungimo iš naujo, ir tai sąžiningas elgesys, o ne klaida: adapteris kuriamas iš naujo, o klientas vėl taiko tai, dėl ko susitarė profilis ir šliuzas. Jei numatytasis maršrutas grįžta kiekvieną kartą, šliuzas sukonfigūruotas atmesti padalintą tunelį ir toliau jį stums arba nutrauks sesiją. Tai tinklo operatoriaus politika, ir prašymas priklauso ten, o ne vietiniam scenarijui, kuris su tuo kovoja kartą per prisijungimą.

Po vieno prisijungimo iš naujo dar kartą patikrinkite DNS, IPv6 ir metrikas

IPv4 numatytojo maršruto pašalinimas nieko neįrodo apie kitą šeimą ar vardų skyrimą. Tunelis gali perduoti IPv6, kol IPv4 numatytasis lieka vietinis, o stumiamas sprendėjų sąrašas gali palaikyti vidinius vardus veikiančius, kol užklausos, kurios jį naudoja, eina kitu keliu. Patikrinkite visus tris prieš vadindami tai baigtu:

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

Jei būsena grįžta kiekvieno prisijungimo metu, perkelkite komandas į veiksmą, vykdomą prisijungiant, o ne redaguokite lentelę rankiniu būdu: suplanuota užduotis, paleidžiama prisijungimo įvykio, arba paties kliento padalinto tunelio nuostata, jei tokia yra. Laikykite sąsajos indeksą kintamajame ir ieškokite jo vykdymo metu, nes jis gali pasikeisti pridedant ar pašalinant adapterius.

Nuspręskite, ko atsisakėte

Vietinio interneto srauto biuras nebe tikrina ir nefiltruoja, o viskas, kas skelbiama tik per tunelį, dabar reikalauja savo maršruto. Kai kurios organizacijos padalintą tunelį laiko politikos pažeidimu, todėl tai patvirtinkite prieš keisdami valdomą įrenginį; stumiamas numatytasis kartais yra vykdymo mechanizmas, o ne nelaimė. „Set-VpnConnection“ dokumentacija išvardija padalinto tunelio parametrą ir profilių tipus, kuriems jis taikomas.

Tada patikrinkite fiksuota tvarka: kam priklauso numatytasis maršrutas, įprastas naršymas, vienas įmonės mazgas pagal adresą, vienas vidinis vardas ir tie patys keturi po vieno prisijungimo iš naujo. Jei naršymas veikia, o įmonės mazgas nepavyksta, trūksta prefikso maršruto, o ne pašalinto numatytojo, ir tai sutaisyti daug pigiau nei kurti profilį iš naujo.