MikroTik Dual-WAN failover za ISP

Rezime MikroTik dual-WAN failover održava lokaciju onlajn tako što automatski premešta saobraćaj na rezervni uplink kada primarna veza otkaže. RouterOS vam daje tri gradivna bloka — rekurzivno rutiranje sa check-gateway, Netwatch i NAT po WAN — a prava kombinacija zavisi od toga koliko brza i koliko pametna mora biti vaša detekcija. Za ISP flote teži problem nije isečak konfiguracije, već potvrda preko stotina udaljenih lokacija iza CGNAT da je failover zaista radio. Ovaj vodič pokriva oboje.

Šta je MikroTik Dual-WAN failover?

MikroTik dual-WAN failover je RouterOS konfiguracija koja ruteru daje dva internet uplinka — primarni i rezervni — i automatski premešta saobraćaj na rezervni kada primarni prestane da propušta pakete, a zatim ga vraća kada se oporavi. To nije isto što i balansiranje opterećenja: failover drži jednu vezu u mirovanju kao osiguranje, dok balansiranje opterećenja širi saobraćaj preko obe. Cilj je kontinuitet, a ne dodatni propusni opseg, zbog čega je to podrazumevani obrazac redundanse za lokacije koje jednostavno ne smeju da padnu.

Mehanizam počiva na izboru rute. RouterOS bira aktivnu podrazumevanu rutu po najnižoj administrativnoj distanci, pa primarnom dajete manju distancu a rezervnom veću. Ceo dizajn se onda svodi na jedno pitanje: kako ruter odlučuje da je primarni nedostupan i snižava njegovu rutu? Donesite tu odluku ispravno — dovoljno brzo, ali ne previše nervozno — i failover je pouzdan. Uradite to pogrešno i ili prebacujete prespora ili treperite između veza pri svakom gubitku paketa.

Korak 1 — Mapirajte oba WAN-a pre nego što dodirnete rutu

Počnite tako što zapišete šta svaki uplink zapravo jeste. Fiksni optički ili PPPoE primarni link sa statičkim ili preko PPP dodeljenim gejtvejem ponaša se drugačije od Starlink ili LTE rezerve koja sedi iza Carrier-Grade NAT i daje vam dinamičku adresu. Ovo je važno jer rekurzivno rutiranje radi samo sa stabilnim IP gejtvejima, ne sa dinamičkim tipovima interfejsa kao što su PPPoE ili DHCP gde se adresa može promeniti (MikroTik dokumentacija — Failover (WAN Backup)). Odlučite koja veza je primarna, koja rezervna i da li neka pri ponovnom povezivanju menja svoju IP — ta jedna činjenica diktira koju metodu detekcije možete koristiti.

Korak 2 — Dodajte rekurzivne podrazumevane rute sa check-gateway

Klasičan pristup koristi rekurzivno rutiranje: umesto da podrazumevanu rutu usmerite direktno na sledeći skok, usmerite je na probni cilj (na primer poznati javni rezolver) i dodate statičku rutu koja govori RouterOS-u da taj cilj dostigne samo preko određenog WAN gejtveja. Zatim napravite dve podrazumevane rute rekurzivno razrešene preko tih ciljeva — primarnu sa manjom distancom i omogućenim check-gateway=ping, rezervnu sa većom distancom (Scoop — Basic ISP Failover with MikroTik).

Ponašanje oko kog treba planirati je tajming. Check-gateway deaktivira rutu nakon dve uzastopne neuspele provere, a provere se izvršavaju otprilike svakih 10 sekundi, tako da stvarno prebacivanje pada negde oko 20 do 30 sekundi — i ne reaguje na povremeni gubitak paketa, samo na potpuno mrtav gejtvej (MikroTik dokumentacija — Failover (WAN Backup)). Za mnoge ISP lokacije korisnika to je prihvatljivo. Za glasovne ili platne terminale često nije, i tu nastupa Korak 4.

Korak 3 — Konfigurišite NAT za oba uplinka

