Peldošais VPN rezerves maršruts nepārņem: pārslēgšanās pārbaudes saraksts

Jūsu peldošais VPN maršruts ir konfigurēts, rezerves distance ir lielāka par primāro, un tomēr nekas nekad nekustas. Vai arī kustas un pēc dažām minūtēm atgriežas, kamēr bezvadu saite joprojām ir izslēgta. Abos gadījumos maršruta atbilstību nosaka kaut kas cits, nevis kļūme, kas jūs uztrauc.

Veiciet šīs pārbaudes secīgi. Katrai ir apstāšanās nosacījums, un neizdevušos pārbaudi nevar glābt nākamās. Piemēri izmanto RouterOS sintaksi, jo distance, vārtejas sasniedzamība un rekursīvais nākamais lēciens tur ir redzami konfigurācijā, taču secība attiecas uz jebkuru maršrutētāju ar izsekotiem statiskiem maršrutiem.

Nosauciet kļūmi, kas rezervei jāsedz

«Primārais ir izslēgts» ir četri dažādi novērojumi. Radio, kas zaudē savu partneri, saskarne, kas zaudē savu nesēju, attālināta vārteja, kas pārstāj atbildēt, un lietojumprogramma, kas pārstāj darboties, no maršrutētāja vietas izskatās atšķirīgi. Pierakstiet, kurai no tām ir paredzēts risinājums, pirms kāds maina distances vērtību.

Pēc tam pārbaudiet neatkarību. Ja VPN ārējais transports iet pa to pašu bezvadu ceļu vai pa piekļuves saiti, kas dala to pašu augšupējo plūsmu, rezerve nav otra kļūmju joma un būs izslēgta tieši tad, kad tā jums būs vajadzīga. Uzzīmējiet uz papīra primārā kabeļa izvilkšanu: ja tuneļa paša transports mirst kopā ar to, peldošais maršruts sedz tikai konfigurācijas kļūdas, nevis pārtraukumus.

Pārtrauciet prasīt, lai distance kaut ko atklātu

Lielāka distance padara maršrutu mazāk vēlamu. Tas ir viss darbs. Kamēr primārais statiskais maršruts paliek atbilstošs, peldošais maršruts paliek neaktīvs, un tā ir pareiza uzvedība, nevis kļūda. Kļūme kļūst redzama tikai tad, kad primārais tiek atsaukts vai atzīmēts kā nesasniedzams.

Statiskiem maršrutiem tam nepieciešams skaidrs sekotājs:

/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

Izlasiet, ko tas pārbauda: nākamo lēcienu, nevis galamērķi. Radio, kas joprojām atbild savā lokālajā pusē, kamēr pārsūtīšana tālāk ir salauzta, uztur primāro maršrutu aktīvu. Tas ir klusais gadījums, un distance kopā ar vārtejas pārbaudi to neuzķers. Ja šis gadījums ir svarīgs, atklāšanai jānāk no kaut kā, kas novēro tālo pusi: maršrutēšanas protokola kaimiņattiecības vai zonde, kuras ceļu un rezultāta noteikumu esat definējis pats.

Izsekojiet, kur dodas pašas zondes paketes

Veselības zondei arī ir maršruts. Kad datu plūsma pāriet uz VPN, neierobežota zonde uz to pašu attālo adresi var tai sekot, gūt panākumus un tikt lasīta kā pierādījums, ka primārais ir atjaunojies. Plūsma atgriežas salauztā ceļā, un cikls atkārtojas.

Piespraudiet zondi ceļam, kuru tai jāvērtē. RouterOS parastais veids ir maršruts uz resursdatoru līdz uzraudzības mērķim caur primāro vārteju, ar pietiekami mazu tvērumu, lai neviens cits maršruts to nevarētu atrisināt, un tieši to veido rekursīvās pārslēgšanās piemērs RouterOS rokasgrāmatā. Apstipriniet to aktīvajā tabulā ar ieslēgtu rezervi, nevis no konfigurācijas komentāra:

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

Pirms mērķu pievienošanas definējiet, ko nozīmē zondes rezultāts

Viens mērķis, kas noraida ICMP vai dodas uzturēšanā, izskatās tieši kā ceļa kļūme, un trīs mērķi bez noteikuma sniedz tikai trīs viedokļus. Vispirms izlemiet noteikumu, pēc tam to ieviesiet: piemēram, primārais tiek uzskatīts par izslēgtu, kad divi no trim mērķiem neizdodas divos secīgos intervālos, pierakstīts ekspluatācijas rokasgrāmatā, kur to atradīs nākamais cilvēks.

Iestatiet kļūmju un atjaunošanās sliekšņus tā, lai viens zaudēts pakets nepārvietotu objektu. Histerēze maksā nedaudz atklāšanas laika un atpērk stabilitāti. Izvēlieties intervālu pēc tā, cik ilgi pārtraukums ir pieļaujams, nevis pēc tā, cik ātri zonde var darboties, un turiet atgriešanos lēnāku par pārslēgšanos, lai primārajam būtu jāpierāda sevi pirms plūsmas atgūšanas.

Pārbaudiet atgriešanās ceļu un sesiju stāstu

Pārslēgšanās, kas darbojas tikai uz āru, ir puse no risinājuma. Attālajai vietai ir vajadzīgs atgriešanās maršruts uz jūsu avota diapazonu caur VPN, citādi atgriešanās plūsma nāk no negaidītas adreses un atsitās pret ugunsmūra stāvokli, kas vairs neatbilst. Esošās sesijas pārtrūks arī tad, kad jaunie savienojumi strādās, tāpēc iekļaujiet to pieņemšanas kritērijos, nevis soliet pārsūtīšanas izdzīvošanu.

Turiet pārvaldības piekļuvi ārpus pārbaudāmā ceļa. Ja vienīgā ieeja ir caur primāro, pārslēgšanās tests jūs izslēgs no ierīces, kas uzvedas nepareizi.

Izpildiet pieņemšanas secību

Trīs testi nosedz lielāko daļu: primārā fiziskais zudums, klusa pārsūtīšanas kļūme ar joprojām aktīvu saskarni un primārā atjaunošana. Katram pierakstiet zondes avotu un nākamo lēcienu, aktīvo galamērķa maršrutu un svaigu atļautu lietojumprogrammas apmaiņu abos virzienos.

Klusais gadījums ir tas, kas šķir risinājumus. Ja rezerve tur nepārņem, jūs esat uzbūvējis saites monitoru, nevis ceļa monitoru. Izlemiet, vai tas ir pieņemami, un pierakstiet ierobežojumu tur, kur dežūrējošais inženieris to lasīs. Otrs pievienotais tunelis pats par sevi nav pabeigta rezerves politika.