Плутајућа резервна VPN рута не преузима: контролна листа за пребацивање

Ваша плутајућа VPN рута је конфигурисана, растојање резерве је веће од основне, а ипак се ништа никада не помера. Или се помера, па се врати после неколико минута док је бежична веза још увек прекинута. У оба случаја нешто друго осим квара који вас занима одлучује о подобности руте.

Извршите ове провере по реду. Свака има услов заустављања, а неуспешна провера не може се спасити следећима. Примери користе RouterOS синтаксу јер су растојање, доступност мрежног пролаза и рекурзивни следећи скок видљиви у конфигурацији тамо, али ред важи за сваки рутер са праћеним статичким рутама.

Именујте квар који резерва мора да покрије

„Основна је пала“ су четири различита запажања. Радио који изгуби свог партнера, интерфејс који изгуби носач, удаљени пролаз који престане да одговара и апликација која престане да ради изгледају различито из седишта рутера. Запишите за коју је од њих пројект пре него што неко промени вредност растојања.

Затим проверите независност. Ако спољни транспорт VPN-а иде истим бежичним путем или преко приступне везе која дели исти узводни ток, резерва није други домен квара и биће пала тачно када вам треба. Повуците основни кабл на папиру: ако транспорт самог тунела умре са њим, плутајућа рута покрива само конфигурацијске грешке, не прекиде.

Престаните да од растојања тражите да било шта открије

Веће растојање чини руту мање пожељном. То је цео посао. Док основна статичка рута остаје подобна, плутајућа рута остаје неактивна, и то је исправно понашање, а не грешка. Квар постаје видљив само када основна буде повучена или означена као недоступна.

За статичке руте то захтева изричит пратилац:

/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

Прочитајте шта то тестира: следећи скок, не одредиште. Радио који још одговара на својој локалној страни док је прослеђивање даље покварено држи основну руту активном. То је тихи случај, и растојање плус провера пролаза га неће ухватити. Ако је тај случај важан, откривање мора да дође од нечега што посматра даљу страну: суседство протокола рутирања или сонда чији сте пут и правило резултата сами дефинисали.

Пратите куда иду сопствени пакети сонде

Сонда здравља такође има руту. Када подаци пређу на VPN, неограничена сонда на исту удаљену адресу може да је следи, успе и буде прочитана као доказ да се основна опоравила. Саобраћај се враћа на покварен пут и циклус се понавља.

Причврстите сонду на пут који треба да процени. У RouterOS-у уобичајен начин је рута до хоста ка мети надзора преко основног пролаза, са обимом довољно малим да је ниједна друга рута не може разрешити, и то је оно што гради пример рекурзивног пребацивања у RouterOS приручнику. Потврдите то у живој табели са активном резервом, а не из коментара у конфигурацији:

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

Дефинишите шта значи резултат сонде пре него што додате циљеве

Један циљ који одбија ICMP или одлази на одржавање изгледа тачно као квар пута, а три циља без правила дају вам само три мишљења. Прво одлучите правило, па га примените: на пример, основна се рачуна као пала када две од три циља не успеју у два узастопна интервала, записано у оперативном приручнику где ће га следећа особа наћи.

Поставите прагове квара и опоравка тако да један изгубљен пакет не помери локацију. Хистереза кошта мало времена откривања и враћа стабилност. Изаберите интервал према томе колико је прекид толерантан, а не према томе колико брзо сонда може да ради, и држите враћање споријим од пребацивања како би основна морала да докаже себе пре него што добије саобраћај назад.

Проверите повратни пут и причу о сесијама

Пребацивање које ради само према споља је пола пројекта. Удаљена локација треба повратну руту до вашег распона извора преко VPN-а, иначе повратни саобраћај долази са неочекиване адресе и удара у стање заштитног зида које се више не поклапа. Постојеће сесије ће се прекинути чак и када нове везе раде, зато то ставите у критеријуме прихватања уместо да обећавате опстанак преноса.

Држите административни приступ изван пута који се тестира. Ако је ваш једини улаз преко основне, тест пребацивања вас закључава изван уређаја који се лоше понаша.

Извршите низ за прихватање

Три теста покривају већи део: физички губитак основне, тихи квар прослеђивања са још подигнутим интерфејсом и обнова основне. За сваки забележите извор и следећи скок сонде, активну руту одредишта и свежу дозвољену размену апликације у оба смера.

Тихи случај је онај који раздваја пројекте. Ако резерва тамо не преузме, направили сте монитор везе, а не монитор пута. Одлучите да ли је то прихватљиво и запишите ограничење тамо где ће га дежурни инжењер прочитати. Други повезани тунел сам по себи није завршена резервна политика.