Ponovno zgradite napravo VPN Raspberry Pi brez kopiranja njenega ključa
Podoba je eden od štirih vhodov. Razglasite konfiguracijo, ohranite podatke aplikacije obnovljive in vsaki plošči dajte lastno identiteto, preden gre v obratovanje.
Enkratni zagon iz podobe še ne naredi Pi-ja v napravo, ki jo je mogoče znova zgraditi. Potreben je majhen nabor vhodov, ki jih lahko znova uporabite: vzdrževana osnova, razglašena konfiguracija, trajni podatki aplikacije in identiteta naprave, ki pripada samo tej plošči. Če zadnjo izpustite, vsaka zamenjava postane klon poverilnice.
Spodnji koraki so vrstni red dela, ne priporočilo orodja. Zadostuje vsak konfiguracijski sistem, ki jih zna izraziti.
Najprej naštejte štiri vrste vhodov
Osnovna podoba in njeni paketi določajo operacijski sistem, arhitekturo in od kod prihajajo posodobitve, graditelj podob pa pomaga le, če je orodje, ki ga navaja, za vašo izdajo še vedno vzdrževano. Razglašena konfiguracija je del, ki ga pregleda človek: omrežne vloge, nastavitve storitev in dejanja življenjskega cikla, ki jih vsaka storitev potrebuje. Trajni podatki aplikacije so vse, česar storitev ne more znova ustvariti, njihova lokacija in način varnostnega kopiranja pa pripadata tej aplikaciji, ne podobi. Identitete naprav in skrivnosti so četrti vhod in prav nanje ljudje pozabijo, ko klonirajo delujočo kartico.
Napišite te štiri sezname, preden karkoli znova zgradite. Seznam s prazno vrstico je odločitev, ki je še niste sprejeli.
Skrivnosti hranite zunaj repozitorija in povejte, kje živijo
Repozitorij je dober dom za pregledane predloge in ne-skrivno konfiguracijo ter slab dom za zasebne ključe VPN, večkrat uporabne skrbniške poverilnice in diagnostične arhive. Če mora skrivnost obstajati na napravi, zapišite, od kod prihaja, kdo jo lahko bere in kako se vrti. Ključ, ki živi samo na eni kartici SD, je ena točka odpovedi, medtem ko je ključ, kopiran na vsako ploščo, poverilnica celotne flote brez lastnika. Nobeno ni načrt obnovitve.
Preizkus je preprost: če bi repozitorij jutri puščal, kaj bi napadalec pridobil? Predloge in zapiski o topologiji preživijo. Delujoča identiteta ne.
Naj avtomatizacija poseduje tisto, kar lahko znova zažene
Model Ansible hrani popis upravljanih vozlišč ločeno od iger, opravil, vlog in obravnavalnikov, ki se sprožijo, ko opravilo sporoči spremembo. Uporabite to strukturo, da vsaki storitvi daste enega lastnika konfiguracije, namesto da bi znova predvajali zgodovino lupine. Dajte prednost operacijam, varnim za dvakratni zagon, in zavestno odločite, kako spremenjena datoteka doseže delujoči proces. Opravilo, ki zagotovi zagon storitve, je ne prisili nujno, da znova naloži konfiguracijo, ki ste jo pravkar prepisali.
Ločite tudi faze upravljanja. Zagonska povezljivost, rutinska konfiguracija in upravljanje, odvisno od VPN, so tri različna okna, tretje pa vam lahko odvzame lasten dostop, če ponovna gradnja ponastavi omrežje pod njim. Ohranite neodvisno pot za vstop.
Podatke in identiteto obnovite namerno
Zvezki vsebnikov obstajajo neodvisno od življenjskega cikla vsebnika, zapisljiva plast v vsebniku pa ne, zato ponovno ustvarjanje vsebnika iz njegove podobe ne obnovi stanja, ki ga je uporabljala aplikacija, kot opisuje dokumentacija o zvezkih. Zapišite zvezke, priklopne točke in zunanje storitve, od katerih je naprava odvisna, in uporabite lastni postopek varnostnega kopiranja in obnovitve aplikacije. Vsebnik, ki se zažene brez napake, ni dokaz, da se njegova zbirka podatkov in datoteke ujemajo.
Pri identiteti se odločite, ali obnavljate isto napravo ali registrirate zamenjavo, ker gre za različni operaciji z različnim čiščenjem.
Uskladite dostop starega partnerja, preden aktivirate identiteto drugje, in šele nato preizkusite znova zgrajeno napravo v izoliranem okolju ali okolju za obnovitev. Preverite potrebne podatke, pravilno identiteto, pot posodobitve z lastnikom in predvideno omrežno politiko.
Zagonska podoba je eden od štirih vhodov in najlažje jo je reproducirati.