Անցանց VPN փաթեթներ. հարցրեք թիրախին, թե ինչ է նրան պետք
Թող անջատված մեքենան ինքը նկարագրի իր սեփական կախվածությունների հավաքածուն։ Երկու շրջագայություն՝ հարցում, ապա ներմուծում, և դրանց հետևում է APT գործարքը, որը դեռ պետք է գործարկեք։
Ձեզ պետք է VPN հաճախորդը՝ հասնելու այն ցանցին, որը սովորաբար կտրամադրեր նրա փաթեթները, և դա գեղեցիկ փոքրիկ շրջան է։ Մեկ OpenVPN DEB ներբեռնելը մեկ այլ մեքենայի վրա սովորաբար ավարտվում է երկրորդ բացակայող կախվածությամբ, ապա երրորդով, ապա մի ամբողջ երեկոյով՝ գրադարանների տարբերակների հետևից ընկնելով։ Այլընտրանքն այն է, որ թույլ տաք անջատված մեքենային ինքն իր լեզվով հայտարարել, թե ինչ է պետք նրա փաթեթների կառավարչին։ Ամեն ինչ ներքևում բխում է այն հարցից, թե ով է հարցնում։
Debian ընտանիքի համակարգերում այդ զրույցը տեղի է ունենում apt-offline-ի միջոցով՝ հարցում-և-վերադարձ աշխատահոսք։ Դրա սեփական գործարկման միջավայրը նախ պետք է ներկա լինի թիրախում՝ տեղադրված հաստատված կրիչներից կամ ադմինիստրատորի կողմից կառավարվող մեկ այլ նախնական գործարկումից, որովհետև ոչ մի գործիք չի կարող ինքն իրեն զրոյից գործարկել։
Սկսեք թիրախի փաթեթների վիճակից, ոչ թե օգնականի վիճակից
Մինչև որևէ այլ բան գրանցեք թիրախի դիստրիբուտիվի թողարկումը, օգտագործողի տարածության ճարտարապետությունը և կարգավորված փաթեթների աղբյուրները։ Այս երեք փաստերը որոշում են, թե VPN-ի որ իրականացումը և աշխատասեղանի որ ինտեգրումն են հարմար, և հենց այն փաստերն են, որ միացված օգնականը չի կարող տրամադրել։
Օգնականը ներբեռնում է ֆայլեր, այն չի դառնում կախվածությունների հիմնագիծ։ Ավելի նոր դյուրակիր համակարգիչը, որի վրա OpenVPN-ն արդեն տեղադրված է, ունի բոլորովին այլ փաթեթային վիճակ, քան թիրախը, ուստի նրա հաջողությունը ոչինչ չի ապացուցում այն մասին, թե ինչ կարող է ընդունել թիրախը։
Որոշեք նաև, թե իրականում ինչ եք ուզում։ VPN շարժիչը, NetworkManager ծառայության հավելվածը և գրաֆիկական խմբագրիչը առանձին փաթեթներ են, և ճիշտ ընտրությունը կախված է թողարկումից և նրանից, թե ինչպես օգտագործողը կկառավարի կապը։ Առանց էկրանի սերվերին պետք է շարժիչը և կազմաձևման ֆայլ, աշխատասեղանին՝ այն հավելվածը, որը թույլ է տալիս նրա ցանցային կարգավորումներին տիրել թունելին։ Սխալ հավաքածու պահանջելը տալիս է հաջող տեղադրում և կապ, որը ոչ ոք չի կարող սկսել։
Երկու շրջագայություն՝ այս հերթականությամբ
Ձեռնարկը բաժանում է երեք գործողություն՝ հարցում ստեղծել անջատված համակարգում, ներբեռնել միացված օգնականի վրա և ներմուծել հետ թիրախ։ Նախքան փաթեթներ պահանջելը թարմացրեք թիրախի պահոցի մետատվյալները, որովհետև փաթեթի հարցումը կառուցվում է այդ մետատվյալներից, և հնացած ինդեքսները տալիս են հարցումներ, որոնք օգնականը չի կարող բավարարել։
Թիրախում apt-offline set vpn-meta.sig --update ձևի ադմինիստրատորի հրամանը գրում է թարմացման հարցումը։ Տարեք այդ ֆայլը միացված մեքենա և apt-offline get vpn-meta.sig --bundle vpn-meta.zip-ով ներբեռնեք մի փաթեթ։ Վերադարձրեք փաթեթը և apt-offline install vpn-meta.zip-ով ներմուծեք այն թիրախում՝ կրկին որպես ադմինիստրատոր։
Այժմ ստեղծեք փաթեթի հարցումը թարմացված մետատվյալներից, օրինակ՝ apt-offline set vpn-deps.sig --install-packages openvpn, և կրկնեք ուղևորությունը նոր փաթեթի անունով։ Յուրաքանչյուր հարցում պահեք զույգով այն փաթեթի հետ, որն այն ստեղծել է. ավելի հին մետատվյալների դեմ ստեղծված փաթեթը նույն հարցումը չէ, նույնիսկ երբ ֆայլերի անունները փոխարինելի են թվում։
Ավելացրեք ինտեգրման փաթեթները միայն այն դեպքում, երբ դիզայնը դրանց կարիքն ունի
Եթե աշխատասեղանը պետք է կառավարի թունելը իր ցանցային կարգավորումներով, հարցմանը պետք է համապատասխան հավելվածը ինչպես նաև շարժիչը։ Ներառեք կոնկրետ փաթեթների անունները, որոնք տալիս է ձեր թողարկումը, այլ ոչ թե մեկ այլ դիստրիբուտիվից հիշված ցանկ, և ամեն անգամ, երբ ցանկը փոխվում է, ստեղծեք նոր հարցում։ Տարբերակների ամրագրումը նույնպես մտածելու արժե. ավելի նոր թողարկման համար կառուցված փաթեթը կարող է բավարարել անունը և այնուամենայնիվ ձախողվել գործարկման պահին։ Հենց այստեղ չորս փաթեթներից բաղկացած հաստատուն հավաքածուն դառնում է բեռ, որովհետև ճիշտ ցանկը թիրախի հատկությունն է, և միայն թիրախը կարող է հաշվարկել այն։
Հենց այստեղ էլ չորս փաթեթներից բաղկացած հաստատուն հավաքածուն դառնում է բեռ։ Ճիշտ ցանկը թիրախի հատկությունն է, և թիրախը միակ մեքենան է, որը կարող է ճիշտ հաշվարկել այն։
Փաթեթի ներմուծումը VPN-ի տեղադրում չէ
Չնայած անվանմանը, տեղադրման գործողությունը APT տվյալները դնում է փաթեթների կառավարման միջավայրում։ Այն չի կատարում փաթեթի գործարքը։ Ավարտեք և վերանայեք թիրախի իրական APT տեղադրումը տեղական տրամադրված տվյալներից, և կարդացեք արդյունքը՝ փոխարենը ենթադրելու, որ ZIP-ի հաջողությունը նշանակում է, որ ծրագրաշարը ներկա է։
Եթե այդ գործարքը դեռ պահանջում է անհասանելի ֆայլեր, պահեք կոնկրետ բացակայող կախվածությունը կամ պահոցի սխալը և դրանից ստեղծեք հաջորդ հարցումը։ Մի փոխարինեք այլ թողարկման DEB-ով և մի անջատեք ստուգիչ գումարի կամ պահոցի նույնականացման ստուգումները՝ այն բռնի անցկացնելու համար։ Ձեռնարկը հստակ զգուշացնում է ներբեռնված ֆայլերի ստուգումը բաց թողնելու դեմ, և իրավացիորեն. չստուգված փաթեթը ավելի վատ արդյունք է, քան ձախողված տեղադրումը։
Փաթեթները միայն առաջին կեսն են
Ծրագրաշարի տեղադրումը առանձին է հաստատված վերջնակետի, պրոֆիլի, վստահության նյութի և հավատարմագրերի ձեռքբերումից, և դրանցից յուրաքանչյուրը կարող է ունենալ իր կառավարվող հանձնումը։ Աշխատող փաթեթների հավաքածուն առանց վավեր պրոֆիլի ոչնչի չի միանում։
Այնուհետև անցանց փոխանցման ուղին կենդանի պահեք ապագա թարմացումների համար։ Առաջին հաջող կապը որպես սպասարկման ավարտ դիտարկելը նշանակում է, որ հաջորդ անվտանգության թարմացումը սպասում է, մինչև մեքենա ունեցող ինչ-որ մեկը կարողանա այցելել, և այդպես անցանց ցանցը հանգիստ տարիներով ետ է մնում։