Ang lumulutang na backup na ruta ng VPN ay hindi pumapalit: checklist ng failover

Naka-configure ang iyong lumulutang na ruta ng VPN, mas mataas ang distansya ng backup kaysa sa pangunahin, at wala pa ring gumagalaw. O gumagalaw ito, at bumabalik pagkalipas ng ilang minuto habang nakababa pa rin ang wireless na link. Sa parehong kaso, ibang bagay kaysa sa kabiguang pinapahalagahan mo ang nagpapasya sa pagiging karapat-dapat ng ruta.

Gawin ang mga pagsusuring ito nang sunod-sunod. Bawat isa ay may kondisyon ng paghinto, at ang nabigong pagsusuri ay hindi maililigtas ng mga sumusunod. Gumagamit ang mga halimbawa ng syntax ng RouterOS dahil ang distansya, abot ng gateway at recursive na susunod na hop ay nakikita lahat sa configuration doon, pero ang pagkakasunod-sunod ay nalalapat sa anumang router na may sinusubaybayang static na ruta.

Pangalanan ang kabiguang kailangang saklawin ng backup

«Bagsak ang pangunahin» ay apat na magkakaibang obserbasyon. Ang radyong nawawalan ng kapares, ang interface na nawawalan ng carrier, ang malayong gateway na tumitigil sumagot, at ang application na tumitigil gumana ay magkakaiba ang itsura mula sa upuan ng router. Isulat kung alin sa mga ito ang para sa disenyo bago may magbago ng halaga ng distansya.

Pagkatapos suriin ang kalayaan. Kung ang panlabas na transport ng VPN ay dumadaan sa parehong wireless na landas, o sa access link na kabahagi ng parehong upstream, ang backup ay hindi pangalawang domain ng kabiguan at babagsak nang eksakto kapag kailangan mo ito. Hilahin ang pangunahing cable sa papel: kung ang transport ng tunnel mismo ay namamatay kasama nito, ang lumulutang na ruta ay sumasaklaw lamang sa mga pagkakamali sa configuration, hindi sa mga pagkaantala.

Itigil ang paghingi sa distansya na tumuklas ng kahit ano

Mas mataas na distansya ang nagpapababa ng pagpili sa isang ruta. Iyon ang buong gawain. Habang nananatiling karapat-dapat ang pangunahing static na ruta, nananatiling hindi aktibo ang lumulutang na ruta, at iyon ay tamang pag-uugali hindi bug. Nagiging nakikita ang kabiguan lamang kapag ang pangunahin ay binawi o minarkahan na hindi maabot.

Para sa mga static na ruta kailangan nito ng tahasang tracker:

/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

Basahin kung ano ang sinusuri nito: ang susunod na hop, hindi ang destinasyon. Ang radyong sumasagot pa sa lokal na gilid nito habang sira ang pagpapasa sa kabila ay nagpapanatili sa pangunahing ruta na aktibo. Iyon ang tahimik na kaso, at ang distansya kasama ng pagsusuri ng gateway ay hindi ito mahuhuli. Kung mahalaga ang kasong iyon, ang pagtuklas ay dapat magmula sa isang bagay na nagmamasid sa malayong gilid: isang adyacencia ng routing protocol, o isang probe na ikaw mismo ang nagtukoy ng landas at tuntunin ng resulta.

Subaybayan kung saan pumupunta ang sariling mga packet ng probe

May ruta rin ang health probe. Kapag lumipat ang trapiko ng data sa VPN, ang probe na walang paghihigpit patungo sa parehong malayong address ay maaaring sumunod, magtagumpay, at mabasa bilang patunay na nakabalik ang pangunahin. Bumabalik ang trapiko sa sirang landas at umuulit ang siklo.

Ipin ang probe sa landas na dapat nitong hatulan. Sa RouterOS ang karaniwang paraan ay host route patungo sa target ng monitoring sa pamamagitan ng pangunahing gateway, na may saklaw na sapat na maliit para walang ibang ruta ang makalutas nito, at iyon ang itinatayo ng halimbawa ng recursive na failover sa manwal ng RouterOS. Kumpirmahin ito sa live na talahanayan habang aktibo ang backup, hindi mula sa komentaryo ng configuration:

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

Tukuyin kung ano ang ibig sabihin ng resulta ng probe bago magdagdag ng mga target

Ang isang target na tumatanggi sa ICMP o pumapasok sa maintenance ay mukhang eksaktong kabiguan ng landas, at ang tatlong target na walang tuntunin ay nagbibigay lamang ng tatlong opinyon. Magpasya muna sa tuntunin, pagkatapos ipatupad ito: halimbawa, itinuturing na bagsak ang pangunahin kapag dalawa sa tatlong target ang nabigo sa dalawang sunod-sunod na pagitan, nakasulat sa runbook kung saan ito makikita ng susunod na tao.

Itakda ang mga threshold ng kabiguan at pagbawi para hindi ilipat ng isang nawawalang packet ang site. Ang hysteresis ay kumakain ng kaunting oras ng pagtuklas at nagbabalik ng katatagan. Piliin ang pagitan mula sa kung gaano katagal ang pagkaantala ay matatanggap, hindi sa kung gaano kabilis tumakbo ang probe, at panatilihing mas mabagal ang pagbabalik kaysa sa failover para kailangan munang patunayan ng pangunahin ang sarili bago mabawi ang trapiko.

Suriin ang pabalik na landas at ang kuwento ng mga session

Ang failover na gumagana lamang palabas ay kalahating disenyo. Kailangan ng malayong site ng rutang pabalik sa iyong source range sa pamamagitan ng VPN, kung hindi, ang trapikong pabalik ay dumarating mula sa hindi inaasahang address at tumatama sa estado ng firewall na hindi na tumutugma. Masisira ang mga umiiral na session kahit gumagana ang mga bagong koneksyon, kaya ilagay iyon sa mga pamantayan ng pagtanggap sa halip na mangakong makakaligtas ang paglilipat.

Ilayo ang access sa pamamahala mula sa landas na sinusubukan. Kung ang tanging pasukan mo ay sa pamamagitan ng pangunahin, ikinukulong ka ng failover test sa labas ng device na mali ang pag-uugali.

Patakbuhin ang pagkakasunod-sunod ng pagtanggap

Tatlong test ang sumasaklaw sa karamihan: pisikal na pagkawala ng pangunahin, tahimik na kabiguan ng pagpapasa habang nakataas pa ang interface, at pagbawi ng pangunahin. Para sa bawat isa, itala ang pinagmulan at susunod na hop ng probe, ang aktibong rutang destinasyon, at isang sariwang pinahihintulutang palitan ng application sa parehong direksyon.

Ang tahimik na kaso ang naghihiwalay ng mga disenyo. Kung hindi pumapalit doon ang backup, gumawa ka ng link monitor hindi path monitor. Magpasya kung katanggap-tanggap iyon, at isulat ang limitasyon kung saan ito babasahin ng on-call engineer. Ang pangalawang nakakonektang tunnel ay hindi, sa sarili nito, isang kumpletong patakaran sa backup.