Pritunl: juhtimisolek versus genereeritud profiil

Üks arhiiv taastab töötava Pritunli juurutuse; teine taastab vaid selle pildi. Kliendiprofiil, hosti konfiguratsiooni koopia ja olekukataloogi tarball näevad kõik varukoopiatena välja ning ükski neist üksi ei too tagasi organisatsioone, kasutajaid ja serveri definitsioone, mida Pritunl haldab. Erinevus on omandis: osa olekust kuulub andmebaasile, osa hostile ja osa on uuesti genereeritud väljund. Valige vale kiht ja taastamine loob serveri, mis käivitub, kuulab ja ei tea midagi. See võrdlus eraldab kolm kihti, et teie hoiustatav arhiiv vastaks tõrkele, millest taastute.

Kaks objekti näevad varukoopiatena välja ja ainult üks taastab teenuse

Allalaaditud kliendiprofiil sisaldab sertifikaati, võtit ja lõpp-punkti. See on täielik selle ühe seadme jaoks ja kasutu juurutuse kirjena: see ei kanna organisatsioone, keelatud kasutajaid, serveri marsruute ega halduskontosid. Profiilide kaustast taastamine annab kliendid, kes ei suuda millegi vastu autentida.

Hosti konfiguratsiooni koopia on sama osaline. /etc/pritunl.conf sisaldab hostitasandi seadeid, sealhulgas seda, kuidas andmebaasi jõuda, ja ei sisalda VPN-objekte endid.

Mida omab andmebaas ja mida omab host

Pritunl hoiab serveri definitsioone, kasutajaid, organisatsioone ja võtmeid MongoDB-s. See andmebaas on autoriteetne juhtimistasand ning iga kettale genereeritud OpenVPN-fail on sellest tuletatud väljund. Genereeritud faili otse tehtud muudatus püsib kuni järgmise regenereerimiseni ja kaob siis, mistõttu ei ole käitusfailide redigeerimine püsiv parandus. Sama reegel kehtib tegelike marsruutide ja liideste kohta: need kirjeldavad, mida juhtimistasand tootis, mitte seda, mida see peaks tootma.

Host annab väiksema, kuid mitteülekantava väärtuste komplekti. Üks neist on /var/lib/pritunl/pritunl.uuid, selle konkreetse sõlme identiteet.

See identiteet on klastris kõige olulisem. Asendushost vajab omaenda registreerimist, mitte aktiivse sõlme UUID-i klooni, muidu võitlevad kaks sama identiteedi pärast. Registreerige vastendus iga hosti, selle UUID-i ja andmebaasi vahel, millele see osutab, sest üks andmebaasi dump ei kirjelda, millised hosti seaded kuulusid millisele masinale. Tarkvara versioonid ja avalikud lõpp-punkti nimed kuuluvad samasse kirjesse.

Tehke järjekindel dump, mitte kataloogikoopia

MongoDB andmekataloogi kopeerimine teenuse kirjutamise ajal loob faile, mis ei pruugi moodustada kasutatavat andmebaasi. Kasutage selle asemel andmebaasi toetatud dumpi teed, käivitatuna topoloogial, mis teil tegelikult on:

mongodump --uri="mongodb://127.0.0.1:27017/pritunl" --out=/var/backups/pritunl/db
sudo tar czf /var/backups/pritunl/host.tgz /etc/pritunl.conf /var/lib/pritunl/pritunl.uuid

Eraldiseisev host talub seda lihtsat vormi. Replikakomplekt vajab järjekindlat ajahetke ning oplogil põhineval dumpil on nõuded, mida tavalisel dumpil ei ole. Toetatud protseduur sõltub teie MongoDB versioonist ja topoloogiast, seega ärge tuletage seda andmekataloogi olemasolust. Arhiveerige hostikiht dumpi kõrvale, samas käivituses, sama ajatempliga.

Harjutage taastamist enne, kui seda vajate

Varukoopia, mida keegi pole taastanud, on hüpotees. Ehitage teenus isoleeritud võrgus, taastage dump ja pange hosti failid tagasi:

mongorestore --uri="mongodb://127.0.0.1:27017" --drop /var/backups/pritunl/db
sudo tar xzf /var/backups/pritunl/host.tgz -C /

Seejärel kontrollige objekte, mitte protsessi: logige sisse, kinnitage, et organisatsioonid ja kasutajad on olemas, ja käivitage üks testklient serveri definitsiooni vastu, mida tunnete. Takistage taastatud hostil produktsiooni lõpp-punkti reklaamimast või tegelikke ühendusi vastu võtmast, kuni aadressid ja identiteedid on teadlikud. Siin avastate ka, et arhiiv vajab volitusi, mis elasid ainult rikkis masinal, seega hoidke taastamisvolitusi sõltumatus kohas. Taastamine, mis sõltub hostist, mille te just kaotasite, ei ole taastamisplaan.

Lõpuks pidage meeles, et vana hetktõmmis taastab vanad otsused. Kui administraator keelas identiteedi pärast dumpi tegemist, lubab taastamine selle uuesti. Taastamisjärgne lepitamine kuulub protseduuri, mitte järelmõttesse.