MikroTik Dual-WAN failover za ISP-ove

Sažetak MikroTik dual-WAN failover održava lokaciju online automatskim premještanjem prometa na pričuvni uplink kada primarna veza zakaže. RouterOS vam daje tri gradivna bloka — rekurzivno usmjeravanje s check-gateway, Netwatch i NAT po WAN-u — a prava kombinacija ovisi o tome koliko brza i koliko pametna vaša detekcija treba biti. Za ISP flote teži problem nije isječak konfiguracije, već potvrda, kroz stotine udaljenih lokacija iza CGNAT-a, da je failover doista uspio. Ovaj vodič pokriva oboje.

Što Je MikroTik Dual-WAN Failover?

MikroTik dual-WAN failover je RouterOS konfiguracija koja usmjerivaču daje dva internetska uplinka — primarni i pričuvni — i automatski premješta promet na pričuvni kada primarni prestane propuštati pakete, a zatim ga vraća kada se oporavi. Nije isto što i raspodjela opterećenja: failover drži jednu vezu u mirovanju kao osiguranje, dok raspodjela opterećenja širi promet preko obje. Cilj je kontinuitet, a ne dodatna propusnost, zbog čega je to zadani obrazac redundancije za lokacije koje jednostavno ne smiju ostati u mraku.

Mehanizam počiva na odabiru rute. RouterOS bira aktivnu zadanu rutu prema najnižoj administrativnoj udaljenosti, pa primarnoj dajete manju udaljenost, a pričuvnoj veću. Cijeli se dizajn tada svodi na jedno pitanje: kako usmjerivač odlučuje da je primarna „dolje” i degradira njezinu rutu? Donesite tu odluku ispravno — dovoljno brzo, ali ne nervozno — i failover je pouzdan. Pogriješite i ili se prebacujete prespolro ili treperite između veza pri svakom izgubljenom paketu.

Korak 1 — Mapirajte oba WAN-a prije nego dotaknete rutu

Počnite zapisivanjem što je svaki uplink zapravo. Fiksni optički ili PPPoE primarni s statičkim ili PPP-dodijeljenim pristupnikom ponaša se drugačije od Starlink ili LTE pričuve koja sjedi iza Carrier-Grade NAT-a i daje vam dinamičku adresu. To je važno jer rekurzivno usmjeravanje radi samo sa stabilnim IP pristupnicima, ne s dinamičkim tipovima sučelja poput PPPoE ili DHCP gdje se adresa može promijeniti (MikroTik dokumentacija — Failover (WAN Backup)). Odlučite koja je veza primarna, koja pričuvna i mijenja li ijedna svoju IP pri ponovnom spajanju — ta jedna činjenica diktira koju metodu detekcije možete koristiti.

Korak 2 — Dodajte rekurzivne zadane rute s check-gateway

Klasični pristup koristi rekurzivno usmjeravanje: umjesto da zadanu rutu usmjerite izravno na sljedeći skok, usmjeravate je na cilj ispitivanja (na primjer poznati javni resolver) i dodajete statičku rutu koja govori RouterOS-u da taj cilj dosegne samo kroz određeni WAN pristupnik. Zatim stvarate dvije zadane rute rekurzivno razriješene preko tih ciljeva — primarnu s manjom udaljenošću i omogućenim check-gateway=ping, pričuvnu s većom udaljenošću (Scoop — Basic ISP Failover with MikroTik).

Ponašanje oko kojeg treba planirati jest tajming. Check-gateway deaktivira rutu nakon dvije uzastopne neuspjele provjere, a provjere se izvode otprilike svakih 10 sekundi, pa stvarno prebacivanje pada na oko 20 do 30 sekundi — i ne reagira na isprekidani gubitak paketa, samo na potpuno mrtvi pristupnik (MikroTik dokumentacija — Failover (WAN Backup)). Za mnoge ISP korisničke lokacije to je prihvatljivo. Za glasovne ili platne terminale često nije, i tu nastupa korak 4.

Korak 3 — Konfigurirajte NAT za oba uplinka

