Жылжымалы VPN резервтік маршруты қабылдамайды: ауысу тексеру парағы

Жылжымалы статикалық маршруттар пакеттердің тоқтауын емес, жарамдылықты күтеді. 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 арқылы сіздің бастау диапазоныңызға қайту маршруты қажет, әйтпесе қайтар трафик күтпеген мекенжайдан келіп, енді сәйкес келмейтін брандмауэр күйіне соғылады. Жаңа қосылымдар жұмыс істесе де, қолданыстағы сессиялар үзіледі, сондықтан тасымалдаудың сақталуын уәде етудің орнына мұны қабылдау критерийлеріне қосыңыз.

Басқару рұқсатын тексерілетін жолдан тыс ұстаңыз. Егер жалғыз кіреберісіңіз негізгі арқылы болса, ауысу тесті сізді қате әрекет ететін құрылғыдан тыс құлыптайды.

Қабылдау тізбегін орындаңыз

Үш тест аумақтың көп бөлігін қамтиды: негізгінің физикалық жоғалуы, интерфейс әлі қосулы кездегі тыныш жіберу ақауы және негізгінің қалпына келуі. Әрқайсысы үшін зондтың көзі мен келесі секірісін, белсенді межелі маршрутты және екі бағытта жаңа рұқсат етілген қолданба алмасуын жазыңыз.

Тыныш жағдай — дизайндарды ажырататын жағдай. Егер резерв сонда қабылдамаса, сіз жол мониторын емес, байланыс мониторын салдыңыз. Бұл қабылдана ма, соны шешіңіз және шектеуді кезекші инженер оқитын жерге жазыңыз. Екінші қосылған туннель өздігінен аяқталған резервтік саясат емес.

Қатысты мақалалар