Dual-WAN ruteru je potrebno zasebno masquerade (ili src-nat) pravilo po WAN interfejsu tako da koja god veza je aktivna ispravno prevodi odlazni saobraćaj; jedno pravilo vezano za jedan interfejs tiho će prekinuti povezanost u trenutku kada failover premesti saobraćaj na drugu vezu. Dodajte jedno masquerade pravilo u srcnat lancu za primarni out-interface i drugo za rezervni. Ako objavljujete bilo kakve dolazne usluge, zapamtite da dst-nat pravila vezana za adresu primarnog prestaju da rade kada ta veza — i njena javna IP — nestane. Ta krhkost na ulazu je ista arhitektonska zamka obrađena u našem slučaju promena IP Starlink, i zato se odlazno usidren pristup bolje skalira od prosleđivanja portova. Za osnove NAT-a pogledajte naš vodič za konfigurisanje NAT na MikroTik.

Korak 4 — Koristite Netwatch kada vam treba brža ili pametnija detekcija

Kada je 20–30 sekundi presporo ili treba da reagujete na degradirane-ali-žive veze, Netwatch je fleksibilniji alat. U RouterOS v7 Netwatch je dobio parametar type koji može da proba sa icmp, tcp-conn, http-get, https-get ili simple, i možete podesiti sopstveni interval provere umesto da živite sa fiksnim ritmom check-gateway (MikroTik dokumentacija — Failover (WAN Backup)). Svaki host ima up i down skriptu, tako da pri prelazu možete da onemogućite primarnu podrazumevanu rutu, podignete alarm ili zabeležite događaj.

Mnogi operateri kombinuju oboje: rekurzivno rutiranje rešava čistu smrt veze, dok Netwatch pokriva neurednije slučajeve i šalje obaveštenja. Dugotrajna diskusija zajednice raspravlja upravo o ovom kompromisu i vredi je pročitati pre nego što standardizujete jednu metodu preko flote (MikroTik forum — netwatch instead of recursive routing). Šta god izabrali, držite konfiguraciju identičnom na svakoj lokaciji — flota skrojenih failover skripti je sama po sebi ispad koji samo čeka da se dogodi.

Korak 5 — Proverite failover na svakoj udaljenoj lokaciji

Evo dela koji konfiguracioni tutorijali preskaču. Dodavanje ruta na jednom laboratorijskom ruteru je lako; dokazati da failover radi na stotinama postavljenih CPE-ova je pravi ISP problem — i postaje teže kada je rezervni link Starlink ili LTE iza CGNAT, jer uređaj nakon prebacivanja često nema dostupnu javnu IP da bi se njime upravljalo. Ako failover možete da potvrdite samo čekajući da korisnik pozove, zapravo nemate failover; imate skriptu za koju se nadate da radi.

Tu centralizovano upravljanje menja ekonomiju. MKController održava svaki ruter dostupnim preko autentifikovanog odlaznog tunela, tako da možete potvrditi da rezervna putanja nosi saobraćaj, posmatrati prelaz failovera u nadzoru i poslati ispravljenu konfiguraciju — bez zavisnosti od javne IP koja na rezervnoj vezi možda ne postoji. To uparite sa telemetrijom: naši vodiči o daljinskom nadzoru MikroTik sa Zabbix i SNMP nadzoru za MikroTik pokazuju kako da upozorite na sam događaj failovera, tako da tiho prebacivanje na skupu rezervnu vezu nikada ne prođe neopaženo.

Saveti

• Držite probu check-gateway rezervne veze usmerenu na cilj koji dostižete preko te veze, ne preko primarne, inače je vaš test besmislen.
• Označite prelaze failovera u svom nadzoru da bi lokacija koja danima radi na svom rezervnom uplinku podigla tiket — failover koji niko ne primeti je periodični trošak, a ne spas.
• Testirajte stvarni kabl, ne samo rutu: izvucite konektor primarnog i izmerite stvarno prebacivanje.

Stavite failover pod jednu kontrolnu ravan

Dual-WAN failover na jednom MikroTik-u je rešen problem. Raditi to pouzdano preko flote — sa doslednom konfiguracijom i sposobnošću da dokažete da rezerva radi na ruteru koji ne možete dostići preko javne IP — jeste tačka gde većina operatera gubi novac. Centralizovano, odlazno usidreno upravljanje zatvara taj jaz.

Pokrenite svoju besplatnu probnu verziju MKController