Geniş bir VPN rotası birkaç genel siteyi neden bozar

Çoğu sayfa yükleniyor, iki veya üçü zaman aşımına uğruyor ve tarayıcı bağlantıyı suçluyor. Başarısız olan sitelerin, çalışanların sahip olmadığı ortak bir özelliği var: çözümlenen adresleri VPN'in kurduğu bir önekin içine düşüyor. Genel bir aralığı kapsayacak kadar geniş bir rota, tünelin hiç taşımaması gereken trafiği yakalar ve belirti bir yönlendirme kararı değil, web sitesi sorunu gibi görünür.

Başarısız olan adı çözümleyin, sonra tarayıcı yerine yönlendirme tablosuna bakın.

Site adını değil adresi karşılaştırın

İstemcinin gerçekte denediği adresi bulun, sonra hangi rotanın onunla eşleştiğini kontrol edin. 45.61.20.10 içindeki bir hedef, o önek varsa 45.0.0.0/8 altına düşer, sitenin kendisinin tünelle hiçbir ilgisi olmasa bile. Başarısız adresi kurulu öneklerle karşılaştırmak bir çıkarma işidir, tahmin değil.

Windows her iki yarıyı doğrudan yanıtlayabilir ve bir arama hangi arabirimin ve sonraki atlamanın seçimi kazandığını gösterir. Site birkaç adres döndürüyorsa adı iki kez çözümleyin. Her birini eşleşen rotayla birlikte not edin. Farklı adresler farklı yanıtlar verebilir ve bunlardan yalnızca biri başarısız durum olabilir.

Resolve-DnsName www.example.org
Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 45.61.20.10
Get-VpnConnection | Format-List Name,SplitTunneling,Routes

En belirgin eşleşen öneki okuyun, tanıdık görünen ilk satırı değil. Tabloda bulunan bir rota, aramayı kazandığını kanıtlamaz; bunu en uzun eşleşme yapar. İki önek bir adresle eşleşebilir ve paketi yalnızca biri alır. Kaybeden tabloda kalır ve bir listede aynı derecede gerçek görünür.

Öneki, arabirimini ve çözümlenen adresi not edin. Bu üç değer tüm tanıdır.

Rotayı kimin kurduğunu bulun

Rotalar dört yerden gelir: yerleşik VPN profili, bir yönetim ilkesi, bir bağlantı betiği veya tamamen başka bir istemci. Canlı girdiyi silmek önemini doğrulayabilir, ancak sonraki bağlantı onu kaydedilmiş yapılandırmadan yeniden oluşturur, bu yüzden değişmesi gereken kaynaktır.

Önce profilin rota listesini, sonra yönetim ilkesini, sonra bağlanırken çalışan herhangi bir betiği kontrol edin. Bu sıra, her birinin ne sıklıkla sorumlu çıktığıyla örtüşür. Değişikliği üç katman yerine tek katmanda tutar.

Yerleşik sınıf tabanlı davranışı dikkatle okuyun

Yerleşik Windows profillerinde, arabirim adresinden türetilen otomatik bir rotayı denetleyen belgelenmiş bir ayar vardır: NativeProfile/DisableClassBasedDefaultRoute. 45 ile başlayan bir profil adresi bu davranış altında 45.0.0.0/8 girdisi üretebilir ve böylece tek bir genel adres tüm A sınıfı aralığı yakalar.

Özellik adı yanlış okumaya davet eder: true yapmak türetmeyi kapatır, false ise açar. Aynı zamanda varsayılan rota ile aynı nesne değildir ve kendi öneklerini kuran üçüncü taraf istemcileri denetlemez.

Türetme kanıtlanmış neden ise, profili yönetim sahibi aracılığıyla düzeltin ve amaçlanan özel önekleri açıkça sağlayın. Girdiyi bir betik eklediyse betiği onarın. Açıklanmamış geniş bir rotayı bir başkasıyla değiştirmek belirtiyi değiştirir ama soruyu yanıtlamaz.

Kaynağı onarın, sonra iki yolu yeniden kontrol edin

Değişiklikten sonra yeniden bağlanın ve başarısız bir genel site ile tüneli kullanması gereken bir kaynak için aramayı yineleyin. Birincisi artık fiziksel arabirime çözümlenmeli, ikincisi hâlâ VPN'i seçmelidir. İlk başarıda durmayın; özel erişimi de bozan bir düzeltme bir arızayı başkasıyla değiştirmiştir.

Aynı zamanda sunucunun adres planını gözden geçirin. Genel alanla örtüşen bir havuz bu tür soruna tekrar tekrar yol açar. İşletmecinin bilerek seçtiği bir aralık otomatik yeniden numaralandırmayı değil, başka bir konuşmayı hak eder.

MTU'yu yükseltmek veya DNS'i temizlemek, o adresi hâlâ tünele yönlendiren öneki düzeltmez. Önce seçimi, sonra yolu test edin.