Yüzen VPN yedek rotası devralmıyor: yük devretme kontrol listesi
Yüzen statik rotalar paketlerin durmasını değil, uygunluğu bekler. VPN yedeğinde sonda yolu, eşikler ve geri dönüş için altı sıralı kontrol.
Yüzen VPN rotanız yapılandırılmış, yedek mesafesi birincilden büyük ve yine de hiçbir şey hareket etmiyor. Ya da hareket ediyor ve kablosuz bağlantı hâlâ kapalıyken birkaç dakika sonra geri dönüyor. Her iki durumda da rotanın uygunluğuna, önemsediğiniz arızadan başka bir şey karar veriyor.
Bu kontrolleri sırayla yapın. Her birinin bir durma koşulu vardır ve başarısız bir kontrol sonrakilerle kurtarılamaz. Örnekler RouterOS sözdizimini kullanır çünkü mesafe, ağ geçidi erişilebilirliği ve özyinelemeli sonraki atlama orada yapılandırmada görünür, ancak sıra izlenen statik rotaları olan her yönlendirici için geçerlidir.
Yedeğin kapsaması gereken arızayı adlandırın
«Birincil çöktü» dört farklı gözlemdir. Eşini kaybeden bir radyo, taşıyıcısını kaybeden bir arayüz, yanıt vermeyi bırakan uzak bir ağ geçidi ve çalışmayı bırakan bir uygulama, yönlendiricinin oturduğu yerden farklı görünür. Kimse bir mesafe değerini değiştirmeden önce tasarımın hangisi için olduğunu yazın.
Ardından bağımsızlığı kontrol edin. VPN'in dış taşıması aynı kablosuz yoldan veya aynı üst akışı paylaşan bir erişim bağlantısından geçiyorsa, yedek ikinci bir arıza alanı değildir ve tam ihtiyaç duyduğunuz anda çöker. Birincil kabloyu kâğıt üzerinde çekin: tünelin kendi taşıması da onunla ölüyorsa, yüzen rota yalnızca yapılandırma hatalarını kapsar, kesintileri değil.
Mesafeden bir şey algılamasını istemeyi bırakın
Daha büyük mesafe bir rotayı daha az tercih edilir kılar. Bütün iş bu. Birincil statik rota uygun kaldığı sürece yüzen rota etkin kalmaz ve bu bir hata değil doğru davranıştır. Arıza yalnızca birincil geri çekildiğinde veya erişilemez olarak işaretlendiğinde görünür hale gelir.
Statik rotalar için bu açık bir izleyici gerektirir:
/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10
Bunun neyi test ettiğini okuyun: sonraki atlamayı, hedefi değil. Kendi yerel tarafında hâlâ yanıt veren ama ötesine iletimi bozuk olan bir radyo, birincil rotayı etkin tutar. Sessiz durum budur ve mesafe artı ağ geçidi kontrolü onu yakalamaz. Bu durum önemliyse, algılama uzak tarafı gözlemleyen bir şeyden gelmelidir: bir yönlendirme protokolü komşuluğu veya yolunu ve sonuç kuralını kendiniz tanımladığınız bir sonda.
Sondanın kendi paketlerinin nereye gittiğini izleyin
Sağlık sondasının da bir rotası vardır. Veri trafiği VPN'e geçtiğinde, aynı uzak adrese sınırsız bir sonda onu izleyebilir, başarılı olabilir ve birincilin geri döndüğünün kanıtı olarak okunabilir. Trafik bozuk yola döner ve döngü tekrarlanır.
Sondayı yargılaması gereken yola sabitleyin. RouterOS'ta olağan yol, birincil ağ geçidi üzerinden izleme hedefine giden bir ana bilgisayar rotasıdır; başka hiçbir rotanın çözemeyeceği kadar küçük bir kapsamla, ve özyinelemeli yük devretme örneği RouterOS kılavuzunda tam bunu kurar. Yedek etkinken canlı tabloda doğrulayın, yapılandırma yorumundan değil:
/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop
Hedef eklemeden önce sonda sonucunun ne anlama geldiğini tanımlayın
ICMP'yi reddeden veya bakıma giren bir hedef tam olarak yol arızası gibi görünür ve kuralı olmayan üç hedef size yalnızca üç görüş verir. Önce kurala karar verin, sonra uygulayın: örneğin, üç hedeften ikisi iki ardışık aralıkta başarısız olursa birincil çökmüş sayılır; bunu, sonraki kişinin bulacağı işletim kılavuzuna yazın.
Tek bir kayıp paketin sahayı hareket ettirmemesi için arıza ve kurtarma eşiklerini ayarlayın. Histerezis biraz algılama süresine mal olur ve karşılığında kararlılık kazandırır. Aralığı sondanın ne kadar hızlı çalışabileceğinden değil, kesintinin ne kadar tolere edilebilir olduğundan seçin ve geri dönüşü yük devretmeden daha yavaş tutun ki birincil trafiği geri almadan önce kendini kanıtlamak zorunda kalsın.
Dönüş yolunu ve oturum hikâyesini kontrol edin
Yalnızca dışa doğru çalışan bir yük devretme yarım tasarımdır. Uzak saha, VPN üzerinden kaynak aralığınıza bir dönüş rotasına ihtiyaç duyar, yoksa dönüş trafiği beklenmedik bir adresten gelir ve artık eşleşmeyen güvenlik duvarı durumuna çarpar. Yeni bağlantılar çalışsa bile mevcut oturumlar kopar, bu yüzden aktarımın hayatta kalacağını vaat etmek yerine bunu kabul kriterlerine koyun.
Yönetim erişimini test edilen yolun dışında tutun. Tek girişiniz birincil üzerindense, bir yük devretme testi sizi yanlış davranan cihazın dışında kilitler.
Kabul dizisini çalıştırın
Üç test çoğu alanı kapsar: birincilin fiziksel kaybı, arayüz hâlâ ayaktayken sessiz iletim arızası ve birincilin geri yüklenmesi. Her biri için sondanın kaynağını ve sonraki atlamasını, etkin hedef rotasını ve her iki yönde taze izinli bir uygulama alışverişini kaydedin.
Tasarımları ayıran sessiz durumdur. Yedek orada devralmıyorsa, yol izleyicisi değil bağlantı izleyicisi kurmuşsunuzdur. Bunun kabul edilebilir olup olmadığına karar verin ve sınırlamayı nöbetçi mühendisin okuyacağı yere yazın. İkinci bağlı tünel kendi başına tamamlanmış bir yedekleme politikası değildir.