Plutajuća VPN rezervna ruta ne preuzima: kontrolna lista prebacivanja

Vaša plutajuća VPN ruta je konfigurisana, udaljenost rezerve veća je od primarne, a ništa se nikada ne pomjera. Ili se pomjeri, pa se vrati nekoliko minuta kasnije dok je bežična veza još uvijek prekinuta. U oba slučaja nešto drugo osim kvara koji vas zanima odlučuje o podobnosti rute.

Izvedite ove provjere po redu. Svaka ima uslov zaustavljanja, a neuspješna provjera ne može se spasiti sljedećim. Primjeri koriste RouterOS sintaksu jer su udaljenost, dostupnost mrežnog prolaza i rekurzivni sljedeći skok vidljivi u konfiguraciji tamo, ali redoslijed vrijedi za svaki ruter sa praćenim statičkim rutama.

Imenujte kvar koji rezerva mora pokriti

„Primarna je pala“ su četiri različita opažanja. Radio koji izgubi svog partnera, interfejs koji izgubi nosioca, udaljeni mrežni prolaz koji prestane odgovarati i aplikacija koja prestane raditi izgledaju različito iz sjedišta rutera. Zapišite za koje je od njih dizajn prije nego iko promijeni vrijednost udaljenosti.

Zatim provjerite nezavisnost. Ako vanjski transport VPN-a ide istim bežičnim putem ili preko pristupne veze koja dijeli isti uzvodni kanal, rezerva nije druga domena kvara i bit će pala tačno kada vam treba. Povucite primarni kabl na papiru: ako transport tunela umre zajedno s njim, plutajuća ruta pokriva samo greške u konfiguraciji, ne prekide.

Prestanite tražiti od udaljenosti da bilo šta otkrije

Veća udaljenost čini rutu manje poželjnom. To je cijeli posao. Dok primarna statička ruta ostaje podobna, plutajuća ruta ostaje neaktivna, i to je ispravno ponašanje, a ne greška. Kvar postaje vidljiv tek kada primarna bude povučena ili označena kao nedostupna.

Za statičke rute to zahtijeva eksplicitni pratilac:

/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

Pročitajte šta to testira: sljedeći skok, ne odredište. Radio koji još odgovara na svojoj lokalnoj strani dok je prosljeđivanje dalje pokvareno drži primarnu rutu aktivnom. To je tihi slučaj, i udaljenost plus provjera prolaza ga neće uhvatiti. Ako je taj slučaj važan, otkrivanje mora doći od nečega što posmatra dalju stranu: susjedstvo protokola rutiranja ili sonda čiji ste put i pravilo rezultata sami definirali.

Pratite kuda idu vlastiti paketi sonde

Sonda zdravlja također ima rutu. Kada podaci pređu na VPN, neograničena sonda na istu udaljenu adresu može je slijediti, uspjeti i biti pročitana kao dokaz da se primarna oporavila. Saobraćaj se vraća na pokvaren put i ciklus se ponavlja.

Pričvrstite sondu na put koji treba da procjenjuje. U RouterOS-u uobičajen način je ruta do hosta prema meti nadzora preko primarnog prolaza, s opsegom dovoljno malim da je nijedna druga ruta ne može razriješiti, što je ono što gradi primjer rekurzivnog prebacivanja u RouterOS priručniku. Potvrdite to u živoj tabeli s aktivnom rezervom, a ne iz komentara u konfiguraciji:

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

Definišite šta rezultat sonde znači prije dodavanja meta

Jedna meta koja odbija ICMP ili odlazi na održavanje izgleda tačno kao kvar puta, a tri mete bez pravila daju vam samo tri mišljenja. Prvo odlučite pravilo, pa ga primijenite: na primjer, primarna se računa kao pala kada dvije od tri mete ne uspiju u dva uzastopna intervala, zapisano u priručniku gdje će ga sljedeća osoba naći.

Postavite pragove kvara i oporavka tako da jedan izgubljeni paket ne pomjeri lokaciju. Histereza košta malo vremena otkrivanja i vraća stabilnost. Odaberite interval prema tome koliko dugo je prekid prihvatljiv, a ne prema tome koliko brzo sonda može raditi, i držite vraćanje sporijim od prebacivanja kako bi primarna morala dokazati sebe prije nego što dobije saobraćaj natrag.

Provjerite povratni put i priču o sesijama

Prebacivanje koje radi samo prema van je pola dizajna. Udaljena lokacija treba rutu natrag do vašeg raspona izvora preko VPN-a, inače povratni saobraćaj dolazi s neočekivane adrese i udara u stanje zaštitnog zida koje se više ne poklapa. Postojeće sesije će se prekinuti čak i kada nove veze rade, zato to stavite u kriterije prihvatanja umjesto da obećavate opstanak prijenosa.

Držite administrativni pristup izvan puta koji se testira. Ako je vaš jedini ulaz preko primarne, test prebacivanja vas zaključava izvan uređaja koji se loše ponaša.

Izvedite slijed prihvatanja

Tri testa pokrivaju većinu terena: fizički gubitak primarne, tihi kvar prosljeđivanja s interfejsom koji je još podignut i obnova primarne. Za svaki zabilježite izvor i sljedeći skok sonde, aktivnu rutu odredišta i svježu dozvoljenu razmjenu aplikacije u oba smjera.

Tihi slučaj je onaj koji razdvaja dizajne. Ako rezerva tamo ne preuzme, napravili ste monitor veze, a ne monitor puta. Odlučite je li to prihvatljivo i zapišite ograničenje tamo gdje će ga dežurni inženjer pročitati. Drugi povezani tunel sam po sebi nije završena rezervna politika.