ISP'ler için MikroTik Dual-WAN Failover

Özet MikroTik dual-WAN failover, birincil bağlantı arızalandığında trafiği otomatik olarak yedek bir uplinke taşıyarak bir sahayı çevrimiçi tutar. RouterOS size üç yapı taşı sunar — check-gateway ile özyinelemeli yönlendirme, Netwatch ve WAN başına NAT — ve doğru kombinasyon, algılamanızın ne kadar hızlı ve ne kadar akıllı olması gerektiğine bağlıdır. ISP filoları için daha zor sorun yapılandırma parçacığı değil, CGNAT arkasındaki yüzlerce uzak sahada failover’ın gerçekten çalıştığını doğrulamaktır. Bu rehber ikisini de kapsar.

MikroTik Dual-WAN Failover Nedir?

MikroTik dual-WAN failover, bir yönlendiriciye iki internet uplinki — bir birincil ve bir yedek — veren ve birincil paket geçirmeyi durdurduğunda trafiği otomatik olarak yedeğe taşıyan, ardından toparlandığında geri taşıyan bir RouterOS yapılandırmasıdır. Yük dengelemeyle aynı şey değildir: failover bir bağlantıyı sigorta olarak boşta tutar, yük dengeleme ise trafiği ikisi arasında dağıtır. Amaç süreklilik, ekstra bant genişliği değildir; bu yüzden basitçe kararamayacak sahalar için varsayılan yedeklilik modelidir.

Mekanizma rota seçimine dayanır. RouterOS aktif varsayılan rotayı en düşük yönetimsel mesafeye göre seçer, bu yüzden birincile daha küçük bir mesafe, yedeğe daha büyük bir mesafe verirsiniz. Tüm tasarım sonra tek bir soruya iner: yönlendirici birincilin çöktüğüne nasıl karar verir ve rotasını nasıl düşürür? Bu kararı doğru verin — yeterince hızlı ama sinirli değil — ve failover güvenilirdir. Yanlış yapın, ya çok yavaş geçiş yaparsınız ya da her paket kaybında bağlantılar arasında titrersiniz.

Adım 1 — Bir rotaya dokunmadan önce iki WAN’ı haritalayın

Her uplinkin gerçekte ne olduğunu yazarak başlayın. Statik veya PPP ile atanmış ağ geçidine sahip sabit fiber veya PPPoE bir birincil, Carrier-Grade NAT arkasında oturup size dinamik bir adres veren Starlink veya LTE bir yedekten farklı davranır. Bu önemlidir çünkü özyinelemeli yönlendirme yalnızca kararlı IP ağ geçitleriyle çalışır, adresin değişebileceği PPPoE veya DHCP gibi dinamik arayüz türleriyle değil (MikroTik Dokümantasyonu — Failover (WAN Backup)). Hangi bağlantının birincil, hangisinin yedek olduğuna ve herhangi birinin yeniden bağlandığında IP’sini değiştirip değiştirmediğine karar verin — bu tek gerçek hangi algılama yöntemini kullanabileceğinizi belirler.

Adım 2 — check-gateway ile özyinelemeli varsayılan rotalar ekleyin

Klasik yaklaşım özyinelemeli yönlendirme kullanır: varsayılan rotayı doğrudan bir sonraki sıçramaya yöneltmek yerine, onu bir prob hedefine (örneğin iyi bilinen bir genel çözümleyici) yöneltir ve RouterOS’a o hedefe yalnızca belirli bir WAN ağ geçidi üzerinden ulaşmasını söyleyen statik bir rota eklersiniz. Ardından bu hedefler üzerinden özyinelemeli olarak çözülen iki varsayılan rota oluşturursunuz — birincil daha küçük mesafe ve etkin check-gateway=ping ile, yedek daha büyük mesafe ile (Scoop — Basic ISP Failover with MikroTik).

Etrafında planlanması gereken davranış zamanlamadır. Check-gateway bir rotayı art arda iki başarısız kontrolden sonra devre dışı bırakır ve kontroller yaklaşık her 10 saniyede bir çalışır, böylece gerçek geçiş 20 ila 30 saniye civarında olur — ve aralıklı paket kaybına değil, yalnızca tamamen ölü bir ağ geçidine tepki verir (MikroTik Dokümantasyonu — Failover (WAN Backup)). Birçok ISP müşteri sahası için bu kabul edilebilir. Ses veya ödeme terminalleri için çoğu zaman değildir, işte burada Adım 4 devreye girer.

Adım 3 — Her iki uplink için NAT yapılandırın

