Մեկ VPN հաշիվ երկու սերվերում՝ վիճակի երեք մատյան
Համատեղ ընդունումը, հանգույցին տեղական ցանցային կարգավորումը և կենդանի նստաշրջանները առանձին խնդիրներ են։ Առանձնացրե՛ք դրանք նախքան մեկ հաշիվը հանգույցների միջև կրկնօրինակելը։
Մեկ հաշիվ, որը կարող է մուտք գործել երկու VPN հանգույցներից ցանկացածը, դիզայնի հարց է բարձրացնում շատ ավելի վաղ, քան ծրագրային հարց է դառնում։ Հաշվի տեսքը, յուրաքանչյուր հանգույցի սեփական ցանցը և միացված հաճախորդի պահած նստաշրջանը վիճակի երեք տարբեր տեսակներ են, և դրանք տարբեր կերպ են խափանվում, երբ դրանք տեղից տեղ եք պատճենում։ Բոլոր երեքը մեկ համակարգ պատճենելը դրանցից մեկին կորցնելու սովորական ձև է։
Աշխատե՛ք ստորև նշված երեք մատյանները հերթականությամբ։ Յուրաքանչյուրը հարցնում է՝ ինչն է լիազոր, ինչն է տեղական և ինչ է պատահում, երբ մյուս հանգույցը բացակայում է, և պատասխանները միմյանցից չեն բխում։
Ով կարող է միանալ՝ մեկ լիազորություն, շատ հանգույցներ
Սկսե՛ք ընդունման մատյանից՝ ո՞ր ինքնության աղբյուրն է լիազոր, ո՞ր վկայագրերի թողարկողներին է վստահվում, ո՞ր հաշիվներն են իրավասու, ո՞ր երկրորդ գործոնն է գործում և ինչի՞ կարող է հասնել յուրաքանչյուր հաշիվ։ Ապա գրե՛ք, թե ինչպես է յուրաքանչյուր հանգույց իմանում փոփոխությունների մասին և որքան արագ։
Համատեղ տվյալների բազան այդ պատասխանի հնարավոր բաղադրիչներից մեկն է։ Դա ապացույց չէ, որ յուրաքանչյուր համապատասխան քաղաքականություն այնտեղ է ապրում կամ որ յուրաքանչյուր հանգույց փոփոխությունը կիրառում է նույն պահին։ A հանգույցում անջատված, սակայն B հանգույցում դեռ ընդունվող հաշիվը նշանակում է, որ ելքի գործընթացը ավարտված չէ։
Որոշե՛ք, թե ինչ է անում հանգույցը, երբ լիազորությունը հասանելի չէ։ Ընդհատման ընթացքում պահված հավատարմագրերի ընդունումը անվտանգության արժեք ունեցող քաղաքականության ընտրություն է, իսկ դրանց մերժումը՝ հասանելիության արժեք ունեցող քաղաքականության ընտրություն։ Երկուսն էլ պաշտպանելի են, չփաստաթղթավորելը՝ ոչ։
Թողարկողի լիազորությունը առանձին պահե՛ք հաշվի տվյալներից։ Մի քանի դարպասներ կարող են վստահել նույն CA-ին առանց դրա ստորագրման բանալին պահելու, և յուրաքանչյուր հանգույց դեռ կարիք ունի իր սեփական սերվերի վկայագրին և իր սեփական հաճախորդային կողմի վստահության հարաբերությանը։
Ինչ ունի հանգույցը՝ հասցեներ և երթուղիներ
Երկրորդ մատյանը տեղական է յուրաքանչյուր հանգույցի համար՝ լսելու հասցեն, սերվերի ինքնությունը, հասցեների լողավազանը, երթուղիները դեպի մասնավոր ռեսուրսներ, լուծիչի քաղաքականությունը և այն, թե ինչպես է երթևեկությունը դուրս գալիս դեպի ինտերնետ։ Նույն հաշիվը կարող է սպասարկվել երկու հանգույցներից որևէ մեկի կողմից, մինչ այդ օբյեկտները մնում են տարբեր։
Վերադարձի ուղին այն մասն է, որը մոռացվում է։ Եթե երկու հանգույցներն էլ հասցեներ են տալիս նույն լողավազանից, մասնավոր ցանցը չի կարող ասել, թե տվյալ հաճախորդը որ հանգույցինն է, և պատասխանը կարող է ուղարկվել սխալ տեղ։ Տարբեր լողավազաններ նույնպես երթուղիներ և թույլտվություններ են պահանջում, ուստի առանձին թվերի միջակայքը ամբողջական դիզայն չէ։
Հաճախորդներին դիտավորյալ ուղղե՛ք դեպի մեկ հանգույց։ DNS-ի ընտրությունը, հաճախորդի վերջնակետերի ցանկերը և ճակատային ծառայությունը տարբեր մեխանիզմներ են՝ տարբեր առողջության և խափանման անցման վարքով։ Մեկը ընտրելը լավ է, իսկ «բեռնվածքի հավասարակշռումը» որպես դիզայն դիտելը անորոշ է թողնում վերադարձի ուղին և խափանման վարքը։
Փաստաթղթավորված արտադրանքի օրինակն այստեղ օգնում է։ Pritunl-ի կրկնօրինակման փաստաթղթերը VPN ցանցը դիտում են որպես յուրաքանչյուր կրկնօրինակի օբյեկտ, և տարբեր կրկնօրինակների հաճախորդներին լրացուցիչ երթուղիներ և կապ են պետք միմյանց հասնելու համար։ Դա արտադրանքին հատուկ դասավորություն է, ոչ թե Community OpenVPN-ի բաղադրատոմս, բայց ցույց է տալիս, թե ինչու կրկնօրինակ ավելացնելը փոխում է ցանցը, ոչ միայն հաշիվների պահոցը։
Ինչ է նստաշրջանը՝ կենդանի վիճակ, ոչ տող
Երրորդ մատյանը կենդանի նստաշրջանն է։ Միացված հաճախորդն ունի արձանագրության վիճակ և ցանցային հատկացում այն հանգույցում, որը նրան ընդունել է։ Հաշվի հայտնի լինելը մյուս հանգույցում այդ հանգույցին չի տալիս նստաշրջանը, բանալիները կամ փաթեթները շարունակելու ունակությունը։
Հստակ ասե՛ք, թե ինչ է պատահում, երբ հանգույցը խափանվում է։ Աջակցվող արդյունքը կարող է լինել նորից միանալը մյուս հանգույցին՝ թարմ նույնականացմամբ և նոր հասցեով, որից հետո հավելվածը վերականգնվում է իր ձևով։ Եթե պահանջվում է անընդհատ փոխանցում, այդ պահանջը պահանջում է բացահայտ իրականացման աջակցություն, ոչ թե տվյալների բազայի կրկնօրինակումից արված եզրակացություն։ Պատասխանը գրե՛ք այնտեղ, որտեղ հերթապահ ինժեները կգտնի այն։
Տարողության կանոնները նույն վերաբերմունքի կարիքն ունեն։ Հաշվի համար երկու միաժամանակյա նստաշրջանի սահմանը հանգույցների միջև կարող է պարտադրվել միայն այն դեպքում, երբ ինչ-որ լիազորություն ունի զբաղված տեղերի համաձայնեցված պատկեր։ Հանգույցին տեղական ցանկերը և հաշվի պատմական գրառումը չեն գումարվում այդ պատկերին։
Երեք մատյանների փորձարկումը
Փորձարկե՛ք յուրաքանչյուրը առանձին։ Մուտք գործե՛ք A հանգույցով, ապա B հանգույցով, և հաստատե՛ք, որ երկուսն էլ հաջողվում են սպասված հասցեների միջակայքերով։ Հետ կանչե՛ք ինքնություն և ստուգե՛ք երկու հանգույցները, ոչ միայն այն, որը պատահաբար փորձարկել եք։ Ապա կանգնեցրե՛ք մեկ հանգույց և դիտե՛ք, թե ինչ են իրականում անում հաճախորդը և մասնավոր հավելվածը։
Ընդունման փորձարկման մեջ ներառե՛ք վերադարձի ուղին։ Հաճախորդը, որը միանում է B-ին, բայց չի կարող պատասխաններ ստանալ A-ի հետևում գտնվող ռեսուրսից, անցել է ընդունման ստուգումը և ձախողել ցանցայինը, և այդ տարբերությունը պետք է հայտնվի զեկույցում։
Բազմահանգույց հաշվի դիզայնը ամբողջական է միայն այն ժամանակ, երբ բոլոր երեք մատյաններն ունեն բացահայտ սեփականատեր, փոփոխության ուղի և խափանման վարք։ Կարգավորման ֆայլը հանգույցների միջև պատճենելը այս հարցերից ոչ մեկին չի պատասխանում։