Sikkerhetskopi av VPN-server: avgjør hva som må kunne gjenopprettes

Å kopiere en konfigurasjonsfil er ikke en sikkerhetskopi, og en sikkerhetskopi ingen kan gjenopprette er ikke en plan. Arkivet må inneholde tjenestens identitet, policyen rundt den og tilstanden som sier hvilke enheter som fortsatt er tillatt. Det må også beskyttes, fordi arkivet i de fleste utrullinger gir nøyaktig det VPN-en gir. Beslutningen om hva som må kunne gjenopprettes kommer først; fillisten følger av den beslutningen.

Start med gjenoppbyggingsmålet

Skriv ned hva en gjenoppbygd server må gjøre før du lister en eneste fil: avslutte de samme tunnelene, presentere den samme identiteten og avvise enhetene som er tilbakekalt akkurat nå. Den setningen utelukker de fleste naive kopier, fordi en konfigurasjonsmappe sjelden inneholder tilbakekallingslisten eller den eksterne identitetsavhengigheten. Den avdekker også delene som lever utenfor verten, som DNS-poster, skybrannmurregler og katalogen gatewayen autentiserer mot. En plan som ignorerer dem, gir en gjenopprettet server som ser sunn ut og ikke slipper noen inn.

Grupper materialet i tre bøtter: identitet, konfigurasjon og tilstand. Identiteten er nøklene, sertifikatene og myndigheten som signerer dem. Konfigurasjonen er daemoninnstillingene, bassengene, rutene og brannmurpolicyen, mens tilstanden er settet med peers, kontoer og tilbakekallinger som endres hver dag.

Identiteten er den delen du ikke kan gjenopprette

Private nøkler kan ikke gjenskapes fra hukommelsen, og sertifikatene som avhenger av dem utløper etter en tidsplan du arver i stedet for velger. Ta sikkerhetskopi av servernøkkelen, klientklargjøringsmaterialet og sertifikatmyndigheten, og noter deretter hvilke av dem som skal forbli offline. En myndighetsnøkkel som bare lever på den kjørende gatewayen, er én kompromittering fra en full identitetsnullstilling for hver klient. Registrer hva som bevisst lagres andre steder, så ingen dupliserer det inn i et arkiv med lavere beskyttelse.

Tilbakekalling fortjener sin egen linje i planen. Gjenoppretting av gårsdagens konfigurasjon kan gjeninnføre en identitet du fjernet i dag, noe som gjør en gjenoppretting til en sikkerhetshendelse. Oppbevar gjeldende tilbakekallingstilstand et sted som er uavhengig av øyeblikksbildet du ville rulle tilbake til, og kontroller den etter enhver gjenoppretting.

Ta et øyeblikksbilde av tilstanden på ett tidspunkt

En kopi tatt mens tjenesten skriver, gir et inkonsistent inventar, og inkonsistente identitetsdata er verre enn en eldre ren kopi. Bruk eksportveien som støttes for hvert lager, og registrer deretter tidspunktet for øyeblikksbildet, fordi ethvert senere spørsmål om gjenopprettingen avhenger av det.

wg showconf wg0 > /srv/backup/wg0.runtime.conf
sqlite3 /var/lib/vpn/admin.db ".backup '/srv/backup/admin.db'"
cp -a /etc/wireguard /srv/backup/etc-wireguard
sha256sum /srv/backup/*.conf > /srv/backup/MANIFEST

Den første kommandoen skriver ut det kjørende grensesnittet tilbake som konfigurasjon, som er den raskeste måten å fange peers som ble lagt til for hånd i stedet for av et administrasjonsverktøy; det wg(8)-håndboken dokumenterer det. sqlite-linjen er mønsteret for en administrasjonsdatabase: sikkerhetskopikommandoen lager en konsistent kopi mens skriveren fortsetter. Mappekopien bevarer tillatelsene, noe som betyr noe fordi de nøkkelfilene bare kan leses av root. Manifestet er det som lar deg skille et komplett arkiv fra et avkortet.

Gjør gjenopprettingen mulig, og prøv den så

Krypter arkivet og oppbevar gjenopprettingsnøkkelen et annet sted enn maskinen den kom fra. En sikkerhetskopi der passfrasen bare finnes på den feilede serveren, er en sikkerhetskopi ingen vil åpne. Begrens henting til personene som allerede kunne administrere gatewayen, og logg hver henting. Test gjenopprettingen på et isolert nettverk, fordi en klonet identitet som startes ved siden av produksjonen, skaper to servere som svarer for den samme peer-nøkkelen.

Dokumenter unntakene like nøye som innholdet. Skybrannmurregler, DNS-poster og en ekstern katalog kan hver trenge sitt eget gjenopprettingstrinn. En vellykket filkopi er ikke bevis på at tjenesten kommer tilbake; det eneste beviset som teller, er et gjenoppbygd endepunkt som består den samme akseptansetesten som originalen.