Լողացող 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-ով, հակառակ դեպքում վերադարձի հոսքը գալիս է անսպասելի հասցեից և բախվում է հրապատի վիճակի, որն այլևս չի համապատասխանում։ Գոյություն ունեցող սեսիաները կկոտրվեն նույնիսկ երբ նոր միացումներն աշխատում են, ուստի դա դրեք ընդունման չափանիշների մեջ՝ փոխանցման գոյատևումը խոստանալու փոխարեն։

Կառավարման հասանելիությունը հեռու պահեք փորձարկվող ուղուց։ Եթե ձեր միակ մուտքը առաջնայինով է, անցման թեստը ձեզ կողպում է սխալ վարվող սարքից դուրս։

Կատարեք ընդունման հաջորդականությունը

Երեք թեստ ծածկում են տարածքի մեծ մասը. առաջնայինի ֆիզիկական կորուստ, լուռ փոխանցման խափանում ինտերֆեյսի դեռ վերև վիճակում, և առաջնայինի վերականգնում։ Յուրաքանչյուրի համար գրանցեք զոնդի աղբյուրն ու հաջորդ ցատկը, ակտիվ նպատակակետ երթուղին և երկու ուղղությամբ թարմ թույլատրված հավելվածային փոխանակում։

Լուռ դեպքն է, որ բաժանում է նախագծերը։ Եթե պահուստն այնտեղ չի ստանձնում, դուք կառուցել եք կապի մոնիտոր, ոչ թե ուղու մոնիտոր։ Որոշեք՝ դա ընդունելի է, և գրեք սահմանափակումը այնտեղ, որտեղ հերթապահ ինժեները կկարդա այն։ Երկրորդ միացված թունելը ինքնին ավարտված պահուստային քաղաքականություն չէ.