Կայուն OpenVPN հասցեները պետք է հետևեն ինքնությանը, ոչ թե աղբյուր IP-ին

«Այս նոթբուքը ստանում է 10.90.0.10» ասող հասցեային պլանները իրականում հայտարարություններ են ինքնության մասին՝ որ նույնականացված սարքը կարող է պահել այդ հասցեն։ Այդ սարքի ընթացիկ հանրային IP-ն գրեթե ոչ մի կապ չունի դրա հետ, քանի որ NAT-ը և ռոումինգը փոխում են այն՝ չփոխելով, թե ով է օգտատերը։ Պլանը աղբյուրի հասցեի վրա կառուցելը ստեղծում է կանոններ, որոնք կոտրվում են առաջին հյուրանոցային ցանցում։ Այն նույնականացված ինքնության վրա կառուցելը ստեղծում է պլան, որը դիմանում է ճամփորդությանը։

Սկսեք նրանից, ինչ սերվերը կարող է ստուգել, ապա որոշեք, թե ինչի համար է հասցեն։

Ընտրեք ինքնության բանալին հասցեից առաջ

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

duplicate-cn-ով մի քանի միաժամանակյա սեսիաներ կարող են ներկայացնել նույն ընդհանուր անունը, ուստի մեկ ամրացված հասցեն չի կարող դրանք առանձին նույնականացնել։ Սա ինքնության մոդելի հատկությունն է, ոչ թե մի բան, որ ավելի լավ հասցեային պլանը կարող է շտկել։

Ամրագրեք հասցեներ դինամիկ միջակայքից դուրս

10.90.0.0/24-ի նման ենթացանցային տոպոլոգիայով ցանցում ցածր հասցեները պահեք անվանված անդամների համար և դինամիկ լողավազանը դրեք առանձին միջակայքում։ Ամրացված անդամի հատկացումը այսպիսի տեսք ունի՝ ifconfig-push 10.90.0.10 255.255.255.0 այն ֆայլում, որը սերվերն ընտրում է այդ ինքնության համար։ Երկրորդ արգումենտը net30-ի ներքո այլ բան է նշանակում, ուստի օրինակը տոպոլոգիայի առումով չեզոք չէ։ Կարդացեք տոպոլոգիան նախքան այն պատճենելը։

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

Հատկացման առաջնահերթությունը որոշում է, թե ով է հաղթում

Ձեռնարկը փաստագրում է կարգ՝ client-connect-ի ընթացքում ստեղծված բացահայտ հատկացումը կարող է ուժի մեջ մտնել client-config-dir գրառումից առաջ, որն իր հերթին նախորդում է լողավազանի սովորական բաշխմանը։ Այդ կարգը բացատրում է «ամրացված հասցեն չկիրառվեց» հաղորդումների մեծ մասը։ Դա նաև նշանակում է, որ դինամիկ բաշխիչը, որը գրում է յուրաքանչյուր սեսիայի կոնֆիգուրացիա, կարող է լուռ վերագրանցել ստատիկ ֆայլը, որը դուք հեղինակավոր էիք համարում։

Ընտրեք մեկ շերտ, որը կտիրապետի հատկացումներին, իսկ մյուսները դարձրեք միայն կարդալու։ Երկու շերտերը, որոնք երկուսն էլ պնդում են, որ որոշում են, ստեղծում են ժամանակից կախված հատկացումներ։

Դինամիկ բաշխիչին նույն մոդելն է պետք

Client-connect ինտեգրացիան, որը հասցեներ է բաժանում յուրաքանչյուր սեսիայի համար, փոքր բաշխիչ է՝ բաշխիչի սովորական խնդիրներով։ Այն պետք է վավերացնի հարցում կատարողին ինքնությունը, ատոմային ձևով ամրագրի հասցե, թողարկի միայն աջակցվող մեկ կապի ելքը և ազատի ամրագրումը անջատման կամ ձախողման դեպքում։ Միաժամանակյա հարցումներին պետք է կողպեք կամ տվյալների բազայի սահմանափակում, ոչ թե կարդալ-հետո-գրել հաջորդականություն։ Առանց մաքրման լողավազանը հասցեներ է արտահոսում մինչև վերագործարկումը։

Բաշխիչի վիճակը պահեք այնտեղ, որտեղ հաջորդ օպերատորը կարող է կարդալ այն, և գրանցեք ինքնություն-հասցե որոշումը, ոչ միայն հասցեն։

Որոշեք՝ հասցեն քաղաքականությո՞ւն է, թե՞ հարմարավետություն

Եթե ֆայրվոլի կանոնը կամ երթուղին թույլ է տալիս երթևեկություն մեկ թունելի հասցեից, ապա հասցեն մասնակցում է մուտքի քաղաքականությանը և վերահատկացումը ժառանգում է այդ թույլտվությունը։ Համաձայնեցրեք ինքնության, հասցեի և ֆայրվոլի կենսացիկլը, կամ կանոնը կապեք մի բանի, որը հնարավոր չէ վերահատկացնել։ Կայուն հասցեավորումը դարձնում է կոնֆիգուրացիան ընթեռնելի, այն չի փոխարինում նույնականացմանը։

Գրեք պլանը որպես գույքագրում՝ յուրաքանչյուր գրառման համար սեփականատիրոջով, ապա վերանայեք այն, երբ սարքը դուրս է բերվում շահագործումից։ Չօգտագործված ամրագրումն այն է, որը պատահաբար կրկին օգտագործվում է։