Windows'ta bölünmüş tünel: ağ geçidi kutusu ve kayıp önek

Windows, bir onay kutusunu temizleyene kadar her şeyi tünelden geçirir, sonra alt ağı ekleyene kadar çok az gönderir. İkisi de aynı değişikliğe aittir.

Tünel bağlı olduğunu bildirir ve viki hâlâ yüklenir. Sonra bir indirme takılır ve raftaki paylaşım yanıt vermeyi bırakır. Tünel işini yaptı, profil ise her hedefi öylece talep etti.

Windows bir VPN bağlantısını yönlendirme kararı olarak ele alır. Bu karar daraltılana kadar makine ofise taşınmış gibi davranır.

Çalışan bir tünel neden kesinti gibi hissettirir

Uzak ağ geçidini kullanmasına izin verilen profil, tünel üzerinden varsayılan bir yol kurar. Sonra yerel bağlantıda olmayan her hedef ofisin güvenlik duvarından çıkar. Yerel paylaşımlar yanıt vermeyi bırakır, çünkü trafikleri artık başka bir kıtaya gidip geri döner. İstemci durumunda hiçbir şey bunu yansıtmaz.

Belirtiler kasten kafa karıştırıcıdır. Paylaşım zaman aşımına uğraken ad çözümlemesi hâlâ çalışabilir veya tersi de olabilir. Kullanıcı VPN'in bozuk olduğunu bildirir, istemci kendini iyi bildirir ve her iki ifade de doğrudur.

IPv4 iletişim kutusunda saklanan onay kutusu

Ayar birkaç iletişim kutusu derinlikte. ncpa.cpl öğesini açın, bağlantıya sağ tıklayın, ardından IPv4 özellikleri, ardından Gelişmiş ve bağlantının uzak varsayılan ağ geçidi olmasına izin veren seçeneği temizleyin. Tek bir kutu, profilin tam tünel olup olmadığına karar verir. Profildeki diğer her şey hâlâ geçerlidir.

Yeniden bağlanmadan önce ve sonra route print -4 çıktısını karşılaştırın. Önceden tünele işaret eden 0.0.0.0 girdisi gitmiş olmalı ve kurumsal önekler hâlâ orada olmalıdır.

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

Arabirim ölçütünü değiştirmek bunun yerine geçmez. Ölçüt yalnızca birbiriyle yarışan iki varsayılan yol arasında karar verir ve her bağlantıda kendi varsayılan yolunu yeniden kuran istemci, hangi sayı ayarlanmış olursa olsun o yarışı kazanır.

Kimsenin listelemediği önek

Bölünmüş tünel tam olarak profilde kayıtlı önekleri açığa çıkarır. Profil yazıldıktan sonra eklenen ofis alt ağı, tünel tamamen sağlıklı olsa bile erişilemez kalır. O zaman rapor bozuk VPN olarak değil, tek bir bozuk sunucu olarak gelir.

Elle eklenen bir yol, ağ geçidi adresi değişene kadar boşluğu kapatır. Öneki bağlantıya kaydetmek daha sağlamdır, çünkü önek o zaman tahmin edilen bir adres yerine bağlantıyı izler.

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

Kayıtlı listeyi ve canlı tabloyu birlikte okuyun. Kayıtlı bir önek var olabilir ama bağlantı kalktıktan sonra bir yönetim aracısı yolları süzdüğünde tablo onu hiç almaz. Tersi de olur, kayıt defterindeki bir yol kapalı bir bağdaştırıcıyı gösterir. İki görünümden hiçbiri tek başına tüm hikâyeyi anlatmaz.

Yeniden başlatmadan sonra sonucu kanıtlamak

Her iki yönde izleyin ve ada göre çözün. Genel bir iz sağlayıcıdan çıkmalı, iç iz tünele girmeli ve iç ana bilgisayar yalnızca adresle değil adla da yanıt vermelidir.

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

Bağlantı kesme, yeniden bağlanma ve bir yeniden başlatmadan sonra tekrarlayın. Elle yeniden bağlanmayı atlatan ve yeniden başlatmadan sonra kaybolan önek profilde hiç saklanmamıştı.

Yazıcıyı ve NAS'ı da testte tutun, çünkü dizüstü bilgisayarın yanındaki aygıtları kesen bölünmüş tünel bir sorunu daha küçük ve daha sinir bozucu bir sorun yaratarak çözmüştür. Parametrelerin yazımını modül sürümünüzle karşılaştıracağınız yer Microsoft'un Add-VpnConnectionRoute başvurusu.

İlgili makaleler