Երկու ակտիվ IPsec թունելները դեռ պահանջում են վերադարձի ուղու պլան
Երկու թունելը պլան չեն։ Հետևեք մեկ TCP խոսակցությանը դուրս մեկ զույգ դարպասներով և վերադարձ մեկ այլ զույգով, ապա որոշեք, թե ով է պահում վիճակը։
Բացեք տերմինալ մի կայքի աշխատանքային կայանում և միացեք մեկ այլ կայքի սերվերին։ Այդ մեկ TCP խոսակցությունը այժմ պետք է անցնի չորս դարպասներով՝ երկուսի փոխարեն, և հետաքրքիր մասը այն չէ, թե արդյոք այն աշխատում է լավ օրը։ Հետաքրքիրն այն է, թե դարպասների որ զույգն է ընտրել առաջ ուղղությունը, որ զույգն է ընտրում պատասխանը, և ով է պահում հոսքի վիճակը, քանի դեռ դա տեղի է ունենում։ Ուղղորդման աղյուսակում ոչինչ դա ձեր փոխարեն չի որոշում։
Գծեք չորս դարպաս, նախքան ուղի գծելը
Կրկնակի ակտիվ նախագիծը յուրաքանչյուր կայքում երկու անկախ VPN հրապատով, մեկ զույգ յուրաքանչյուր մատակարարի համար, ձեզ տալիս է երկու օգտագործելի ուղի և դրանք կոտրելու երեք եղանակ։ Գրեք հասցեները, նախքան ինչ-որ բան կարգավորելը՝ հաճախորդը, ինչպես երևում է յուրաքանչյուր դարպասից առաջ և հետո, սերվերը նույնպես, հաջորդ թռիչքը առաջ և հաջորդ թռիչքը հետ։
Այդ աղյուսակը նախագիծն է։ Ամեն ինչ դրանից հետո հարց է, թե արդյոք սարքերը համաձայն են աղյուսակի հետ։
Ինչպես է ընտրվում առաջ ուղին
Հավասար արժեքի բազմուղի ուղղորդման շերտը բաշխում է հոսքերը հաջորդ թռիչքների միջև՝ հեշավորելով վերնագրի դաշտերը, ինչը մանրամասն նկարագրում է RFC 2992։ Այդ ընտրությունը կարող է լինել ամբողջովին առանց վիճակի՝ դրան պետք չէ կապի հետևման գրառում, այլ միայն կայուն հեշ անփոփոխ դաշտերի վրա։ Պահեք ուղիների հավաքածուն և հեշի մուտքերը հաստատուն, և հոսքի յուրաքանչյուր փաթեթ կընտրի նույն հաջորդ թռիչքը։
Հոսքով ընտրությունը խուսափում է այն վերադասավորումից, որը կառաջացներ փաթեթ-առ-փաթեթ հավասարակշռումը տարբեր ուշացումներով կապերում։ Այն չի խոստանում, որ հավասար ուղղորդման արժեքը նշանակում է հավասար չափված ուշացում, որովհետև այդպես չէ։ Եվ երբ ուղիների կազմը փոխվում է, հոսքերը վերաքարտեզագրվում են, ուստի խափանման ընթացքում կապի գոյատևումը առանձին պահանջ է ուղու ընտրությունից։
Ինչ է իրականում պետք վերադարձի ուղուն
Այստեղ շրջագայությունը դադարում է համաչափ լինելուց։ Կայուն առաջ հեշը ձեզ ոչինչ չի ասում այն մասին, թե ինչ կանի հեռավոր կայքը պատասխանի հետ։ Եթե անկախ հրապատը պետք է տեսնի կապի երկու ուղղությունները՝ օգտակար վիճակը պահելու համար, այն շրջանցող վերադարձի ուղին թողնում է երթևեկություն, որը ոչ մի բանի չի համապատասխանում։ Նմանատիպ կանոնների հավաքածուներով երկու տուփ միասնական վիճակ չեն։
Հաստատեք ներդրված երկկողմանի վարքը, կամ գրեք բացահայտ քաղաքականություն, որը պահում է պահանջվող սահմանները համահունչ։ Այստեղ ենթադրությունը բացահայտվում է ընդհատման ընթացքում՝ մարդկանց կողմից, ովքեր դրանից հաճույք չեն ստանում։
Որտեղ թարգմանությունը որոշում է ձեր փոխարեն
NAT-ը մյուս լծակն է, և այն ոչ պարտադիր է, այլ ընտրովի։ Ուղուն հատուկ թարգմանված ինքնությունները կարող են պատասխանները հետ ուղղել վիճակը պահող դարպասին, ինչը օրինական նախագիծ է։ Նրանք նաև ավելացնում են քարտեզագրումներ, վերադարձի ուղիներ և այդ վիճակի սեփականատեր, ուստի բեռը վերցրեք միայն այն պահանջի համար, որը կարող եք բարձրաձայն ասել։
Եթե պահանջը պարզապես այն է, որ երկու ուղիներն էլ երթևեկություն կրեն, և դրանցից ցանկացածը վերապրի մատակարարի կորուստը, ապա համահունչ վերադարձի ուղղորդմամբ սովորական հոսքային բազմուղին սովորաբար ավելի փոքր նախագիծ է։
Անցեք ընդունումը հերթականությամբ
Փորձարկեք այս հերթականությամբ և գրանցեք հասցեները յուրաքանչյուր քայլին՝ թարմ կապ A ուղու վրա և դրա պատասխանի ուղին, նույնը B ուղու վրա, ապա մեկ մատակարարի կորուստ, ապա վերականգնում։ Յուրաքանչյուր արդյունքի համար նշեք, թե որ հաստատված հոսքերը տեղափոխվեցին, որոնք ստիպված եղան նորից միանալ, և ուր գնացին նոր հոսքերը հետո։ Նախ գրեք սպասվող արժեքը, ապա համեմատեք այն գրառման հետ։ Երկու հաստատված թունել այդ ամենից ոչինչ չեն ապացուցում։
Նախագիծն ավարտված է, երբ ձեր գրած աղյուսակը համընկնում է գրառման ցույց տվածի հետ, ոչ այն ժամանակ, երբ երկու թունելներն էլ բարձրացված են։