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

Ճարտարապետության հարցը գալիս է առաջինը, որովհետև 64-բիթանոց տախտակը կարող է աշխատեցնել 32-բիթանոց օգտատիրոջ տարածք, իսկ հավելվածը տրամադրվում է միայն դրանցից մեկով։

Աջակցության երկու սահման, ոչ թե երկու տեղադրիչ

Կարդացեք մատակարարի ընթացիկ տեղադրման էջը ձեր ուզած հավելվածի համար և համեմատեք տախտակի հետ՝ բաշխման թողարկում, փաթեթի ճարտարապետություն և ցանկացած աշխատասեղանի կամ սեսիոն պահանջ։ Այն, որ Pi-ն աջակցում է 64-բիթանոց աշխատանք, չի ասում, թե որ օգտատիրոջ տարածքն է հիմա տեղադրված, և հենց այդ արժեքն է ստուգում փաթեթների կառավարիչը։ dpkg --print-architecture-ը և uname -m-ը պատասխանում են դրան յուրաքանչյուրը մեկ տողով։ Եթե թողարկումը կամ ճարտարապետությունը դուրս է փաստաթղթավորված հավաքածուից, հավելվածն այնտեղ չի աջակցվում, նույնիսկ երբ տեղադրվում է։

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

Ինչ է տալիս հավելվածը, ինչ չի տալիս պրոֆիլը

Պաշտոնական հավելվածը ավելին է, քան կապը՝ այն սովորաբար կրում է մատակարարի վթարային անջատիչը, DNS-ի մշակումը և գործառույթների անջատիչները, և մատակարարը աջակցում է այդ վարքագծերին որպես ամբողջություն։ Ստանդարտ հաճախորդին տրված ձեռքով պրոֆիլը դրանցից ոչինչ չի ժառանգում։ Ձեռքով հաճախորդը տիրապետում է կապի կենսացիկլին և տեղական խափանումների քաղաքականությանը, ինչը լավ է, երբ դրանք ինքներդ եք կարգավորում, և զարմանալի, երբ ենթադրում եք, որ դրանք հետն են եկել։ Երկու տարբերակներն էլ հասնում են նույն սերվերներին. միայն մեկն է ներառում շրջապատող տրամաբանությունը։

Եթե որևէ գործառույթ կարևոր է, օրինակ՝ թունելից դուրս երթևեկության արգելափակումը, այն պետք է լինի ձեր կոնֆիգուրացիայում, ոչ թե մատակարարի հավելվածում։

WireGuard ձեռքով՝ կարևոր քայլերը

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

Սերվերների դուրսբերումը գործառնական մանրուք է, որը մարդիկ մոռանում են։ Ձեռքով ընտրված վերջնակետը կարող է հետ կանչվել, և մատակարարը նշում է, որ կարող է անհրաժեշտ լինել փոխարինող կոնֆիգուրացիա։ Գրանցեք, թե որ վերջնակետն է օգտագործում պրոֆիլը, որպեսզի ավելի ուշ խափանումը հնարավոր լինի ախտորոշել։

Որոշեք՝ Pi-ն նաև դարպաս է, թե ոչ

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

Այնուհետև ընդունեք կենսացիկլը՝ նոր հարցում Pi-ից, անունների լուծում նախատեսված լուծիչով և ձեր ծրագրած մեկնարկի կամ վերամիացման վարքագիծը։ Ստուգեք դրանցից յուրաքանչյուրը՝ փոխարենը ենթադրելու, որ հավելվածը կամ պրոֆիլը տալիս է այն։

Առասպելը, որից արժե հրաժարվել, այն է, թե Linux տեղադրիչը և WireGuard ֆայլը ներկայացնում են նույն որոշումը։ Դրանք երկու գործառնական մոդելներ են՝ երկու տարբեր սեփականատերերով։

Առնչվող հոդվածներ