Bir dual-WAN yönlendiricisi, hangi bağlantı aktifse giden trafiği doğru çevirmesi için WAN arayüzü başına ayrı bir masquerade (veya src-nat) kuralına ihtiyaç duyar; tek bir arayüze bağlı tek bir kural, failover trafiği diğer bağlantıya taşıdığı anda bağlantıyı sessizce keser. srcnat zincirine birincil out-interface için bir masquerade kuralı ve yedek için ikinci bir kural ekleyin. Herhangi bir gelen hizmet yayınlıyorsanız, birincilin adresine bağlı dst-nat kurallarının o bağlantı — ve genel IP’si — kaybolduğunda çalışmayı durduracağını unutmayın. Bu gelen kırılganlık, Starlink IP değişiklikleri vakamızda ele alınan aynı mimari tuzaktır ve bu yüzden giden-tabanlı erişim port yönlendirmeden daha iyi ölçeklenir. NAT temelleri için MikroTik’te NAT yapılandırma rehberimize bakın.

Adım 4 — Daha hızlı veya daha akıllı algılamaya ihtiyaç duyduğunuzda Netwatch kullanın

20–30 saniye çok yavaşsa veya bozulmuş-ama-canlı bağlantılara müdahale etmeniz gerekiyorsa, Netwatch daha esnek araçtır. RouterOS v7’de Netwatch, icmp, tcp-conn, http-get, https-get veya simple ile prob yapabilen bir type parametresi kazandı ve check-gateway’in sabit ritmiyle yaşamak yerine kendi kontrol aralığınızı ayarlayabilirsiniz (MikroTik Dokümantasyonu — Failover (WAN Backup)). Her ana bilgisayarın bir up ve bir down betiği vardır, böylece geçişte birincil varsayılan rotayı devre dışı bırakabilir, bir uyarı tetikleyebilir veya olayı günlüğe kaydedebilirsiniz.

Birçok operatör ikisini birleştirir: özyinelemeli yönlendirme temiz bağlantı ölümünü ele alırken, Netwatch daha karışık durumları kapsar ve bildirim gönderir. Uzun süredir devam eden bir topluluk başlığı tam olarak bu ödünleşimi tartışıyor ve bir filoda tek bir yöntemi standartlaştırmadan önce okunmaya değer (MikroTik forumu — netwatch instead of recursive routing). Ne seçerseniz seçin, yapılandırmayı her sahada aynı tutun — özel hazırlanmış failover betiklerinden oluşan bir filo, olmayı bekleyen kendi başına bir kesintidir.

Adım 5 — Her uzak sahada failover’ı doğrulayın

İşte yapılandırma eğitimlerinin atladığı kısım. Rotaları bir tezgah yönlendiricisine eklemek kolaydır; failover’ın yüzlerce dağıtılmış CPE üzerinde çalıştığını kanıtlamak gerçek ISP sorunudur — ve yedek bağlantı CGNAT arkasındaki Starlink veya LTE olduğunda daha da zorlaşır, çünkü cihaz geçiş yaptıktan sonra genellikle onu yönetebileceği erişilebilir bir genel IP’ye sahip olmaz. Failover’ı yalnızca bir müşterinin aramasını bekleyerek doğrulayabiliyorsanız, gerçekte failover’ınız yoktur; çalışmasını umduğunuz bir betiğiniz vardır.

İşte burada merkezi yönetim ekonomiyi değiştirir. MKController her yönlendiriciyi kimliği doğrulanmış bir giden tünel üzerinden erişilebilir tutar, böylece yedek yolun trafik taşıdığını doğrulayabilir, failover geçişini izlemede gözlemleyebilir ve düzeltilmiş bir yapılandırma gönderebilirsiniz — yedek bağlantıda var olmayabilecek bir genel IP’ye bağımlı olmadan. Bunu telemetriyle eşleştirin: MikroTik’i Zabbix ile uzaktan izleme ve MikroTik için SNMP izleme rehberlerimiz, failover olayının kendisi üzerine nasıl uyarı vereceğinizi gösterir, böylece pahalı yedek bağlantıya sessiz bir geçiş asla fark edilmeden geçmez.

İpuçları

• Yedek bağlantının check-gateway probunu, birincil üzerinden değil, o bağlantı üzerinden ulaştığınız bir hedefe yöneltin, aksi halde testiniz anlamsızdır.
• İzlemenizde failover geçişlerini etiketleyin, böylece yedek uplinkinde günlerce çalışan bir saha bir bilet oluşturur — kimsenin fark etmediği failover, bir kurtarma değil, yinelenen bir maliyettir.
• Sadece rotayı değil, gerçek kabloyu test edin: birincilin konnektörünü çekin ve gerçek geçişi süreleyin.

Failover’ı tek bir kontrol düzlemi altına alın

Tek bir MikroTik üzerinde dual-WAN failover çözülmüş bir sorundur. Bunu bir filo genelinde güvenilir şekilde yapmak — tutarlı yapılandırma ve genel IP ile erişemediğiniz bir yönlendiricide yedeğin çalıştığını kanıtlama yeteneğiyle — çoğu operatörün para kaybettiği yerdir. Merkezi, giden-tabanlı yönetim bu boşluğu kapatır.

Ücretsiz MKController denemenizi başlatın