VPN-serveri varundus: otsustage, mis peab olema taastatav

Konfiguratsioonifaili kopeerimine ei ole varundus ja varundus, mida keegi taastada ei suuda, ei ole plaan. Arhiiv peab sisaldama teenuse identiteeti, selle ümber olevat poliitikat ja olekut, mis ütleb, millistel seadmetel on veel lubatud. Seda tuleb ka kaitsta, sest enamikus juurutustes annab arhiiv täpselt seda, mida annab VPN. Otsus selle kohta, mis peab olema taastatav, tuleb esimesena; failide loend tuleneb sellest otsusest.

Alustage ülesehitamise sihist

Kirjutage üles, mida peab ülesehitatud server tegema, enne kui loetlete ühegi faili: lõpetama samad tunnelid, esitama sama identiteedi ja keelduma seadmetest, mis on praegu tühistatud. See lause välistab enamiku naiivseid koopiaid, sest konfiguratsioonikataloog sisaldab harva tühistamisnimekirja või välist identiteedisõltuvust. See paljastab ka hostist väljaspool elavad osad, nagu DNS-kirjed, pilve tulemüüri reeglid ja kataloog, mille vastu lüüs autentib. Plaan, mis neid eirab, annab taastatud serveri, mis näeb terve välja ja ei lase kedagi sisse.

Rühmitage materjal kolme korvi: identiteet, konfiguratsioon ja olek. Identiteet on võtmed, sertifikaadid ja asutus, mis neid allkirjastab. Konfiguratsioon on deemoniseaded, basseinid, marsruudid ja tulemüüri poliitika, samas kui olek on partnerite, kontode ja tühistamiste kogum, mis muutub iga päev.

Identiteet on osa, mida ei saa uuesti genereerida

Privaatvõtmeid ei saa mälust uuesti luua ja neist sõltuvad sertifikaadid aeguvad ajakava järgi, mille te pärite, mitte ei vali. Varundage serveri võti, kliendi varustamise materjal ja sertifitseerimisasutus, seejärel märkige, millised neist peavad jääma võrguühenduseta. Asutuse võti, mis elab ainult töötaval lüüsil, on ühe kompromissi kaugusel täielikust identiteedi lähtestamisest iga kliendi jaoks. Kirjutage üles, mida hoitakse teadlikult mujal, et keegi ei dubleeriks seda väiksema kaitsega arhiivi.

Tühistamine väärib plaanis omaette rida. Eilse konfiguratsiooni taastamine võib ennistada identiteedi, mille te täna eemaldasite, mis muudab taastamise turvaintsidendiks. Hoidke praegust tühistamise olekut kohas, mis on sõltumatu hetktõmmisest, millele te tagasi pöörduksite, ja kontrollige seda pärast igat taastamist.

Jäädvustage olek ühel hetkel

Koopia, mis tehakse teenuse kirjutamise ajal, annab ebajärjekindla loendi, ja ebajärjekindlad identiteediandmed on hullemad kui vanem puhas koopia. Kasutage iga hoidla jaoks toetatud eksporditeed ja seejärel kirjutage üles hetktõmmise aeg, sest iga hilisem taastamisküsimus sõltub sellest.

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

Esimene käsk prindib töötava liidese konfiguratsioonina tagasi, mis on kiireim viis tabada käsitsi, mitte haldusvahendiga lisatud partnereid; seda wg(8) käsiraamat dokumenteerib. sqlite rida on muster haldusandmebaasi jaoks: varunduskäsk loob järjekindla koopia, samal ajal kui kirjutaja jätkab. Kataloogi koopia säilitab õigused, mis on oluline, sest neid võtmefaile saab lugeda ainult root. Manifest on see, mis võimaldab eristada terviklikku arhiivi kärbitud arhiivist.

Tehke taastamine võimalikuks ja proovige seda

Krüpteerige arhiiv ja hoidke taastamisvõtit mujal kui masinas, kust see pärineb. Varundus, mille paroolifraas on ainult nurjunud serveris, on varundus, mida keegi ei ava. Piirake toomine inimestega, kes juba said lüüsi hallata, ja logige iga toomine. Testige taastamist isoleeritud võrgus, sest tootmise kõrvale tõstetud kloonitud identiteet loob kaks serverit, mis vastavad sama partneri võtme eest.

Dokumenteerige väljajätmised sama hoolikalt kui sisu. Pilve tulemüüri reeglid, DNS-kirjed ja väline kataloog võivad igaüks vajada oma taastamisetappi. Edukas failikopeerimine ei ole tõend, et teenus naaseb; ainus tõend, mis loeb, on ülesehitatud lõpp-punkt, mis läbib sama vastuvõtutesti nagu originaal.