İki VPN istemcisi, tek yönlendirme tablosu: varsayılan yolu kim alır

İki VPN istemcisi aynı soket için kavga ediyor gibi görünür ve bariz çözüm birini kaldırmak olmalıdır. Pratikte aynı sokete nadiren dokunurlar. Her bağlantı işletim sisteminin yönlendirme tablosunu yeniden yazar ve tam tünel profili varsayılan yolu talep eder. Genellikle en son bağlanan kazanır, bu yüzden belirti istemciler arasında yer değiştiriyor gibi görünür.

Çatışma yönlendirme tablosunda yaşar

Sanal bir bağdaştırıcı ve varsayılan bir yol, tam tünelin trafiği yakalama biçimidir. İkinci istemci kendi varsayılanını kurduğunda eski girdi değiştirilir veya metrikle düşürülür ve her hedef artık daha yeni tünelden geçer. İlk istemci bağlı kalır ve hâlâ yeşil bir simge gösterir, yani arayüz açıkken yol gitmiştir. Tam da bağlantı durumu ile yönlendirme durumunun bu ayrılığı davranışı kafa karıştırıcı yapar.

İstemciler tek bir paylaşılan tablonun editörleridir. Hangi değişikliğin son olduğunu bilmek neredeyse her belirtiyi açıklar.

Geçerli yola hangi tünelin sahip olduğunu okuyun

Bağlı olduğunu bildiren istemciye güvenmek yerine gerçek kararı denetleyin. Sisteme belirli bir hedefi hangi arayüzün taşıyacağını sorun.

ip route get 10.20.0.5
route print -4

İlk komut tek bir hedef için arayüzü ve kaynak adresi adlandırır ve bu tam olarak sizi ilgilendiren sorudur. Yol dökümü Windows'ta yarışan varsayılan girdileri ve metriklerini gösterir, böylece şu anda hangisinin kazandığını görürsünüz. Aramayı her uzak ağdaki bir ana bilgisayar için çalıştırın, çünkü bir hedef doğruyken diğer ağ erişilemez olabilir. Yanıt yanlış tüneli adlandırıyorsa yeniden bağlanmak yardımcı olmaz; yönlendirme politikası değişmelidir.

İkinci istemcinin her şeyi talep etmesini durdurun

Bir istemci varsayılan yolu sahiplenmeli, diğeri yalnızca kendi öneklerini taşımalıdır. OpenVPN istemcileri sunucunun dayattığını reddedebilir.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull itilen her yolu yok sayar, pull-filter ignore "redirect-gateway" ise yalnızca varsayılan yol direktifini atar ve itilen DNS ile diğer seçenekleri korur. Sunucu yapılandırmasının ne kadarını hâlâ istediğinize göre aralarında seçim yapın, sonra ikinci ağın ihtiyaç duyduğu belirli önekleri ekleyin. DNS'i unutmayın, çünkü sorguları taşımayan bir tünelin ittiği çözümleyici hiçbir şey döndürmez. Her ağda bilinen bir ana bilgisayarı deneyin ve uzak tarafın gördüğü kaynak adresi doğrulayın.

Çakışan alt ağların etrafından dolaşılamaz

İki ağ aynı öneki yayımladığında çekirdek iki farklı yer için tek girdi tutar ve seçmek zorundadır. Ana bilgisayar yolu eksik ayrımı uyduramaz, metrik ayarı da uyduramaz. Bir tarafı yeniden numaralandırın veya yöneticisi uzak aralığı çevirsin ki önekler farklı olsun. İstemcileri suçlamadan önce gerçek alt ağları kontrol edin, çünkü bir ev yönlendiricisinin varsayılan 192.168.1.0/24 aralığı ofis aralığıyla herkesin beklediğinden daha sık çakışır. Sonraki değişiklik çakışmayı yeniden yaratmasın diye iki aralığı da kayda yazın.

İki amacı da ayırın: iki ağa da ulaşmak bir yönlendirme sorunudur, gizlilik için tünelleri zincirlemek ise yolda ek bir operatör bulunan başka bir tasarımdır. Birini diğerini çözmek için kullanmayın.