OpenVPN սարքի երթուղի՝ կազմաձևի տեր, թե՞ մեկնարկային սկրիպտ։
Ճյուղային երթուղին, որը դիմանում է մեկ վերագործարկման, այնուամենայնիվ կարող է անհետանալ GUI-ից պահպանելուց կամ որոնվածի թարմացումից հետո։ Համեմատեք աջակցվող կազմաձևի տիրոջը կարկատող սկրիպտի հետ։
Դուք ավելացնում եք ճյուղային երթուղի, այն աշխատում է, և հետո որոնվածի թարմացումը կամ վեբ ինտերֆեյսից պահպանումը հեռացնում է այն։ Այդ պահին երկու ուղղում հավասարապես խելամիտ են թվում՝ երթուղին դնել սարքի աջակցվող կազմաձևի աղբյուրում, կամ ավելացնել այն գեներացված ֆայլին մեկնարկային սկրիպտից։ Նրանք մեկ շաբաթ նույն կերպ են վարվում և երկրորդ թարմացման ժամանակ տարբերվում են։ Այս հոդվածը համեմատում է, թե ինչին է իրականում տիրում յուրաքանչյուրը։
Երկու թեկնածուները տիրում են տարբեր բաների
Աջակցվող կազմաձևի աղբյուրը այն ամենն է, ինչ սարքը համարում է մուտքային տվյալ՝ GUI դաշտ, ներմուծված պրոֆիլ, փաստաթղթավորված գրացուցակ յուրաքանչյուր հաճախորդի համար, կարգավորումների տվյալների բազա, որը կարդում է կառավարման փաթեթը։ Գեներացված server.conf-ը ելք է։ Ելքի խմբագրումն աշխատում է այնքան ժամանակ, քանի դեռ գեներատորը նորից չի աշխատում, և դա տեղի է ունենում պահպանման, վերագործարկման և թարմացման ժամանակ։
Սկրիպտային մոտեցումը կարկատում է այդ ելքը գեներատորի ավարտից հետո։ Սա օրինական տեխնիկա է լաբորատորիայի համար, և սա սխալ լռելյայն է ճյուղային գրասենյակի համար, քանի որ երթուղին կախված է դարձնում տեքստի համընկնումից, այլ ոչ թե փաստաթղթավորված դաշտից։
| Question | Supported config source | Post-generation script |
|---|---|---|
| Survives a GUI save | Yes | Only if the save does not regenerate the file |
| Survives a package upgrade | Usually, when the field is documented | No guarantee; the wrapper can be replaced |
| Supportable by the vendor | Yes | No |
| Obvious to the next admin | Yes, it is in the UI | No, it lives in a wrapper |
Ինչ է սարքը վերստեղծում, և երբ
Կառավարման փաթեթները սովորաբար կարգավորումները պահում են տվյալների բազայում կամ ձևանմուշների հավաքածուում և սկզբում գեներացնում են դեմոնի կազմաձևը։ Վեբ ինտերֆեյսից պահպանումը հաճախ վերագրում է ամբողջ ֆայլը՝ մեկ տող կարկատելու փոխարեն։ Եթե ձեր փոփոխությունը ապրում էր այդ ֆայլում, ապա այն այժմ գնացել է, և ոչինչ չի գրանցում զգուշացում, որովհետև սարքի տեսանկյունից ոչինչ չի կորել։
Մեկնարկային փաթաթաններն ունեն ձախողման երկրորդ ռեժիմ։ Որոշակի բացատներով հրահանգի համար grep-ը ձևանմուշի փոփոխությունից հետո դադարում է համընկնել, և սկրիպտը լուռ ոչինչ չի անում։ Ավելի վատ, որոնվածի թարմացումը կարող է փաթաթանը փոխարինել նոր տարբերակով՝ կարկատանն իր հետ տանելով։ Այնուհետև դուք ունեք երթուղի, որը գոյություն է ունեցել մեկ տարի և անհետացել է սպասարկման ընթացքում, որը ոչ ոք չի կապել երթուղավորման հետ։
Ինչ պետք է արտահայտի աջակցվող տերը
Ճյուղային նախածանցը պահանջում է երեք պնդում, ոչ թե մեկ։ Հաճախորդը պետք է սովորի երթուղին, սերվերը պետք է իմանա, թե որ նույնականացված հաճախորդն է տիրում նախածանցին, և ճյուղային կողմը պետք է երթևեկությունը վերադարձնի իրեն տրված թունելի հասցեին։ OpenVPN տերմիններով դա նշանակում է ուղարկված route, հաճախորդին կապված համապատասխան iroute և վերադարձի ուղի մյուս կողմում։
Այստեղ են սարքերի ինտերֆեյսները մոլորեցնում։ «Թույլատրել հաճախորդներին մուտք գործել սերվերի LAN» պիտակով վանդակը նկարագրում է երթևեկությունը դեպի սերվերի սեփական ցանցը։ Ձեր ճյուղը հակառակ ուղղությունն է՝ ցանց մեկ հաճախորդի հետևում, հասանելի սերվերի կողմից։ Նույն պիտակը չի ենթադրում աջակցություն դրան, և ֆայլում վավեր հրահանգը խոստում չէ, որ փաթեթը կպահպանի այն։
Երբ աջակցվող կառավարում չկա
Երբեմն տեղադրված թողարկումն իսկապես չի կարող արտահայտել գործընկերոջը հատուկ երթուղի։ Այդ դեպքում ազնիվ տարբերակներն են ձեր կողմից վերահսկվող մեկ այլ դարպաս, կամ երկու ծայրերում աջակցվող տեղամաս-տեղամաս ռեժիմ։ Երկու ծայրերը պետք է խոսեն այն։ «Տեղամաս-տեղամաս» ասող ապրանքի էջը չի դարձնում կամայական OpenVPN պրոֆիլը փոխանակելի այլ արձանագրության թունելի հետ, և այդ զուգավորումը պարտադրելը սովորաբար ստեղծում է կիսամիացված թունել, որը լավ է երևում կարգավիճակի էջում։
Ընտրեք այն տարբերակը, որը կարող եք մեկ նախադասությամբ նկարագրել ցանցը ժառանգողին։ Եթե պատասխանը պահանջում է նշել սկրիպտի ուղի և տեքստային օրինակ, ապա ձևավորումն արդեն փխրուն է։
Դարձրեք մտադրությունը ստուգելի
Գրանցեք պայմանագիրը սարքից դուրս՝ հաճախորդի արդյունավետ ինքնությունը, նախածանցը, վերադարձի դարպասը և աջակցվող դաշտը, որը տալիս է դրանցից յուրաքանչյուրը։ Արտահանեք կազմաձևը աջակցվող մեխանիզմով, որպեսզի վերակառուցումը հղում ունենա, և ստուգեք ծառայությունը վերամիացումից, վերագործարկումից և թարմացումից հետո, ոչ միայն փոփոխությունից հետո։
Երբ ինչ-որ բան կոտրվում է, համեմատեք գեներացված արդյունքը այդ գրառման հետ՝ չբացատրված տողը վերականգնելու և հուսալու փոխարեն։OpenVPN 2.6 տեղեկատուն-ը տեղն է՝ հաստատելու, թե ինչպես են route-ը և iroute-ը փոխազդում, նախքան ինտերֆեյսի հետ վիճելը։
Ստուգաթերթ հաջորդ փոփոխության համար՝ անվանեք տիրոջը, նշեք եռամաս պայմանագիրը, արտահանեք մտադրությունը, և կրկին փորձարկեք սարքի սեփական կյանքի ցիկլի իրադարձություններից հետո, ոչ թե ձեր խմբագրումից հետո։