Rruga rezervë VPN lundruese nuk merr përsipër: lista e kontrollit të kalimit

Rruga juaj VPN lundruese është konfiguruar, distanca e rezervës është më e madhe se ajo primare, dhe megjithatë asgjë nuk lëviz kurrë. Ose lëviz dhe kthehet mbrapsht disa minuta më vonë, ndërsa lidhja pa tel është ende poshtë. Në të dyja rastet, diçka tjetër përveç dështimit që ju intereson vendos përshtatshmërinë e rrugës.

Kryeni këto kontrolle me radhë. Secili ka një kusht ndalimi, dhe një kontroll i dështuar nuk mund të shpëtohet nga ata që vijojnë. Shembujt përdorin sintaksën RouterOS sepse distanca, arritshmëria e gateway-t dhe kërcimi tjetër rekursiv janë të dukshëm atje në konfigurim, por rendi vlen për çdo router me rrugë statike të gjurmuara.

Emërtoni dështimin që rezerva duhet të mbulojë

«Primarja është poshtë» janë katër vëzhgime të ndryshme. Një radio që humbet partnerin e saj, një ndërfaqe që humbet transportuesin e saj, një gateway i largët që ndalon së përgjigjuri dhe një aplikacion që ndalon së punuari duken të gjitha ndryshe nga vendi i router-it. Shkruani për cilën prej tyre është projektimi përpara se dikush të ndryshojë një vlerë distance.

Pastaj kontrolloni pavarësinë. Nëse transporti i jashtëm i VPN-së kalon në të njëjtën rrugë pa tel, ose në një lidhje aksesi që ndan të njëjtin rrjedhë sipër, rezerva nuk është një domen i dytë dështimi dhe do të jetë poshtë pikërisht kur t'ju duhet. Tërhiqni kabllon primare në letër: nëse transporti i vetë tunelit vdes bashkë me të, rruga lundruese mbulon vetëm gabime konfigurimi, jo ndërprerje.

Ndërpritni së kërkuari nga distanca të zbulojë diçka

Një distancë më e madhe e bën një rrugë më pak të preferuar. Kjo është e gjithë puna. Për sa kohë rruga statike primare mbetet e përshtatshme, rruga lundruese mbetet joaktive, dhe ky është sjellje e saktë, jo një gabim. Dështimi bëhet i dukshëm vetëm kur primarja tërhiqet ose shënohet e paarritshme.

Për rrugët statike kjo kërkon një gjurmues të qartë:

/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

Lexoni çfarë teston kjo: kërcimin tjetër, jo destinacionin. Një radio që ende përgjigjet në anën e saj lokale ndërsa përcjellja përtej është e prishur e mban rrugën primare aktive. Ky është rasti i heshtur, dhe distanca plus një kontroll gateway nuk do ta kapin. Nëse ai rast ka rëndësi, zbulimi duhet të vijë nga diçka që vëzhgon anën e largët: një fqinjësi e protokollit të rrugëzimit, ose një sondë, rrugën dhe rregullin e rezultatit të së cilës e keni përcaktuar vetë.

Gjurmoni ku shkojnë paketat e vetë sondës

Edhe sonda e shëndetit ka një rrugë. Pasi trafiku i të dhënave kalon në VPN, një sondë pa kufizime drejt të njëjtit adresë të largët mund ta ndjekë atë, të ketë sukses dhe të lexohet si provë që primarja është rikuperuar. Trafiku kthehet në një rrugë të prishur dhe cikli përsëritet.

Fiksoni sondën në rrugën që supozohet të gjykojë. Në RouterOS mënyra e zakonshme është një rrugë hosti drejt objektivit të monitorimit përmes gateway-t primar, me një shtrirje aq të vogël sa asnjë rrugë tjetër nuk mund ta zgjidhë, dhe kjo është ajo që ndërton shembulli i kalimit rekursiv në manualin e RouterOS. Konfirmojeni në tabelën e gjallë me rezervën aktive, jo nga komenti i konfigurimit:

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

Përcaktoni çfarë do të thotë rezultati i një sonde përpara se të shtoni objektiva

Një objektiv që refuzon ICMP ose hyn në mirëmbajtje duket saktësisht si një dështim rruge, dhe tre objektiva pa rregull ju japin vetëm tre mendime. Vendosni së pari rregullin, pastaj zbatoni atë: për shembull, primarja llogaritet poshtë kur dy nga tre objektivat dështojnë për dy intervale radhazi, e shkruar në manualin e operimit ku personi tjetër do ta gjejë.

Vendosni pragje dështimi dhe rikuperimi në mënyrë që një paketë e humbur të mos lëvizë vendin. Histereza kushton pak kohë zbulimi dhe blen mbrapsht stabilitet. Zgjidhni intervalin nga sa e tolerueshme është një ndërprerje, jo nga sa shpejt mund të ekzekutohet sonda, dhe mbani kthimin më të ngadaltë se kalimi, në mënyrë që primarja të duhet të provojë veten përpara se të marrë trafikun mbrapsht.

Kontrolloni rrugën e kthimit dhe historinë e sesioneve

Një kalim që funksionon vetëm nga jashtë është gjysmë projektimi. Vendi i largët ka nevojë për një rrugë kthimi drejt gamës suaj burimore përmes VPN-së, përndryshe trafiku i kthimit vjen nga një adresë e papritur dhe përplaset me një gjendje të murit të zjarrit që nuk përputhet më. Sesionet ekzistuese do të thyhen edhe kur lidhjet e reja funksionojnë, ndaj vendoseni këtë në kriteret e pranimit në vend që të premtoni mbijetesën e transferimit.

Mbani aksesin e menaxhimit larg rrugës që po testohet. Nëse e vetmja rrugë hyrëse është përmes primares, një test kalimi ju kyç jashtë pajisjes që sillet keq.

Ekzekutoni sekuencën e pranimit

Tre teste mbulojnë pjesën më të madhe: humbja fizike e primares, një dështim i heshtur përcjelljeje me ndërfaqen ende lart, dhe rivendosja e primares. Për secilin, regjistroni burimin dhe kërcimin tjetër të sondës, rrugën aktive të destinacionit dhe një shkëmbim aplikacioni të lejuar të freskët në të dy drejtimet.

Rasti i heshtur është ai që ndan projektimet. Nëse rezerva nuk merr përsipër atje, keni ndërtuar një monitor lidhjeje, jo një monitor rruge. Vendosni nëse është e pranueshme dhe shkruani kufizimin atje ku inxhinieri i gatishmërisë do ta lexojë. Një tunel i dytë i lidhur nuk është, në vetvete, një politikë rezervë e përfunduar.