VPN апаттық ауысуы: қайтару жолы ескі туннельде қалғанда

Қосалқы туннель көтеріледі, негізгі түседі, ал қолданба әлі де уақыт шегінен асады. Екі сайтта да туннель күйі сау көрінеді, және дәл осы шатастырады. Сұраныстарды қосалқыға жылжытып, бірақ жауаптарды ескі жолда қалдыратын ауысу апаттық ауысу емес. Төмендегі нұсқаулық тек қол алысуды емес, қайтару жолын да тексереді.

Алдымен екі ұштағы маршруттарды жазып алыңыз; бір сайттан қарау асимметриялық жолды көрсете алмайды. Бұл уақыт қысымында жиі қалдырылатын қадам да.

Сынақ алдында екі сайттың маршруттарын жазыңыз

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

Статикалық метрикалар, қадағаланатын маршруттар және динамикалық маршруттау жарамдылықты әртүрлі білдіреді. Дизайныңыз қайсысын қолданатынын және баламаның белсенді болуы үшін не қажет екенін біліңіз. Шартты маршруттың қасына жазыңыз, мысалы тексеру сәтсіз болғанша төменірек метрика.

Мұны екі сайтта да жасаңыз. Бір жақта басым, екінші жақта еленбейтін қосалқы жол дәл сіз болдырмауға тырысқан асимметрияны тудырады.

Әр кезеңде сұраныстар мен жауаптарды бақылаңыз

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

Сұраныстар жылжып, жауаптар жылжымаса, алыс сайттың клиент префиксіне дейінгі маршрутын және оның қосалқыға басымдығын тексеріңіз. Бұл маршруттау шешімі, туннель ақауы емес.

Сынақтан кейін бастапқы күйді қалпына келтіріп, негізгі жолдың қайта басым екенін растаңыз. Қалпына келтірілген негізгі жол басым болмаса, бұл аяқталмаған апаттық ауысу дизайны.

Шлюз өзгергенде сессия күйін басқарыңыз

Қауіпсіздік қабырғалары мен NAT қосылым күйін бір шлюзде ұстай алады, ал басқа шлюзге жолдың өзгеруі оны тасымалдамайды. Кейбір қолданбалар өздігінен қайта қосылады; басқалары сессия қалпына келгенше істен шығады. Егер қосалқы жария көзді немесе аударылған жеке мекенжайды өзгертсе, қашықтағы қатынас ережелері де әрекет етуі мүмкін. Кедергісіз апаттық ауысуға уәде берудің орнына күтілетін сессия қайта іске қосылуын құжаттаңыз.

Қолданба талап ететін жерде тұрақты мекенжайлауды сақтаңыз. Әр сессия үшін бастауыш мекенжайды өзгертетін апаттық ауысу дизайны — дизайн таңдауы, және ол жазылуы керек. Бұл таңдау пайдаланушылардың үзілісті қаншалықты байқайтынын анықтайды.

Тек жаңа сұранысты емес, ұзақ сессияны ұстайтын қолданбаны да сынаңыз.

Негізгі жолды қалпына келтіріп, тербелісті тексеріңіз

Маршрут хабарламалары немесе басымдықтар тербеліссіз тұрақталатынын растаңыз. Тербелетін негізгі жол айқын іркілістен де көбірек кедергі келтіруі мүмкін, өйткені әр ауысу күйді қайта орнатады.

Шлюз әкімшілігін қалпына келтіру жолы арқылы қолжетімді ұстаңыз, сынақ өзі сізді сыртта қалдырмасын. Кезеңдерді, байқалған жолдарды және қалпына келтіру уақытын жазыңыз; дәл сол жазба келесі апаттық ауысуды болжамды етеді. strongSwan-ның жіберу туралы жазбалары соңғы нүктелер Linux хосттары болғанда пайдалы.