Hõljuv VPN-i varumarsruut ei võta üle: ülemineku kontroll-loend
Hõljuvad staatilised marsruudid ootavad sobivust, mitte pakettide seiskumist. Kuus järjestatud kontrolli sondeerimistee, lävendite ja tagasilülitumise kohta VPN-i varul.
Teie hõljuv VPN-i marsruut on seadistatud, varu kaugus on suurem kui primaarsel, ja ometi ei liigu miski kunagi. Või liigub ja pöördub minutite pärast tagasi, samal ajal kui traadita side on endiselt maas. Mõlemal juhul otsustab marsruudi sobivuse miski muu kui tõrge, mille pärast muretsete.
Tehke need kontrollid järjekorras. Igal on peatustingimus ja ebaõnnestunud kontrolli ei päästa järgnevad. Näited kasutavad RouterOS-i süntaksit, sest kaugus, lüüsi kättesaadavus ja rekursiivne järgmine hüpe on seal seadistuses nähtavad, kuid järjekord kehtib iga jälgitud staatiliste marsruutidega ruuteri puhul.
Nimetage tõrge, mida varu peab katma
«Primaarne on maas» on neli erinevat tähelepanekut. Raadio, mis kaotab oma partneri, liides, mis kaotab oma kandja, kauglüüs, mis lõpetab vastamise, ja rakendus, mis lõpetab töötamise, näevad ruuteri kohalt kõik erinevad välja. Pange kirja, millise jaoks disain mõeldud on, enne kui keegi kauguse väärtust muudab.
Seejärel kontrollige sõltumatust. Kui VPN-i välimine transport kulgeb sama traadita teed või juurdepääsulüli kaudu, mis jagab sama ülesvoolu, ei ole varu teine tõrkepiirkond ja on maas täpselt siis, kui seda vajate. Tõmmake paberil primaarne kaabel välja: kui tunnel enda transport sureb sellega koos, katab hõljuv marsruut ainult seadistusvigu, mitte katkestusi.
Lõpetage kauguselt millegi tuvastamise nõudmine
Suurem kaugus muudab marsruudi vähem eelistatuks. See ongi kogu töö. Kuni primaarne staatiline marsruut jääb sobivaks, jääb hõljuv marsruut mitteaktiivseks ja see on õige käitumine, mitte viga. Tõrge muutub nähtavaks alles siis, kui primaarne eemaldatakse või märgitakse kättesaamatuks.
Staatiliste marsruutide puhul nõuab see selget jälgijat:
/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
Lugege, mida see testib: järgmist hüpet, mitte sihtkohta. Raadio, mis vastab endiselt oma kohalikul küljel, samal ajal kui edaspidine edastamine on katki, hoiab primaarse marsruudi aktiivsena. See on vaikne juhtum ja kaugus koos lüüsi kontrolliga ei taba seda. Kui see juhtum on oluline, peab tuvastus tulema millestki, mis jälgib kaugemat külge: marsruutimisprotokolli naabrus või sond, mille tee ja tulemuse reegli olete ise määratlenud.
Jälgige, kuhu sondi enda paketid lähevad
Tervisesondil on samuti marsruut. Kui andmeliiklus liigub VPN-i, võib piiramatu sond samale kaugadressile seda järgida, õnnestuda ja seda loetakse tõendiks, et primaarne taastus. Liiklus naaseb katkisele teele ja tsükkel kordub.
Kinnitage sond tee külge, mida see peaks hindama. RouterOS-is on tavaline viis hostmarsruut jälgimissihtmärgini läbi primaarse lüüsi, ulatusega, mis on piisavalt väike, et ükski teine marsruut ei saa seda lahendada, mille ehitab rekursiivse ülemineku näide RouterOS-i käsiraamatus. Kinnitage see reaalajas tabelis varu aktiivsena, mitte seadistuse kommentaarist:
/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop
Määratlege, mida sondi tulemus tähendab, enne sihtmärkide lisamist
Üks sihtmärk, mis keeldub ICMP-st või läheb hooldusse, näeb välja täpselt nagu tee tõrge, ja kolm sihtmärki ilma reeglita annavad teile lihtsalt kolm arvamust. Otsustage reegel esmalt ja rakendage see siis: näiteks primaarne loetakse maas olevaks, kui kaks kolmest sihtmärgist ebaõnnestuvad kahe järjestikuse intervalli jooksul, kirjutatud töökäsiraamatusse, kust järgmine inimene selle leiab.
Seadke tõrke- ja taastumislävendid nii, et üks kadunud pakett ei liiguta objekti. Hüsterees maksab veidi tuvastusaega ja ostab stabiilsuse tagasi. Valige intervall selle järgi, kui kaua katkestus on talutav, mitte selle järgi, kui kiiresti sond töötada saab, ja hoidke tagasilülitumine üleminekust aeglasem, et primaarne peaks end tõestama, enne kui liikluse tagasi saab.
Kontrollige tagasiteed ja sessioonide lugu
Üleminek, mis töötab ainult väljapoole, on pool disaini. Kaugem objekt vajab VPN-i kaudu tagasiteed teie lähtepiirkonda, muidu saabub tagasiliiklus ootamatult aadressilt ja tabab tulemüüri olekut, mis enam ei sobi. Olemasolevad sessioonid katkevad ka siis, kui uued ühendused töötavad, seega pange see vastuvõtukriteeriumitesse, selle asemel et lubada ülekande püsimist.
Hoidke haldusjuurdepääs testitavalt teelt eemal. Kui teie ainus sissepääs on primaarse kaudu, lukustab üleminekutest teid seadmest välja, mis käitub valesti.
Viige läbi vastuvõtujärjestus
Kolm testi katavad suurema osa: primaarse füüsiline kadu, vaikne edastustõrge liidese veel üleval olemisega ja primaarse taastamine. Igaühe jaoks registreerige sondi allikas ja järgmine hüpe, aktiivne sihtkoha marsruut ja värske lubatud rakenduse vahetus mõlemas suunas.
Vaikne juhtum on see, mis eristab disaine. Kui varu seal üle ei võta, olete ehitanud lingi monitori, mitte tee monitori. Otsustage, kas see on vastuvõetav, ja kirjutage piirang sinna, kus valves insener seda loeb. Teine ühendatud tunnel ei ole iseenesest valmis varuplaan.