Bygg om ein Raspberry Pi VPN-boks utan å kopiere nøkkelen

Å starte éin gong frå eit avtrykk gjer ikkje ein Pi til ein boks som kan byggjast om. Det du treng, er eit lite sett inngangar du kan bruke på nytt: ein vedlikehalden base, ein erklært konfigurasjon, dei vedvarande dataa til applikasjonen og ein einingidentitet som berre høyrer til det kortet. Gløymer du den siste, blir kvar utskifting ein klone av ein legitimasjon.

Trinna nedanfor er ein arbeidsrekkjefølgje, ikkje ei tilråding om verktøy. Eit kvart konfigurasjonssystem som kan uttrykkje dei, duger.

List dei fire typane inngangar først

Grunnavtrykket og pakkane definerer operativsystemet, arkitekturen og kvar oppdateringane kjem frå, og ein avtrykksbyggjar hjelper berre dersom verktøyet han nemner framleis blir vedlikehalde for utgåva di. Den erklærte konfigurasjonen er delen eit menneske går gjennom: nettverksroller, tenesteinnstillingar og livssyklushandlingane kvar teneste treng. Vedvarande applikasjonsdata er alt tenesta ikkje kan gjenopprette, og plasseringa og sikkerheitskopimetoden høyrer til applikasjonen, ikkje avtrykket. Einingidentitetar og løyndomar er den fjerde inngangen, og det er dei folk gløymer når dei klonar eit fungerande kort.

Skriv dei fire listene før du byggjer noko om. Ei liste med ei tom rad er eit val du enno ikkje har teke.

Hald løyndomar utanfor repositoriet og sei kvar dei bur

Eit repositorium er eit godt heim for gjennomgåtte malar og ikkje-løynd konfigurasjon, og eit dårleg heim for private VPN-nøklar, gjenbrukbare administratorlegitimasjonar og diagnostiske arkiv. Dersom ein løyndom må finnast på eininga, noter kvar han kjem frå, kven som kan lese han og korleis han blir rotert. Ein nøkkel som berre lever på eitt SD-kort, er eit einskilt feilpunkt, medan ein nøkkel kopiert til kvart kort er ein flåteomfattande legitimasjon utan eigar. Ingen av dei er ein gjenopprettingsplan.

Testen er enkel: dersom repositoriet lek i morgon, kva ville ein åtakar vinne? Malar og topologinotat overlever. Ein fungerande identitet gjer det ikkje.

Lat automatisering eige det ho kan køyre på nytt

Modellen til Ansible held eit inventar av administrerte nodar åtskilt frå spel, oppgåver, rollar og handtakarar som blir utløyste når ei oppgåve rapporterer ei endring. Bruk den strukturen til å gje kvar teneste éin konfigurasjonseigar i staden for å spele av ei skallhistorie. Føretrekk operasjonar som er trygge å køyre to gonger, og avgjer med vilje korleis ei endra fil når den køyrande prosessen. Ei oppgåve som sikrar at ei teneste er starta, får ho ikkje nødvendigvis til å laste inn ein konfigurasjon du nettopp skreiv om.

Skil også fasane i administrasjonen. Oppstartstilkopling, rutinekonfigurasjon og VPN-avhengig styring er tre ulike vindauge, og det tredje kan fjerne din eigen tilgang dersom ombygginga nullstiller nettverket under det. Hald ein uavhengig veg inn.

Gjenopprett data og identitet med vilje

Containarvolum varer uavhengig av livssyklusen til containaren, medan det skrivelege laget inne i ein containar ikkje gjer det, og difor gjenopprettar ein containar frå avtrykket sitt ikkje tilstanden applikasjonen brukte, slik volumdokumentasjonen skildrar. Noter voluma, bind-mounta og dei eksterne tenestene boksen er avhengig av, og bruk applikasjonen sin eigen sikkerheitskopi- og gjenopprettingsprosess. Ein containar som startar utan feil, er ikkje prov på at databasen og filene stemmer overeins.

For identitet, avgjer om du gjenopprettar same eining eller registrerer ei erstatning, for det er ulike operasjonar med ulik opprydding.

Avstem tilgangen til den gamle peeren før du aktiverer ein identitet andre stader, og først deretter testar du den ombygde boksen i eit isolert miljø eller gjenopprettingsmiljø. Kontroller dei nødvendige dataa, rett identitet, ein oppdateringsveg med eigar og den tiltenkte nettverkspolicyen.

Eit oppstartbart avtrykk er éin av fire inngangar, og det er den enklaste å gjenskape.