Dual-WAN usmjerivač treba zasebno masquerade (ili src-nat) pravilo po WAN sučelju kako bi veza koja je trenutno aktivna ispravno prevodila odlazni promet; jedinstveno pravilo vezano za jedno sučelje tiho će prekinuti povezivost u trenutku kad failover premjesti promet na drugu vezu. Dodajte jedno masquerade pravilo u srcnat lanac za primarno out-interface i drugo za pričuvu. Ako objavljujete dolazne usluge, zapamtite da dst-nat pravila vezana za adresu primarne prestaju raditi kada ta veza — i njezina javna IP — nestane. Ta dolazna krhkost ista je arhitektonska zamka obrađena u našem slučaju promjena Starlink IP-a, i zato pristup usidren na izlazu bolje skalira od prosljeđivanja portova. Za osnove NAT-a, pogledajte naš vodič za konfiguraciju NAT-a na MikroTiku.

Korak 4 — Koristite Netwatch kada trebate bržu ili pametniju detekciju

Kada je 20–30 sekundi presporo ili morate djelovati na degradirane-ali-žive veze, Netwatch je fleksibilniji alat. U RouterOS v7, Netwatch je dobio parametar type koji može ispitivati s icmp, tcp-conn, http-get, https-get ili simple, i možete postaviti vlastiti interval provjere umjesto da živite s fiksnim ritmom check-gateway (MikroTik dokumentacija — Failover (WAN Backup)). Svaki host ima up i down skriptu, pa pri prijelazu možete onemogućiti primarnu zadanu rutu, pokrenuti upozorenje ili zabilježiti događaj.

Mnogi operateri kombiniraju oboje: rekurzivno usmjeravanje rješava čisto odumiranje veze, dok Netwatch pokriva neurednije slučajeve i šalje obavijesti. Dugotrajna nit zajednice raspravlja upravo o tom kompromisu i vrijedi je pročitati prije nego standardizirate jednu metodu kroz cijelu flotu (MikroTik forum — netwatch instead of recursive routing). Što god odaberete, držite konfiguraciju identičnom na svakoj lokaciji — flota prilagođenih failover skripti sama je ispad koji čeka da se dogodi.

Korak 5 — Provjerite failover na svakoj udaljenoj lokaciji

Evo dijela koji konfiguracijski vodiči preskaču. Dodavanje ruta na jednom laboratorijskom usmjerivaču je lako; dokazati da failover radi na stotinama postavljenih CPE uređaja pravi je ISP problem — i postaje teže kada je pričuvna veza Starlink ili LTE iza CGNAT-a, jer uređaj nakon prebacivanja često nema dostupnu javnu IP za upravljanje. Ako failover možete potvrditi samo čekanjem da klijent nazove, zapravo nemate failover; imate skriptu za koju se nadate da će se izvršiti.

Ovdje centralizirano upravljanje mijenja ekonomiju. MKController svaki usmjerivač drži dostupnim kroz autentificirani izlazni tunel, pa možete potvrditi da pričuvni put nosi promet, promatrati failover prijelaz u nadzoru i poslati ispravljenu konfiguraciju — bez ovisnosti o javnoj IP koja možda ne postoji na pričuvnoj vezi. Uparite to s telemetrijom: naši vodiči o daljinskom nadzoru MikroTika sa Zabbixom i SNMP nadzoru za MikroTik pokazuju kako upozoriti na sam failover događaj, tako da tihi prelazak na skupu pričuvnu vezu nikada ne prođe nezapaženo.

Savjeti

• Držite check-gateway ispitivanje pričuvne veze usmjereno na cilj koji dosežete kroz tu vezu, ne kroz primarnu, inače je vaš test besmislen.
• Označite failover prijelaze u svom nadzoru kako bi lokacija koja danima radi na svom pričuvnom uplinku otvorila tiket — failover koji nitko ne primijeti ponavljajući je trošak, a ne spas.
• Testirajte stvarni kabel, ne samo rutu: izvucite konektor primarne i izmjerite stvarno vrijeme prebacivanja.

Dovedite failover pod jednu kontrolnu ravninu

Dual-WAN failover na jednom MikroTiku je riješen problem. Pouzdano ga izvesti kroz cijelu flotu — s dosljednom konfiguracijom i sposobnošću da dokažete da pričuva radi na usmjerivaču koji ne možete dosegnuti javnom IP — mjesto je gdje većina operatera gubi novac. Centralizirano, na izlazu usidreno upravljanje zatvara taj jaz.

Započnite svoju besplatnu MKController probu