VPN-ի պահուստային անցում՝ երբ վերադարձի ուղին մնում է հին թունելում
Պահուստային թունելը պահուստային անցում չէ, քանի դեռ պատասխանները նույնպես չեն օգտագործում այն: Գրանցեք երկու կայքերի երթուղիները, ստուգեք յուրաքանչյուր փուլ և որոշեք, թե ինչ է լինում գոյություն ունեցող սեսիաների հետ:
Պահուստային թունելը բարձրանում է, հիմնականը ընկնում է, և հավելվածը դեռ ժամանակավերջ է ստանում։ Երկու կայքերում էլ թունելի կարգավիճակը առողջ է թվում, և հենց դա է շփոթեցնում։ Պահուստային անցումը, որը հարցումները տեղափոխում է պահուստ, բայց պատասխանները թողնում է հին ուղու վրա, պահուստային անցում չէ։ Ստորև ուղեցույցը ստուգում է վերադարձի ուղին, ոչ միայն ձեռքսեղմումը։
Նախ գրանցեք երթուղիները երկու ծայրերում. մեկ կայքի տեսքը չի կարող ցույց տալ ասիմետրիկ ուղի։ Սա նաև այն քայլն է, որն ամենից հաճախ բաց է թողնվում ժամանակի ճնշման տակ։
Նախքան փորձարկումը գրանցեք երկու կայքերի երթուղիները
Յուրաքանչյուր պաշտպանված նախածանցի համար գրեք հիմնական երթուղին, պահուստային երթուղին և նրանց միջև ընտրող նախապատվությունը։ Ներառեք յուրաքանչյուր VPN վերջնակետի հետևի LAN դարպասը, քանի որ վերջնակետը հազվադեպ է վերջին ցատկը։
Ստատիկ չափիչները, հետևվող երթուղիները և դինամիկ երթուղավորումը տարբեր կերպ են արտահայտում համապատասխանությունը։ Իմացեք, թե ձեր ձևավորումը որն է օգտագործում, և ինչ է պետք այլընտրանքն ակտիվ դարձնելու համար։ Գրեք պայմանը երթուղու կողքին, օրինակ՝ ավելի ցածր չափիչ, քանի դեռ ստուգումը ձախողվում է։
Արեք դա երկու կայքերում։ Մի կողմում նախընտրելի և մյուս կողմում անտեսված պահուստը ստեղծում է հենց այն ասիմետրիան, որը դուք փորձում եք խուսափել։
Դիտեք հարցումներն ու պատասխանները յուրաքանչյուր փուլում
Օգտագործեք անվտանգ թույլատրված հավելված և դիտեք երեք փուլ՝ նորմալ, հիմնական ուղու ձախողում և վերականգնում։ Յուրաքանչյուր փուլում գրանցեք, թե որ թունելն է տանում հարցումը և որը՝ պատասխանը։ Հասանելի զուգընկերի հասցեն չի ապացուցում, որ հավելվածի պաշտպանված ուղին աշխատում է։ Գրանցեք երկու կայքերում, որ միակողմանի հոսքը տեսանելի լինի։
Եթե հարցումները տեղափոխվում են, իսկ պատասխանները՝ ոչ, ստուգեք հեռավոր կայքի երթուղին դեպի հաճախորդի նախածանցը և դրա նախապատվությունը պահուստի նկատմամբ։ Սա երթուղավորման որոշում է, ոչ թունելի ձախողում։
Փորձարկումից հետո վերականգնեք սկզբնական վիճակը և հաստատեք, որ հիմնականը կրկին նախընտրելի է։ Վերականգնված հիմնականը, որը նախընտրելի չէ, անավարտ պահուստային անցման ձևավորում է։
Կառավարեք սեսիայի վիճակը, երբ դարպասը փոխվում է
Հրդեպատերը և NAT-ը կարող են պահել կապի վիճակը մեկ դարպասի վրա, և ուղու փոփոխությունը դեպի մեկ այլ դարպաս այն չի տեղափոխում։ Որոշ հավելվածներ ինքնուրույն վերամիանում են, մյուսները ձախողվում են, քանի դեռ սեսիան չի վերականգնվել։ Եթե պահուստը փոխում է հանրային աղբյուրը կամ թարգմանված մասնավոր հասցեն, հեռավոր մուտքի կանոնները նույնպես կարող են արձագանքել։ Փաստագրեք ցանկացած սպասվող սեսիայի վերագործարկում՝ անխափան պահուստային անցում խոստանալու փոխարեն։
Պահպանեք կայուն հասցեավորումը, որտեղ հավելվածը դա պահանջում է։ Պահուստային անցման ձևավորումը, որը փոխում է աղբյուրի հասցեն յուրաքանչյուր սեսիայի համար, ձևավորման ընտրություն է, և այն պետք է գրվի։ Այդ ընտրությունը որոշում է, թե որքանն են օգտվողները նկատում ընդհատումը։
Փորձարկեք հավելված, որը պահում է երկար սեսիա, ոչ միայն նոր հարցում։
Վերականգնեք հիմնականը և ստուգեք թարթումը
Հաստատեք, որ երթուղային հայտարարությունները կամ նախապատվությունները կայունանում են առանց տատանման։ Թարթող հիմնականը կարող է ավելի խանգարող լինել, քան հստակ ընդհատումը, քանի որ յուրաքանչյուր անցում վերակայում է վիճակը։
Պահեք դարպասի կառավարումը հասանելի վերականգնման ուղով, որպեսզի փորձարկումն ինքը ձեզ դուրս չթողնի։ Գրանցեք փուլերը, դիտարկված ուղիները և վերականգնման ժամանակը, և այդ գրառումն է, որ հաջորդ պահուստային անցումը դարձնում է կանխատեսելի։ strongSwan-ի փոխանցման վերաբերյալ նշումները օգտակար են, երբ վերջնակետերը Linux հոսթեր են։