Padalytas tunelis sistemoje Windows: šliuzo langelis ir trūkstamas priešdėlis

Tunelis praneša, kad prisijungta, ir viki dar kraunasi. Tada atsisiuntimas sustoja, o lentynoje esantis bendrinys nustoja atsakinėti. Tunelis atliko savo darbą, o profilis tiesiog pareikalavo kiekvienos paskirties.

Windows VPN ryšį traktuoja kaip maršruto sprendimą. Kol tas sprendimas nesusiaurintas, mašina elgiasi taip, lyg būtų persikėlusi į biurą.

Kodėl veikiantis tunelis atrodo kaip sutrikimas

Profilis, kuriam leidžiama naudoti nuotolinį šliuzą, įdiegia numatytąjį maršrutą per tunelį. Tada kiekviena paskirtis, kurios nėra vietinėje jungtyje, išeina per biuro ugniasienę. Vietiniai bendriniai nustoja atsakinėti, nes jų srautas dabar keliauja į kitą žemyną ir atgal. Niekas kliento būsenoje to neatspindi.

Simptomai sąmoningai klaidinantys. Vardų skiriamoji geba gali dar veikti, kol bendrinys baigia laiką, arba atvirkščiai. Naudotojas praneša, kad VPN sugedo, klientas praneša, kad jam viskas gerai, ir abu teiginiai yra tikslūs.

Žymės langelis, pasislėpęs IPv4 dialoge

Nustatymas yra keliais dialogais giliau. Atidarykite ncpa.cpl, dešiniuoju pelės klavišu spustelėkite ryšį, tada IPv4 ypatybes, tada Išplėstinius, ir nuimkite parinktį, kuri leidžia ryšiui tapti nuotoliniu numatytuoju šliuzu. Tas vienas langelis nusprendžia, ar profilis yra visas tunelis. Visa kita profilyje vis dar galioja.

Palyginkite route print -4 prieš ir po prisijungimo iš naujo. Įrašas 0.0.0.0, kuris anksčiau rodė į tunelį, turėtų išnykti, o įmonės priešdėliai turėtų likti.

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

Sąsajos metrikos keitimas nėra pakaitalas. Metrika nusprendžia tik tarp dviejų konkuruojančių numatytųjų maršrutų, o klientas, kuris kiekvieno prisijungimo metu iš naujo įdiegia savo numatytąjį maršrutą, laimi tas varžybas nepriklausomai nuo nustatyto skaičiaus.

Priešdėlis, kurio niekas neišvardijo

Padalytas tunelis atskleidžia tiksliai profilyje įrašytus priešdėlius. Biuro potinklis, pridėtas po profilio parašymo, lieka nepasiekiamas, nors tunelis visiškai sveikas. Tada ataskaita ateina kaip vienas sugedęs serveris, o ne sugedęs VPN.

Rankiniu būdu pridėtas maršrutas uždengia spragą, kol pasikeičia šliuzo adresas. Užrašyti priešdėlį ryšyje yra tvirčiau, nes tada priešdėlis seka ryšį, o ne spėjamą 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

Skaitykite išsaugotą sąrašą ir gyvą lentelę kartu. Išsaugotas priešdėlis gali egzistuoti, o lentelė jo niekada negauna, kas nutinka, kai valdymo agentas filtruoja maršrutus po to, kai ryšys pakyla. Pasitaiko ir priešingai, kai registro maršrutas rodo į išjungtą adapterį. Nė vienas vaizdas atskirai nepasakoja visos istorijos.

Įrodyti rezultatą po pakartotinio paleidimo

Sekite abiem kryptimis ir spręskite pagal vardą. Viešas sekimas turėtų išeiti per tiekėją, vidinis sekimas turėtų patekti į tunelį, o vidinis mazgas turėtų atsakyti vardu, o ne vien adresu.

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

Pakartokite po atsijungimo, prisijungimo iš naujo ir vieno pakartotinio paleidimo. Priešdėlis, kuris atlaiko rankinį prisijungimą iš naujo ir išnyksta po pakartotinio paleidimo, niekada nebuvo išsaugotas profilyje.

Palikite teste ir spausdintuvą, ir NAS, nes padalytas tunelis, kuris atkerta įrenginius šalia nešiojamojo kompiuterio, išsprendė vieną problemą sukurdamas mažesnę ir labiau erzinančią. Microsoft Add-VpnConnectionRoute nuoroda yra vieta, kur tikrinti parametrų rašybą pagal savo modulio versiją.