Bağdaştırıcı sırası laboratuvar VPN yolunuzu neden belirlemez

1 numaralı bağdaştırıcının hipervizör listesinde ilk sırada olması yalnızca bir görüntüleme sırasıdır ve konuğun yönlendirme tablosu bunu okumaz. Yolu belirleyen şey önek, metrik ve ikisinden önce geçerli olan herhangi bir ilke kuralıdır. Bu yüzden laboratuvar VM'ine bir köprü bağdaştırıcısı eklemek ikinci bir varsayılan yol oluşturabilir; eski NAT arayüzü ise hâlâ mevcut ve ikinci olarak numaralanmış görünür. Sonuç, bazen tüneli kullanan bazen kullanmayan bir VM'dir ve bunu açıklayan hiçbir yapılandırma değişikliği yoktur.

Yolu üç koşul belirler

Bu üç koşul hangi önekin daha belirgin olduğu, önekler eşit olduğunda metriklerin ne yaptığı ve donanım değişikliğinden sonra konuğun hangi kuralları uyguladığıdır. Her biri tek bir komutla yanıtlanabilir ve hiçbiri hipervizörün numaralandırmasıyla ilgili değildir.

Son nokta tam da kararın kendisidir: VPN uç noktasının kendi adresi için hangi önekin kazandığını söyleyemiyorsanız yönlendirme ilkeniz yoktur, bugün tesadüfen çalışan bir topolojiniz vardır.

Birinci koşul: hangi önek kazanır

10.8.0.0/24 ağına giden bir yol, içindeki bir adres için varsayılan yolu yener; metrikler ne olursa olsun ve bağdaştırıcı sırası ne olursa olsun. Bu yüzden belirli bir yol kuran VPN istemcisi, daha düşük metrikli ikinci bir bağdaştırıcı ortaya çıksa bile çalışmayı sürdürür: maliyet değerlendirilmeden önce belirginlik kazanır. Kullandığınızı düşündüğünüz tabloyu ip route show ile, belirli bir hedef için çekirdeğin gerçekte vereceği yanıtı ip route get 203.0.113.9 ile denetleyin.

Uç noktanın kendi adresi en çok önem taşıyan sınamadır. VPN sunucusunun adresi yeni eklenen bir köprü bağdaştırıcısı üzerinden çözülürse tünel hiç kurulmayabilir ya da kurulup kendi taşıma yolunu kaybedebilir. Tünel arayüzünün yanıt olduğunu varsaymak yerine o adresi özellikle sorgulayın.

İkinci koşul: metriğin yaptığı ve yapmadığı şeyler

Rolü çoğu kişinin beklediğinden dardır. Metrikler aynı öneğe giden yollar arasındaki eşitliği bozar; daha geniş bir yolun daha belirgin bir yolu yenmesine izin vermezler. Eşitlik durumunda küçük sayı yeğlenir ve farklı işletim sistemleri zıt yönlerde sayar; bu yüzden Linux ile Windows arasında kopyalanan öğütler sık sık kendisiyle çelişir.

Konukta ip route show metriği her yolun yanında yazdırır, Windows'ta Get-NetRoute ise bir InterfaceMetric ile yol metriğini yazdırır. İkisini de okuyun, çünkü etkin tercih tek bir alan değil bir toplam olabilir. İki varsayılan yol varsa bulgu şudur: konuğun dışarı çıkmak için iki yolu vardır ve hangisinin kazanacağı, donanım değişikliğinin değiştirebileceği sayılara bağlıdır.

Üçüncü koşul: konuğun gerçekte neyi uyguladığı

Yapılandırma, uygulanmış durumla aynı şey değildir. Arayüz adları her platformda donanım değişiklikleri boyunca kararlı değildir ve ada göre eşleşen bir yapılandırma artık hiçbir şeye uygulanmıyor olabilir.

Amaçlanan durumu değil uygulanmış durumu denetleyin. ip -br link şu anda var olan arayüzleri gösterir ve NetworkManager olan bir ana bilgisayarda nmcli connection show hangi profilin hangi aygıta bağlı olduğunu gösterir. Bağlanamayan bir profil arayüzü adressiz açık bırakır; bu yönlendirme sorunu gibi görünür ama adlandırma sorunudur. Geri yüklenen anlık görüntüler bunu kötüleştirir, çünkü konuğun kayıtlı durumu yeni donanımın artık sağlamadığı bağdaştırıcı kimliklerine başvurabilir.

Laboratuvar topolojisini yeniden üretilebilir tutun

Amaçlanan sanal ağ bağlantılarını konuğun yapılandırmasıyla birlikte kaydedin, böylece rolden bağdaştırıcıya eşleme liste konumundan çıkarılmak yerine yazılı olsun.

Genellikle dört rolü adlandırmak yeterlidir: özel bağlantı, yönetim, dış taşıma ve tünel. Her biri bir dosyada belirli bir bağdaştırıcıya ve belirli bir konuk arayüzüne karşılık gelmelidir.

Ardından donanım değişikliği, yeniden başlatma veya geri yüklenmiş anlık görüntü sonrasında gerçek uygulamayı sınayın ve bu sınamaya VPN uç noktasına giden yolu da ekleyin. Geçit VM'inin tek çıkış olması gerekiyorsa, sınama VM'inde istenmeyen ikinci bir varsayılan yol bulunmadığını doğrulayın, çünkü köprü bağdaştırıcısı tam olarak ikinci bir varsayılan yol ekler. Hipervizör konsolundan değil konuktan sınayın, çünkü ikisi hangi arayüzün hangisi olduğu konusunda anlaşamayabilir.

VirtualBox ağ belgeleri bağdaştırıcı kiplerini ve her birinin neye bağlandığını açıklar; ikincisini eklemeden önce okumaya değer kısım tam da budur. Hangi bağdaştırıcının hangi role hizmet ettiğini belirleyen bir laboratuvar, yol değişikliğini açıklanabilir kılar. Hipervizörün numaralandırmasına dayanan bir laboratuvar ise her değişikliği deneye dönüştürür.