Perskaičiuokite Raspberry Pi VPN įrenginį nekopijuodami jo rakto

Vienkartinis paleidimas iš atvaizdžio nepadaro Pi įrenginio, kurį būtų galima perrinkti. Reikia nedidelio įvesčių rinkinio, kurį galite pritaikyti iš naujo: prižiūrima bazė, deklaruota konfigūracija, nuolatiniai programos duomenys ir įrenginio tapatybė, priklausanti tik tai plokštei. Jei praleisite paskutinį, kiekvienas pakeitimas taps kredencialo klonu.

Toliau pateikti žingsniai yra darbo tvarka, o ne įrankio rekomendacija. Tiks bet kuri konfigūracijos sistema, galinti juos išreikšti.

Pirmiausia išvardykite keturias įvesčių rūšis

Bazinis atvaizdis ir jo paketai apibrėžia operacinę sistemą, architektūrą ir tai, iš kur ateina atnaujinimai, o atvaizdžių kūrėjas padeda tik jei jo nurodytas įrankis vis dar prižiūrimas jūsų leidimui. Deklaruota konfigūracija yra dalis, kurią peržiūri žmogus: tinklo vaidmenys, paslaugų nustatymai ir gyvavimo ciklo veiksmai, kurių reikia kiekvienai paslaugai. Nuolatiniai programos duomenys yra viskas, ko paslauga negali atkurti iš naujo, o jų vieta ir atsarginio kopijavimo būdas priklauso tai programai, o ne atvaizdžiui. Įrenginių tapatybės ir paslaptys yra ketvirtoji įvestis, ir būtent jas žmonės pamiršta klonuodami veikiančią kortelę.

Parašykite tuos keturis sąrašus prieš ką nors perrinkdami. Sąrašas su tuščia eilute yra sprendimas, kurio dar nepriėmėte.

Laikykite paslaptis už saugyklos ribų ir pasakykite, kur jos gyvena

Saugykla yra geras namas peržiūrėtiems šablonams ir ne paslaptims konfigūracijai, ir blogas namas VPN privatiems raktams, daugkartiniams administratoriaus kredencialams ir diagnostikos archyvams. Jei paslaptis turi egzistuoti įrenginyje, užsirašykite, iš kur ji ateina, kas gali ją skaityti ir kaip ji keičiama. Raktas, gyvenantis tik vienoje SD kortelėje, yra vienas gedimo taškas, o raktas, nukopijuotas į kiekvieną plokštę, yra viso laivyno kredencialas be savininko. Nė vienas nėra atkūrimo planas.

Testas paprastas: jei rytoj saugykla nutekėtų, ką laimėtų užpuolikas? Šablonai ir topologijos pastabos išgyvena. Veikianti tapatybė ne.

Leiskite automatizacijai valdyti tai, ką ji gali paleisti iš naujo

Ansible modelis laiko valdomų mazgų inventorius atskirai nuo pjesių, užduočių, vaidmenų ir apdorotojų, kurie suveikia, kai užduotis praneša apie pakeitimą. Naudokite tą struktūrą, kad kiekvienai paslaugai duotumėte vieną konfigūracijos savininką, o ne peržaistumėte shell istoriją. Pirmenybę teikite operacijoms, saugioms paleisti du kartus, ir sąmoningai nuspręskite, kaip pakeistas failas pasiekia veikiantį procesą. Užduotis, užtikrinanti paslaugos paleidimą, nebūtinai priverčia ją iš naujo įkelti ką tik perrašytą konfigūraciją.

Atskirkite ir administravimo etapus. Įkrovimo ryšys, įprasta konfigūracija ir nuo VPN priklausantis valdymas yra trys skirtingi langai, o trečiasis gali atimti jūsų pačių prieigą, jei perrinkimas iš naujo nustato po juo esantį tinklą. Išsaugokite nepriklausomą įėjimo kelią.

Atkurkite duomenis ir tapatybę sąmoningai

Konteinerių tomai išlieka nepriklausomai nuo konteinerio gyvavimo ciklo, o konteinerio viduje esantis rašomasis sluoksnis neišlieka, todėl konteinerio atkūrimas iš jo atvaizdžio neatkuria būsenos, kurią naudojo programa, kaip aprašo tomų dokumentacija. Užsirašykite tomus, prijungimo taškus ir išorines paslaugas, nuo kurių priklauso įrenginys, ir naudokite pačios programos atsarginio kopijavimo ir atkūrimo procesą. Konteineris, kuris paleidžiamas be klaidos, nėra įrodymas, kad jo duomenų bazė ir failai sutampa.

Dėl tapatybės nuspręskite, ar atkuriate tą patį įrenginį, ar registruojate pakaitalą, nes tai skirtingos operacijos su skirtingu valymu.

Suderinkite senojo partnerio prieigą prieš aktyvuodami tapatybę kitur, ir tik tada išbandykite perrinktą įrenginį izoliuotoje arba atkūrimo aplinkoje. Patikrinkite reikiamus duomenis, teisingą tapatybę, atnaujinimo kelią su savininku ir numatytą tinklo politiką.

Paleidžiamas atvaizdis yra viena iš keturių įvesčių, ir jį lengviausia atkurti.