Թե OpenVPN-ի որ փաթեթը Linux-ի թողարկումն իրականում կարող է աջակցել

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

Երեք հարց բաժանում է այդ երկուսը՝ ո՞ր իրականացումը, ո՞ր բազային թողարկումը և ով է պատասխանատու թարմացումների համար։

Տարբերակի համարը հատկանիշի պահանջ չէ

Նախ հարցրեք, թե ինչ է պետք միացմանը, հետո՝ թե որ փաթեթն է այն ապահովում։ Պրոֆիլը կարող է պահանջել գաղտնագրում, TLS ռեժիմ, նույնականացման հավելում կամ կառավարման միջերես, և դրանցից ցանկացածը կարող է բացակայել այնպիսի կառուցվածքում, որը հայտնում է բավարար տարբերակի տող։ Հակառակը՝ մի փոքր ավելի հին կառուցվածքը կարող է իրականացնել այն ամենը, ինչ օգտագործում է պրոֆիլը։ Տարբերակի տողը փաթեթավորողի գրած ամփոփումն է, ոչ հատկանիշների ցանկ։

Պարզաբանեք՝ հրահանգը նշանակում է «այս հատկանիշը կամ ավելի նորը», թե «հենց այս կառուցվածքն է փորձարկվել»։ Երկու պատասխանները տանում են տարբեր պահոցներ։

Կոդային անվանումը պետք է համապատասխանի բազային թողարկմանը

Պահոցները բանալիավորվում են բաշխման կոդային անվանմամբ, և ածանցյալի թողարկման անունը նրա բազայի կոդային անվանումը չէ։ Կարդացեք /etc/os-release՝ VERSION_CODENAME և ID_LIKE համար, ապա հաստատեք, թե որ բազային թողարկմանն է հետևում ածանցյալը։ Հին պատասխանը, որը մեկ աշխատասեղանի թողարկում կապեց Ubuntu-ի մեկ կոդային անվանման հետ, ոչինչ չի ասում հաջորդի մասին։ Կոդային անվանումը գուշակելն այն ճանապարհն է, որով համակարգը վերջում քաշում է այլ C գրադարանի դեմ կառուցված փաթեթներ։

Նախքան որևէ բան ավելացնելը ստուգեք, թե փաթեթների կառավարիչն ինչ է արդեն առաջարկում apt-cache policy openvpn օգտագործելով, և միայն դրանից հետո շարունակեք։ Եթե տեղադրված թեկնածուն բավարարում է պահանջը, պահոցի հարցը վերանում է։

Ինչին է իրականում կապվում upstream պահոցը

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

Կարդացեք ձեր ընտրած իրականացման պահոցի ուղեցույցը և հետևեք նրա ընթացիկ համատեղելիության աղյուսակին, այլ ոչ թե ավելի հին բլոգի պատճենին։

Տեղադրելը ինտեգրել չէ

Փոխարինելով openvpn բինար ֆայլը՝ չեք ավելացնում բացակայող NetworkManager հավելում, ներմուծման երկխոսություն կամ աշխատասեղանի խմբագիր։ Դրանք ապրում են առանձին փաթեթներում, ինչպիսիք են network-manager-openvpn և նրա աշխատասեղանային զուգահեռը, և հաճախորդի գրադարանի հետ ունեն իրենց սեփական տարբերակային հարաբերությունը։ OpenVPN 3 Linux-ը կրկին այլ իրականացում է՝ իր սեփական նստաշրջանի և կարգավորման մոդելով, ուստի նրա փաթեթները 2.x պրոֆիլի աշխատահոսքի ուղղակի փոխարինում չեն։

Նախքան որևէ բան տեղադրելը որոշեք, թե որ բաղադրիչն է տիրում ընթացող թունելին։ Մեկ հոսթի վրա երկու կառավարիչ ստեղծում են նույն կրկնակի թունելի շփոթությունը, ինչ երկու հաճախորդ։

Գրեք երեք որոշումները

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

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