Բազմաթիվ OpenVPN-միացումներ՝ failover ցանկ, ոչ թե կապուղիների միավորում
Երկրորդ remote-ը երկրորդ փորձ է, ոչ թե երկրորդ գիծ՝ ինչ է անում հաճախորդը endpoint-ների ցանկի հետ և ինչ կպահանջեր իրական ագրեգացիան։
Մեկ պրոֆիլում երկու remote տողերը նման են երկրորդ գծի, բայց դրանք երկրորդ փորձ են։ Երբ առաջին endpoint-ը դադարում է պատասխանել, հաճախորդն անցնում է հաջորդին, և սեսիան չի լայնանում։ Անվանեք ցանկը failover շուտ, այլապես կկարգավորեք սխալ բռնակը։
Ինչ է տալիս ձեզ remote-ների ցանկը
Դիտարկեք պրոֆիլը որպես փորձերի դասավորված բազմություն, ոչ թե հզորության ավազան։ Յուրաքանչյուր գրառում ստանում է իր հերթը թունելը բարձրացնելու, և սեսիան ապրում է այն գրառման վրա, որը պատասխանեց։ Ավելի երկար ցանկը բարելավում է միանալու շանսերը, ոչ թե խողովակի չափը։
Իրական ագրեգացիան այլ մեքենա է։ Մեկ հոսքը մի քանի ուղիների վրա բաժանելը պահանջում է ծրագրային ապահովում երկու ծայրերում, որը կբաժանի և հերթով նորից կհավաքի երթևեկությունը։
Ավելի շատ սերվերներից ավելի արագ թունելներ խոստացող վաճառողը վաճառում է հենց այդ երկրորդ մոդելը, ոչ թե ավելի երկար ցանկ։ Եթե հաճախորդը միայն հերթով է փորձում endpoint-ները, հինգ գրառում փոխում են ձեր շանսերը և ուրիշ ոչինչ։ Հետևեք խափանմանը՝ սեսիան ընկնում է և վերադառնում այլ տեղ, ինչը մատյանը ցույց է տալիս որպես նոր endpoint, երբեք որպես ավելի լայն խողովակ։
Բլոկներ, որոնք կարգավորումները պահում են մեկ endpoint-ի հետ
Սովորական remote տողը կրում է հասցե, երբեմն՝ պորտ և արձանագրություն։ Երբ endpoint-ին պետք է պրոքսի կամ տրանսպորտ, որը ֆայլի մնացած մասը չի օգտագործում, դրեք այդ կարգավորումները միացման բլոկի մեջ, որը դրանք պահում է նրա հետ։ Ներկառուցված բլոկները աշխատում են նաև մեկ .ovpn ֆայլում, և պրոֆիլների մեծ մասը հենց այդպես է առաքվում։
Բլոկից դուրս ամեն ինչ գործում է որպես լռելյայն այն գրառումների համար, որոնք այն չեն վերագրում։ Այդ պատճառով մեկ կառուցված բլոկը և չորս սովորական remote-ներ իրենց պահում են այնպես, ինչը հասցեների ցանկը չի կարող բացատրել։
Չճանաչված բլոկը ջնջելը կոսմետիկա չէ։ Այն endpoint-ը, որին այն պատկանում էր, վերադառնում է ֆայլի լռելյայն արժեքներին, որոնք կարող են տարբերվել այն տրանսպորտից, որի վրա այն լսում է։ Հեռացրեք սխալ փաթաթանը, և մեկ գրառում կձախողվի, մինչ մյուսները կաշխատեն, այնպես որ դա վատ սերվեր է թվում, ոչ թե կոտրված պրոֆիլ։ Խմբագրելուց առաջ կարդացեք յուրաքանչյուր remote իր տրանսպորտով, պորտով և պրոքսիով։
Կրկնափորձերի հերթականությունը և remote-random-ի գինը
Հերթականությունը կարևոր է, որովհետև յուրաքանչյուր մեռած գրառում ժամանակ է արժենում հաջորդ փորձից առաջ։ Դրեք ցանկալի endpoint-ը առաջինը և մնացածը դիտարկեք որպես դասակարգված ռեզերվներ։
remote-random-ը խառնում է մեկնարկային հերթականությունը, ինչը բեռը բաշխում է համարժեք սերվերների միջև և հակառակ է ազդում, երբ մեկ endpoint ակնհայտորեն հիմնական է։ Ինչպես էլ լինի, գրանցեք այն endpoint-ը, որն ընտրել է հաճախորդը՝ պրոֆիլի անունը ոչինչ չի ասում, երբ կապը դանդաղ է թվում։ Մանրամասն մատյանից կապի տողը grep անելը ցույց է տալիս, թե որտեղ է վայրէջք կատարել սեսիան։
Օպերատորների խառնումը կոտրում է վստահության հայտարարությունը
Պրոֆիլը նաև ինքնության մասին պնդում է՝ այս հասցեները հենց այն ծառայությունն են, որին ուզում էիք հասնել, և ամրացված վկայականը պատկանում է դրան։ Այդ ֆայլի մեջ անվճար հանրային սերվերներ գցելը կոտրում է պնդումը՝ նրանց վկայականները և ձերը տարբեր ծառայություններ են նկարագրում։ Սովորական արդյունքը ինքնության ձախողումն է կամ հավատարմագրեր, որոնք առաջարկվում են ձեր մատակարարի ցանցից դուրս գտնվող հոսթին։ Պահեք այլընտրանքները ձեր օպերատորի տարածած հավաքածուի մեջ՝ համապատասխան հավատարմագրերով և վստահության նյութով։
Եթե ձեզ պետք են endpoint-ներ երկու մատակարարից, դա երթուղավորում է, ոչ թե պրոֆիլի խմբագրում։ Լուծեք այն թունելից վեր, որտեղ կարող եք ասել, թե որ երթևեկությունն որ ուղին է վերցնում։
Փորձարկեք յուրաքանչյուր գրառում՝ ենթադրելու փոխարեն
Հաստատված պրոֆիլի թարմացումից հետո դիտավորյալ միացեք յուրաքանչյուր պահանջվող endpoint-ին և հաստատեք, թե որ տրանսպորտն է բարձրացել։ Մանրամասն գործարկումը դա տեսանելի է դարձնում։ Սկսեք openvpn --config office.ovpn --verb 4-ը և կարդացեք կապի տողը ձեր սպասած հասցեի համար։ Այնուհետև ստուգեք թունելի հետևի ռեսուրսները՝ գրառումը կարող է ավարտել ձեռքսեղմումը և այնուամենայնիվ ձեզ ոչ մի տեղ չուղղորդել։
failover-ը իր սեփական փորձարկումն է ուզում, ոչ թե հույս։ Արգելափակեք առաջին endpoint-ը լաբորատորիայում, գործարկեք հաճախորդը և չափեք, թե որքան ժամանակ է պահանջվում առաջ անցնելու համար։ Դանդաղ առաջին գրառման հետևում երկար ցանկը ավելի վատ է, քան լավ սկսվող կարճը։
Նորից ստուգեք ցանկը ամեն անգամ, երբ օպերատորը փոխում է այն։ Ներմուծված հավաքածուն օգտակար է միայն այնքան ժամանակ, քանի դեռ դրա գրառումները գոյություն ունեն և խոսում են այն տրանսպորտով, որը նկարագրում են ձեր բլոկները։ OpenVPN 2.6 ձեռնարկը այստեղ ընդգրկում է remote, connection և random-order հրահանգները, և հենց այն տարբերակն է, որ պետք է ստուգել, երբ շարահյուսությունը կասկածելի է։