Bygg om en Raspberry Pi VPN-boks uten å kopiere nøkkelen

Å starte én gang fra et avtrykk gjør ikke en Pi til en boks som kan bygges om. Det du trenger, er et lite sett innganger du kan bruke på nytt: en vedlikeholdt base, en erklært konfigurasjon, applikasjonens vedvarende data og en enhetsidentitet som bare tilhører det kortet. Går du glipp av den siste, blir hver utskifting en klone av en legitimasjon.

Trinnene nedenfor er en arbeidsrekkefølge, ikke en verktøyanbefaling. Ethvert konfigurasjonssystem som kan uttrykke dem, duger.

List de fire typene innganger først

Grunnavtrykket og pakkene definerer operativsystemet, arkitekturen og hvor oppdateringene kommer fra, og en avtrykksbygger hjelper bare hvis verktøyet den nevner fortsatt vedlikeholdes for din utgave. Den erklærte konfigurasjonen er delen et menneske gjennomgår: nettverksroller, tjenesteinnstillinger og livssyklushandlingene hver tjeneste trenger. Vedvarende applikasjonsdata er alt tjenesten ikke kan gjenopprette, og plasseringen og sikkerhetskopimetoden tilhører applikasjonen, ikke avtrykket. Enhetsidentiteter og hemmeligheter er den fjerde inngangen, og det er dem folk glemmer når de kloner et fungerende kort.

Skriv de fire listene før du bygger noe om. En liste med en tom rad er en beslutning du ennå ikke har tatt.

Hold hemmeligheter utenfor repositoriet og si hvor de bor

Et repositorium er et godt hjem for gjennomgåtte maler og ikke-hemmelig konfigurasjon, og et dårlig hjem for private VPN-nøkler, gjenbrukbare administratorlegitimasjoner og diagnostiske arkiver. Hvis en hemmelighet må finnes på enheten, noter hvor den kommer fra, hvem som kan lese den og hvordan den roteres. En nøkkel som bare lever på ett SD-kort, er et enkelt feilpunkt, mens en nøkkel kopiert til hvert kort er en flåteomfattende legitimasjon uten eier. Ingen av dem er en gjenopprettingsplan.

Testen er enkel: hvis repositoriet lekker i morgen, hva ville en angriper vinne? Maler og topologinotater overlever. En fungerende identitet gjør det ikke.

La automatisering eie det den kan kjøre på nytt

Ansibles modell holder et inventar av administrerte noder atskilt fra spill, oppgaver, roller og handlere som utløses når en oppgave rapporterer en endring. Bruk den strukturen til å gi hver tjeneste én konfigurasjonseier i stedet for å spille av en skallhistorikk. Foretrekk operasjoner som er trygge å kjøre to ganger, og avgjør bevisst hvordan en endret fil når den kjørende prosessen. En oppgave som sikrer at en tjeneste er startet, får den ikke nødvendigvis til å laste inn en konfigurasjon du nettopp skrev om.

Skill også fasene i administrasjonen. Oppstartstilkobling, rutinekonfigurasjon og VPN-avhengig styring er tre forskjellige vinduer, og det tredje kan fjerne din egen tilgang hvis ombyggingen nullstiller nettverket under det. Behold en uavhengig vei inn.

Gjenopprett data og identitet med vilje

Containervolumer består uavhengig av containerens livssyklus, mens det skrivbare laget inne i en container ikke gjør det, og derfor gjenoppretter en container fra avtrykket sitt ikke tilstanden applikasjonen brukte, slik volumdokumentasjonen beskriver. Noter volumene, bind-mountene og de eksterne tjenestene boksen avhenger av, og bruk applikasjonens egen sikkerhetskopi- og gjenopprettingsprosess. En container som starter uten feil, er ikke bevis for at databasen og filene stemmer overens.

For identitet, avgjør om du gjenoppretter samme enhet eller registrerer en erstatning, for det er forskjellige operasjoner med forskjellig opprydding.

Avstem den gamle peerens tilgang før du aktiverer en identitet andre steder, og først deretter test den ombygde boksen i et isolert miljø eller gjenopprettingsmiljø. Kontroller de nødvendige dataene, riktig identitet, en oppdateringsvei med eier og den tiltenkte nettverkspolicyen.

Et oppstartbart avtrykk er én av fire innganger, og det er den enkleste å gjenskape.