VPN-palvelimen varmuuskopio: päätä, mikä on voitava palauttaa

Kokoonpanotiedoston kopioiminen ei ole varmuuskopio, eikä varmuuskopio, jota kukaan ei voi palauttaa, ole suunnitelma. Arkiston on sisällettävä palvelun identiteetti, sen ympärillä oleva käytäntö ja tila, joka kertoo, mitkä laitteet ovat vielä sallittuja. Se on myös suojattava, koska useimmissa käyttöönotoissa arkisto antaa täsmälleen sen, mitä VPN antaa. Päätös siitä, mikä on voitava palauttaa, tulee ensin; tiedostoluettelo seuraa siitä päätöksestä.

Aloita uudelleenrakennuksen tavoitteesta

Kirjoita, mitä uudelleenrakennettu palvelin tarvitsee ennen kuin luettelet yhtäkään tiedostoa: samojen tunnelien päättäminen, saman identiteetin esittäminen ja tällä hetkellä peruutettujen laitteiden hylkääminen. Tämä lause sulkee pois useimmat naiivit kopiot, koska kokoonpanohakemisto harvoin sisältää peruutusluetteloa tai ulkoista identiteettiriippuvuutta. Se paljastaa myös isännän ulkopuolella elävät osat, kuten DNS-tietueet, pilven palomuurisäännöt ja hakemiston, jota vasten yhdyskäytävä todentaa. Suunnitelma, joka jättää ne huomiotta, tuottaa palautetun palvelimen, joka näyttää terveeltä eikä päästä ketään sisään.

Ryhmittele aineisto kolmeen koriin: identiteetti, kokoonpano ja tila. Identiteetti on avaimet, varmenteet ja viranomainen, joka allekirjoittaa ne. Kokoonpano on daemonin asetukset, altaat, reitit ja palomuurikäytäntö, kun taas tila on vertaisten, tilien ja peruutusten joukko, joka muuttuu joka päivä.

Identiteetti on se osa, jota et voi luoda uudelleen

Yksityisavaimia ei voi luoda uudelleen muistista, ja niistä riippuvat varmenteet vanhenevat aikataululla, jonka perit etkä valitse. Varmuuskopioi palvelimen avain, asiakkaiden tarjoilumateriaali ja varmentaja, ja merkitse sitten, mitkä niistä on tarkoitus pitää verkon ulkopuolella. Vain käynnissä olevalla yhdyskäytävällä elävä viranomaisen avain on yhden vaarantumisen päässä täydellisestä identiteetin nollauksesta jokaiselle asiakkaalle. Kirjaa, mitä säilytetään tarkoituksella muualla, jotta kukaan ei monista sitä heikommin suojattuun arkistoon.

Peruutus ansaitsee oman rivinsä suunnitelmassa. Eilisen kokoonpanon palauttaminen voi palauttaa identiteetin, jonka poistit tänään, mikä muuttaa palautuksen turvahäiriöksi. Pidä nykyinen peruutustila paikassa, joka on riippumaton tilannekuvasta, johon palauttaisit, ja tarkista se jokaisen palautuksen jälkeen.

Tallenna tila yhdessä hetkessä

Kopio, joka otetaan palvelun kirjoittaessa, tuottaa epäjohdonmukaisen luettelon, ja epäjohdonmukaiset identiteettitiedot ovat huonompia kuin vanhempi puhdas kopio. Käytä tuettua vientipolkua jokaiselle varastolle ja kirjaa sitten tilannekuvan aika, koska jokainen myöhempi palautuskysymys riippuu siitä.

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

Ensimmäinen komento tulostaa käynnissä olevan liitännän takaisin kokoonpanoksi, mikä on nopein tapa tallentaa käsin eikä hallintatyökalulla lisätyt vertaiset; tämä wg(8)-käsikirja dokumentoi sen. sqlite-rivi on malli hallintatietokannalle: varmuuskopiokomento tuottaa johdonmukaisen kopion, kun kirjoittaja jatkaa. Hakemistokopio säilyttää käyttöoikeudet, millä on merkitystä, koska ne avaintiedostot voi lukea vain root. Manifesti on se, jonka avulla erotat täydellisen arkiston katkaistusta.

Tee palautuksesta mahdollinen ja kokeile sitä

Salaa arkisto ja pidä palautusavain muualla kuin koneella, jolta se tuli. Varmuuskopio, jonka salalause on vain epäonnistuneella palvelimella, on varmuuskopio, jota kukaan ei avaa. Rajoita nouto henkilöihin, jotka jo pystyivät hallitsemaan yhdyskäytävää, ja kirjaa jokainen nouto. Testaa palautus eristetyssä verkossa, koska tuotannon viereen nostettu kloonattu identiteetti luo kaksi palvelinta, jotka vastaavat samasta vertaisavaimesta.

Dokumentoi poissulkemiset yhtä huolellisesti kuin sisältö. Pilven palomuurisäännöt, DNS-tietueet ja ulkoinen hakemisto voivat kukin tarvita oman palautusvaiheensa. Onnistunut tiedostokopio ei ole todiste palvelun paluusta; ainoa todiste, jolla on merkitystä, on uudelleenrakennettu päätepiste, joka läpäisee saman hyväksymistestin kuin alkuperäinen.