Kurti konteinerio ar jo failų atsarginę kopiją? Spręskite pagal atkūrimo formą

Šifruotą konteinerį galite kaupti kaip vieną objektą arba prijungti jį ir kaupti viduje esančius failus. Abu be vargo praeina per VPN, ir čia panašumas baigiasi. Jie atkuria skirtingus dalykus, priklauso nuo skirtingų raktų, užima skirtingą kiekį vietos ir nepavyksta skirtingais būdais, kai kam nors prireikia duomenų atgal. Pirmiausia pasirinkite atkūrimo objektą, tada transportą, tada saugomos kopijos šifravimą. Toliau pateiktas kontrolinis sąrašas eina šia tvarka, nes beveik kiekvienas ginčas dėl atsarginių kopijų iš tikrųjų yra nesutarimas dėl to, kuris iš tų trijų sprendimų buvo priimtas pirmiausia.

Du objektai, dvi atkūrimo formos

Atvaizdžio lygio kopija atkuria konteinerį: gaunate atgal šifruotą tomą ir vis dar jums reikia jo atkūrimo medžiagos, kad jį atidarytumėte. Failų lygio kopija atkuria failus ir katalogų medžius, o šifravimas, kuris juos saugo, yra atsarginių kopijų saugyklos, o ne pirminio konteinerio savybė. Paprasta kopija į nuotolinį aplanką yra trečias atvejis, ir ji paveldi tą apsaugą, kurią tas aplankas atsitiktinai turi.

Vidurinė eilutė yra ta, kurią žmonės perskaito neteisingai. Tai gali būti visai geras sprendimas: atsarginių kopijų programa skaito atvirą tekstą vietoje ir rašo šifruotą, autentišką saugyklą. Tada saugumas remiasi ta programa ir jos prisijungimo duomenimis, o ne pirminio konteinerio slaptažodžiu, ir šių dviejų nereikėtų aprašinėti taip, tarsi tai būtų ta pati kontrolė.

Patikra 1: ką atkūrimas turi atkurti?

Užduokite klausimą atkūrimo, o ne atsarginės kopijos forma. Jei reikalavimas yra „sugrąžinti šią paslaugą kitame hoste“, atvaizdis su atkūrimo medžiaga yra nuoseklus atsakymas. Jei reikalavimas yra „susigrąžinti kovo finansinę lentelę“, atkurti kelių gigabaitų atvaizdą vien tam, kad išgautumėte vieną failą, yra brangus atsakymas. Abu yra teisėti atkūrimai ir nėra vienas kitą pakeičiantys biudžetai. Planas, kuriame įvardytas tik vienas jų, anksčiau ar vėliau bus patikrintas kitu.

Įrašykite atkūrimo tikslą į planą: visas tomas, katalogų medis ar atskiri failai. Tada pažymėkite, kokia metaduomenų dalis turi keliauti kartu, nes nuosavybė, teisės, išplėstiniai atributai ir laiko žymos yra failų lygio atkūrimo dalis ir dažnai prarandamos kopijavimu grindžiamuose procesuose, kurie testuojant atrodė pakankami.

Taip pat nuspręskite, kas atlieka atkūrimą. Failų lygio saugykla, kurią gali prijungti bet kuris operatorius, yra kitas prieigos modelis nei atvaizdis, reikalaujantis rakto savininko dalyvavimo, ir nė vienas nėra automatiškai geresnis. Svarbu tai, kad pasirinkimas būtų sąmoningas ir užrašytas.

Patikra 2: kas saugo saugomą kopiją?

VPN saugo transporto atkarpą. Jis nieko nesako apie saugomą kopiją, kai perkėlimas baigtas, o „ji ėjo per tunelį“ nėra teiginys apie atsarginių kopijų operatoriaus gebėjimą skaityti jūsų duomenis. Jei nuotolinę pusę valdo kažkas kitas, klausimas yra, ką jie gali perskaityti, o ne ar ryšys buvo šifruotas.

Atvaizdžiui tai reiškia apsaugoti konteinerio rakto medžiagą atskirai nuo paties atvaizdžio. Praradus antraštę prarandamas tomas, todėl darykite antraštės kopiją ten, kur atvaizdžio nėra:

cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20

Failų lygio saugyklai patikrinkite, ar įrankis šifruoja ir autentifikuoja turinį bei metaduomenis prieš jiems paliekant hostą, ir išsiaiškinkite, kas laiko raktus. Restic dizaino dokumentacija aiškiai nurodo, kad ji remiasi patikimu šaltinio hostu ir kad šifravimas netrukdo tam, kas turi prieigą prie saugyklos, ištrinti atsargines kopijas. Abi išlygos svarbios: saugykla gali būti konfidenciali ir vis tiek sunaikinta.

Patikra 3: ar kopija yra nuosekli?

Atsarginė kopija, užfiksuojanti besikeičiančią failų sistemą, yra kopija, o ne atkūrimo taškas. Atvaizdžiui naudokite palaikomą tomų įrankio metodą stabiliam momentiniam vaizdui gauti, o tai paprastai reiškia momentinio vaizdo operaciją arba atjungimą, o ne didelio failo skaitymą jam keičiantis:

lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonly

Prijungtiems failams naudokite palaikomą programos nuoseklumo procedūrą aktyvioms duomenų bazėms ir kitiems derinamiems duomenims. Failų sistemos lygio kopija ir su programa nuoseklus atkūrimo taškas yra skirtingi apibūdinimai, o skirtumas tampa matomas tik tada, kai bandote paleisti programą iš atkurtos kopijos.

Laikykite atkūrimo medžiagą atskiru apsaugotu keliu. Praradus pirminę mašiną niekada neturėtų būti prarandamas ir vienintelis prisijungimo duomuo, kuris atidaro jos kopiją, ir būtent taip nutinka, kai rakto failas gyvena tome, kuris kopijuojamas. Išbandykite šį atskyrimą sąmoningai: atkurkite hoste, kuris niekada nematė originalo, naudodami tik tai, ką planas nurodo kaip prieinama.

Patikra 4: ar šiam objektui galioja pakeitimų aptikimas?

Šifruotas konteineris daugumai perkėlimo įrankių atrodo kaip vienas didelis nepermatomas failas, todėl nedidelis atviro teksto pakeitimas gali sukelti didelį pakartotinį skaitymą arba visišką pakartotinį įkėlimą, priklausomai nuo įrankio ir formato. Kintamo dydžio skaidymas ir dublikatų šalinimas, kaip dokumentuoja restic, gali tai sumažinti, bet tai yra to įrankio savybė, o ne šifruotų konteinerių apskritai.

Matuokite, o ne darykite prielaidas. Palyginkite pirmą paleidimą su antru po nedidelio nekenksmingo pakeitimo ir užrašykite perkeltus baitus bei praėjusį laiką. Eksperimentuodami saugokite žinomai gerą kopiją, kad testas nesunaudotų vienintelio atkūrimo taško.

Tada užbaikite sąrašą vieninteliu svarbiu testu: atkūrimu be pirminės mašinos. Atidarykite atkurtą konteinerį arba atkurkite pasirinktus failus su jų metaduomenimis ir patvirtinkite, kad programa ar naudotojas gali naudotis rezultatu. Greitas, gerai šifruotas perkėlimas, kuris negali atsakyti į šį testą, yra jūsų duomenų kopija, o ne jų atsarginė kopija.