Windows VPN'iniz yerel yazıcıyı neden öldürür ve nasıl durdurulur

VPN'e bağlanın ve yazıcı kaybolur, NAS paylaşımı açılmaz olur ve yanınızdaki makineye giden Uzak Masaüstü oturumu zaman aşımına uğrar. Hiçbir şey bozulmadı. İstemci bir varsayılan yol ekledi ve artık dizüstü bilgisayarın adlandırabildiği her hedefi, üç metre ötedekiler dahil, sahipleniyor. Bütün mekanizma bu, ve buna VPN arızası demek, tek satırlık bir düzeltmeyi bir destek kaydına çeviren şey.

Önce yönlendirme tablosunu okuyun

Herhangi bir şeyi değiştirmeden önce IPv4 tablosunu şununla alın: route print -4 ve çıktıyı saklayın. Bağlanın, yeniden alın ve 0.0.0.0 satırları karşılaştırın: etkin varsayılan yol bir arabirimi adlandırır ve o arabirim tünel ise yerel yazdırma ve gezinme önce ofise gönderilir.

İkinci sütundaki arabirim numarası, kalıcı bir yolun daha sonra başvurması gereken değerdir, bu yüzden tünel açıkken not alın. Adaptör yeniden oluşturulduğunda değişen değer de budur, bu yüzden ona sabitlenen yollar sessizce faydalarını aşabilir.

Varsayılan yolu kaldırın, üç yolla

Yerleşik bir Windows profilinde denetim bir onay kutusudur. Bağlantının özelliklerini açın, IPv4, sonra Gelişmiş ve şunu temizleyin: Use default gateway on remote network; daha yeni Ayarlar uygulaması aynı iletişim kutusunu bir kat daha derine saklar. Yükseltilmiş bir komut isteminde aynı değişiklik tek bir cmdlet'tir:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

Bir OpenVPN profili farklı çalışır, bu yüzden davranışı onay kutusu bekleyenleri şaşırtır. Onun redirect-gateway def1 yönergesi varsayılan yolu hiç değiştirmez; yarım aralıklı iki yol kurar, 0.0.0.0/1 ve 128.0.0.0/1, bunlar birlikte varsayılanı silmeden onu yener. Özgün varsayılan hayatta kaldığı için net_gateway adresine yönelen bir önek eklemek yalnızca o öneği yerel yönlendiriciye geri gönderir. Bu ayrıntı, def1 profili için düzeltmenin neden kimsenin bulamadığı bir onay kutusu değil, bir önek yolu olduğunu açıklar.

Yalnızca işe ait olanı geri ekleyin

Varsayılan yol yokken tünel hiçbir şey taşımaz, bu yüzden iş önekleri açıkça adlandırılmalıdır. Bir öneği bağlantıya bağlayan cmdlet, kalıcı bir yoldan daha güvenlidir, çünkü yalnızca o bağlantı açıkken kurulur ve bir arabirim numarasına bağlı değildir:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

Daha eski yaklaşım hâlâ çalışıyor ve hâlâ her kontrol listesinde: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, tünelin kendi arabirim dizini ve ağ geçidi adresiyle. Yeniden başlatmalar boyunca kalır, ki amaç da budur tehlike de, çünkü dizin bir sonraki açılışta başka bir şeye ait olabilir.

Gerisini metrikler belirler. Hem fiziksel hem tünel adaptörü aynı önek için yol isterse düşük metrik kazanır ve tünelin metriğini yükseltmek hack değil, istemci tarafında meşru bir denetimdir.

Sunucu sizin yerinize karar verdiğinde

Onay kutunuzu yok sayan bir istemci genellikle bir ilkeye uyuyordur. Cisco profilleri bir Allow Local LAN Access ayarı taşır ve bir headend, istemcinin tercih edeceği her şeyi geçersiz kılan tunnel-all ilkesini itebilir; zorunlu tünel dağıtımında çevrilecek yerel bir anahtar yoktur. Aynı iletişim kutusunu yeniden denetlemek yerine istemci günlüğünde itilen yolları ve ilke satırlarını okuyun.

Sonra ad çözümlemesine bakın, bu yönlendirmeden ayrı bir anahtardır. Bölünmüş bir tünel yine de dahili bir çözümleyici ve arama soneki alabilir, bu yüzden yerel bir cihaz adresle erişilebilir ve DNS tarafı da düzeltilene kadar adla bulunamaz.

Çakışmalar başka bir sorundur

Evdeki LAN ve ofisteki LAN 192.168.0.0/24 gibi bir öneki paylaşıyorsa hiçbir yol onları ayıramaz. O aralıktaki her paketin tek bir arama sonucu vardır ve düzeltme bir tarafı yeniden numaralandırmak ya da ofise havuzdan çevrilmiş bir adresle ulaşmaktır. Daha belirgin yollar eklemek yalnızca ağın hangi yarısının bozulduğunu kaydırır.

Beş yerine tek bir doğrulamayla bitirin: bağlanın, sonra tracert komutunu dahili ve genel bir konağa karşı çalıştırın. İlk atlama farklı olmalıdır ve değilse, istemci ne bildirirse bildirsin bölünme yürürlükte değildir. Sonra bir kez yeniden bağlanın ve yineleyin, çünkü itilen yollar her oturumda geri döner.