Windows-da bölünmüş tunel: şlüz qutusu və çatışmayan prefiks

Tunel qoşulduğunu bildirir, wiki hələ də açılır. Sonra yükləmə dayanır və rəfdəki paylaşım cavab verməyi dayandırır. Tunel öz işini gördü, profil isə sadəcə hər təyinatı öz üzərinə götürdü.

Windows VPN bağlantısını marşrut qərarı kimi qəbul edir. Bu qərar daraldılmayana qədər maşın özünü ofisə köçmüş kimi aparır.

Niyə işləyən tunel kəsinti kimi hiss olunur

Uzaq şlüzdən istifadəyə icazə verilən profil tuneldən keçən standart marşrut quraşdırır. Lokal keçiddə olmayan hər təyinat sonra ofis firewall-undan çıxır. Lokal paylaşımlar cavab vermir, çünki onların trafiki indi başqa qitəyə gedib qayıdır. Client statusunda bunu əks etdirən heç nə yoxdur.

Simptomlar qəsdən çaşdırıcıdır. Ad həlli hələ işləyə bilər, paylaşım isə vaxt aşımına düşür, ya da əksi. İstifadəçi VPN-i sınıq elan edir, client özünü qaydasında bildirir və hər iki ifadə doğrudur.

IPv4 dialoqunda gizlənən onay qutusu

Ayar bir neçə dialoq dərinlikdədir. ncpa.cpl faylını açın, bağlantıya sağ düymə ilə klikləyin, sonra IPv4 xassələri, sonra Ətraflı, və bağlantının uzaq standart şlüz olmasına imkan verən seçimi söndürün. Bu bir qutu profilin tam tunel olub-olmadığını həll edir. Profildəki qalan hər şey qüvvədə qalır.

Yenidən qoşulmadan əvvəl və sonra route print -4 çıxışını müqayisə edin. Əvvəllər tunelə işarə edən 0.0.0.0 girişi getməli, korporativ prefikslər isə qalmalıdır.

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

İnterfeys metriyini dəyişmək bunun əvəzi deyil. Metrika yalnız iki rəqabət edən standart marşrut arasında qərar verir və hər qoşulmada öz standart marşrutunu yenidən quran client hansı rəqəm qoyulursa da bu yarışı udur.

Heç kimin siyahıya almadığı prefiks

Bölünmüş tunel məhz profildə qeyd olunan prefiksləri açır. Profil yazıldıqdan sonra əlavə edilmiş ofis alt şəbəkəsi tunel tam sağlam ikən əlçatmaz qalır. Sonra hesabat sınıq VPN kimi deyil, bir sınıq server kimi gəlir.

Əl ilə əlavə edilmiş marşrut şlüz ünvanı dəyişənə qədər boşluğu örtür. Prefiksi bağlantının içində qeyd etmək daha davamlıdır, çünki prefiks sonra təxmin edilmiş ünvanı deyil, bağlantını izləyir.

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

Saxlanmış siyahını və canlı cədvəli birlikdə oxuyun. Saxlanmış prefiks mövcud ola bilər, cədvəl isə onu heç vaxt almır, bu da idarəetmə agentinin bağlantı qurulduqdan sonra marşrutları süzgəcdən keçirməsi ilə olur. Əksi də olur: reyestr marşrutu söndürülmüş adapterə işarə edir. Tək bir baxış bütün hekayəni danışmır.

Yenidən başlatmadan sonra nəticəni sübut etmək

Hər iki istiqamətdə izləyin və adla həll edin. Açıq iz ISP-dən çıxmalı, daxili iz tunelə girməli, daxili host isə yalnız ünvanla deyil, adla cavab verməlidir.

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

Bunu ayırma, yenidən qoşulma və bir yenidən başlatmadan sonra təkrarlayın. Əl ilə yenidən qoşulmaya dözüb yenidən başlatmadan sonra yox olan prefiks profildə heç vaxt saxlanmamışdı.

Printeri və NAS-ı da testdə saxlayın, çünki noutbukun yanındakı cihazları kəsən bölünmüş tunel bir problemi daha kiçik və daha bezdirici bir problem yaratmaqla həll etmişdir. Microsoft-un Add-VpnConnectionRoute istinadı parametrlərin yazılışını modul versiyanızla tutuşdurmaq üçün yerdir.