Վերակառուցեք Raspberry Pi VPN սարքը՝ առանց դրա բանալին պատճենելու

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

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

Նախ թվարկեք մուտքերի չորս տեսակները

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

Գրեք չորս ցանկերը նախքան որևէ բան վերակառուցելը։ Դատարկ տողով ցանկը որոշում է, որը դուք դեռ չեք կայացրել։

Գաղտնիքները պահեք պահոցից դուրս և ասեք, թե որտեղ են ապրում

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

Փորձաքարը պարզ է՝ եթե պահոցը վաղը արտահոսի, ի՞նչ կշահի հարձակվողը։ Ձևանմուշներն ու տոպոլոգիայի նշումները կդիմանան։ Աշխատող ինքնությունը՝ ոչ։

Թույլ տվեք ավտոմատացմանը տիրել այն, ինչ կարող է նորից գործարկել

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

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

Վերականգնեք տվյալներն ու ինքնությունը դիտավորյալ

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

Ինքնության դեպքում որոշեք՝ վերականգնում եք նույն սարքը, թե գրանցում եք փոխարինող, որովհետև դրանք տարբեր մաքրմամբ տարբեր գործողություններ են։

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

Բեռնարկվող պատկերը չորսից մեկ մուտք է, և այն ամենահեշտն է վերարտադրել։