VPN rota metriği bağlandıktan sonra değişti: bu ne anlama gelir
Daha düşük bir metrik yalnızca eşit derecede belirli rotalar arasındaki eşitliği bozar. Herhangi bir VPN rota numarasını düzenlemeden önce ilke kuralını, öneki ve uç noktanın ana bilgisayar rotasını okuyun.
VPN'e bağlanırsınız, route print çalıştırırsınız ve varsayılan rota artık eskisinden çok daha düşük bir metrik taşır. Doğal sonuç, VPN'in varsayılan rotayı numarası daha küçük olduğu için aldığıdır. Bazen tam olarak bu olmuştur. Çoğu zaman metrik belirleyici faktör değildir ve onu düzenlemek hiçbir şeyi değiştirmez, çünkü seçim daha önce önek uzunluğu veya bir ilke kuralıyla yapılmıştır.
Belirti gerçektir: önceden Wi-Fi bağdaştırıcısından çıkan trafik artık tünelden çıkar, ya da tersi. Metrik sabit bir sırayla çalışan bir aramanın tek girdisidir ve herhangi bir sayıya dokunmadan önce okunması gereken şey o sıradır.
Sayı gerçekte neyle yarışıyor
İlk karşılaştırma tercih değil, belirliliktir. 10.20.0.0/16 için bir rota 10.0.0.0/8'i yener ve ikisi de 0.0.0.0/0'ı yener, metrikleri ne derse desin. Makinede en düşük metrikle varsayılan rota kuran bir VPN bile hedefle eşleşen daha belirli her rotaya, istemcinin kendi sunucusu için kurduğu ana bilgisayar rotası da dahil, yenilir.
Bu yüzden varsayılan bir rotanın metriğini düşürmek doğrudan bağlı bir alt ağı tünele sokmaya zorlayamaz. O alt ağı VPN içinde istiyorsanız önek için bir rota ekleyin veya ilke kuralıyla tünel tablosunu seçin. Metrik bu iş için yanlış koldur.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
Linux tabloyu metrikten önce seçer
Linux'ta çekirdek önce ilke veritabanına başvurur. ip rule kuralları ve seçtikleri tabloları listeler, ip route get 203.0.113.10 ise çekirdeğin o hedef için gerçekte kullanacağı tabloyu, rotayı ve kaynak adresi bildirir. Tablo 100 içindeki bir metrik ana tablodaki bir rota ile hiçbir zaman yarışmaz, çünkü kural herhangi bir metrik karşılaştırılmadan önce tabloyu seçmiştir.
Bu yüzden bir rota ip route show table all içinde doğru görünebilir ve yine de trafik taşımaz. Eşleşen kuralı okuyun, sonra seçtiği tabloyu okuyun, sonra içindeki rotaları karşılaştırın. Yanlış tablo seçildiyse diğer tablodaki hiçbir metrik düzenlemesi yardımcı olmaz.
Windows iki metriği birleştirir
Windows varsayılan olarak ilke veritabanına sahip değildir, ancak rota metriğini arayüz metriğiyle birleştirir ve otomatik arayüz metriği bağlantı hızı ve bağdaştırıcı durumuyla değişebilir. Bu yüzden aynı rota bir yerleştirme istasyonu veya sanal bağdaştırıcı ortaya çıktıktan sonra farklı davranabilir. Find-NetRoute -RemoteIPAddress 203.0.113.10 seçilen kaynak adresi, sonraki atlama ve arayüzü bildirir; bu ham tablodan çok gerçek karara daha yakındır.
Rota ve arayüz değerlerini birlikte okuyun. Bir arayüz metriğini yükseltmek hiçbir rota girdisi değişmeden trafiği taşıyabilir ve rotalarına sahip olan bir VPN istemcisi yeniden bağlandığında bunları yeniden kurar ve düzenlemenizi atar.
Tünel uç noktasını tünelin dışında tutun
Her tünelin kendi sunucusuna tünelden geçmeyen bir yolu olmalıdır. İstemciler uç nokta için fiziksel ağ geçidi üzerinden bir ana bilgisayar rotası kurar ve bu rota istemcinin eklediği varsayılan rotadan daha belirli kalmalıdır. Onu silin ya da tünelin o adres aramasını kazanmasına izin verin; kapsüllenmiş paketler kurmaları gereken tünele girmeye çalışır. Bağlantı başarısız olur veya döngüye girer.
O ana bilgisayar rotasını her metrik değişikliğinden önce ve sonra kontrol edin: fiziksel sonraki atlamayı göstermeli ve yeniden bağlanmadan sonra da kalmalıdır. İstemci ona sahipse, üzerine yazılacak bir çalışma zamanı değeri yerine profili veya yönetilen yapılandırmayı değiştirin.
Her iki adres ailesini ve uygulama bağlamını kontrol edin
IPv4 ve IPv6 ayrı tablolara sahip ayrı kararlardır. VPN IPv4 taşırken IPv6 yerel yönlendiriciyi kullanmaya devam edebilir ve bir ailedeki metrik değişikliği diğeri hakkında hiçbir şey söylemez. İkisini de kontrol edin, sonra uygulama bağlamını kontrol edin. Bir arayüze bağlı süreç, kapsayıcı ad alanı veya uygulama başına VPN kabuğunuzdan farklı bir tablo görebilir.
Gerçek hedef için kararı bildiren araçla doğrulayın, tablonun tamamı listesiyle değil. Seçilen rota tasarımın amaçladığı rota ise durun. Ekrandaki en küçük sayı olmayan bir metrik kusur değildir ve onu en küçük olmaya zorlamak tünelin bağlı olduğu uç nokta yolunu bozabilir.