Windows VPN tüm trafiğinizi mi alıyor? Varsayılan rotasını kaldırın

Ofis VPN'ine bağlanırsınız ve tarayıcıdaki her sayfa o ağdan geçmeye başlar: dosya sunucusu hızlıdır, diğer her şey yavaş, filtrelenmiş veya kaybolmuştur. İstemci yanlış davranmıyor; profil tam bir tünel istedi. Bunu durduran anahtar, modern Ayarlar uygulamasının göstermediği bir iletişim kutusundaki tek bir onay kutusudur ve ağ geçidi her bağlantıda yeniden söz sahibi olur. Bu kılavuz Windows arayüzünün gerçekten sunduğu sırayı izler, ardından yönlendirme tablosu doğru göründükten sonra bile başarısız olan kontrolleri ele alır.

Ayarlar'da değil, bağdaştırıcı özelliklerinde başlayın

Ayarlar uygulaması profili Ağ ve İnternet altında, ardından VPN altında listeler, ancak yalnızca genel seçenekleri gösterir. Varsayılan ağ geçidi kararı bağdaştırıcıda yaşar. Klasik bağdaştırıcı listesini Win+R ve ncpa.cpl ile açın, VPN bağlantısına sağ tıklayın, Özellikler'i seçin, İnternet Protokolü sürüm 4'ü seçin, tekrar Özellikler ve ardından Gelişmiş'i seçin. Uzak ağda varsayılan ağ geçidini kullan onayını kaldırın ve üç iletişim kutusundan da çıkışı onaylayın.

Test etmeden önce yeniden bağlanın, çünkü onay kutusu tünel kurulurken uygulanır ve mevcut oturum oluşturduğu tabloyu korur. İstemci bağlantıyı kesmişken bağdaştırıcı görünmüyorsa bir kez bağlanın ve pencereyi yeniden açın. IPv4 özellik sayfası olmayan bir TAP veya Wintun bağdaştırıcısı kuran satıcı istemcisinde bu iletişim kutusu hiç yoktur; onlar için aynı karar istemcinin kendi ayarlarındaki bölünmüş tünel seçeneğidir ve bağdaştırıcının onay kutusu aranacak yanlış yerdir.

PowerShell'den aynı değişiklik

Windows VPN deposunda oluşturulan bir profil için ayar betiklenebilir, makine sık sık yeniden kuruluyorsa istediğiniz de budur:

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

Bu cmdlet yalnızca o depodaki profillere ulaşır. Üçüncü taraf bir istemcinin eklediği bağlantı görünmez ve komut yazım hatası gibi okunan bir ad hatasıyla başarısız olur. Anahtarın ne yapmadığına da dikkat edin: istemcinin varsayılan rota kurmasını engeller, ancak ağ geçidinin bağlanma sırasında ittiği rotaları kaldırmaz, bu nedenle birçok ağda sonraki bölüm hâlâ gereklidir.

Ağ geçidi varsayılanı geri ittiğinde

Önce tabloyu okuyun. Farklı metrikler içeren iki varsayılan giriş, profil değişikliğinin işe yaradığını ve itilen rotanın yine de onun yerini aldığını gösterir:

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

Tünele ait varsayılan rotayı silin ve fiziksel olanı koruyun. Üçüncü komuttaki arabirim dizinini kullanın, bağdaştırıcı takma adını değil, çünkü takma ad geçiren betikler görünen ad değişir değişmez bozulur:

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

Silme işlemi ofisi de beraberinde götürür, bu yüzden kurumsal önekleri tünelin ağ geçidi üzerinden geri ekleyin. İnsanların atladığı satır budur ve bu yüzden «VPN çalışmayı bıraktı» sözü başarılı bir bölünmüş tünel değişikliğinden sonra gelir:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Bunların hiçbiri yeniden bağlanmayı atlatmaz, bu bir hata değil dürüst davranıştır: bağdaştırıcı yeniden oluşturulur ve istemci profilin ağ geçidiyle anlaştığını yeniden uygular. Varsayılan her seferinde geri geliyorsa ağ geçidi bölünmüş tüneli reddetmek üzere yapılandırılmıştır ve onu itmeye devam eder ya da oturumu düşürür. Bu ağ operatörünün politikasıdır ve talep oraya aittir, her bağlantıda ona karşı savaşan yerel bir betiğe değil.

Bir yeniden bağlanmadan sonra DNS, IPv6 ve metrikleri yeniden kontrol edin

IPv4 varsayılan rotasını kaldırmak diğer aile veya ad çözümlemesi hakkında hiçbir şey kanıtlamaz. IPv4 varsayılanı yerel kalırken tünel IPv6 taşıyabilir ve itilen çözümleyici listesi, onu kullanan sorgular başka yoldan giderken iç adları çalışır tutabilir. Bitmiş demeden önce üçünü de kontrol edin:

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

Durum her bağlantıda geri dönüyorsa, tabloyu elle düzenlemek yerine komutları bağlantı başına eyleme taşıyın: bağlantı olayıyla başlayan zamanlanmış bir görev veya istemcinin kendi bölünmüş tünel ayarı varsa o. Arabirim dizinini bir değişkende tutun ve çalışma sırasında arayın, çünkü bağdaştırıcılar eklendiğinde veya kaldırıldığında değişebilir.

Neyden vazgeçtiğinize karar verin

Yerel internet trafiği artık ofis tarafından denetlenmiyor veya filtrelenmiyor ve yalnızca tünel üzerinden yayımlanan her şey artık kendi rotasına ihtiyaç duyuyor. Bazı kuruluşlar bölünmüş tüneli politika ihlali sayar, bu yüzden yönetilen bir cihazı değiştirmeden önce bunu doğrulayın; itilen varsayılan bazen kaza değil uygulama mekanizmasıdır. Set-VpnConnection belgeleri bölünmüş tünel parametresini ve geçerli olduğu profil türlerini listeler.

Ardından sabit bir sırayla doğrulayın: varsayılan rotanın sahibi kim, normal gezinme, adrese göre bir kurumsal ana bilgisayar, bir iç ad ve tek bir yeniden bağlanmadan sonra aynı dördü. Gezinme çalışıyor ve kurumsal ana bilgisayar başarısız oluyorsa eksik olan kaldırdığınız varsayılan değil önek rotasıdır ve bunu düzeltmek profili yeniden oluşturmaktan çok daha ucuzdur.