Konteyneri, yoxsa içindəki faylları ehtiyatlaşdırmaq? Bərpa formasına görə qərar verin

Şifrələnmiş konteyneri tək bir obyekt kimi ehtiyatlaşdıra bilərsiniz, ya da onu mount edib içindəki faylları ehtiyatlaşdıra bilərsiniz. Hər ikisi VPN-dən rahat keçir və oxşarlıq burada bitir. Onlar fərqli şeyləri bərpa edir, fərqli açarlardan asılıdır, fərqli həcmdə yer tutur və kimsə məlumatı geri istəyəndə fərqli şəkildə uğursuz olurlar. Əvvəlcə bərpa obyektini, sonra nəqli, sonra saxlanan surətin şifrələnməsini seçin. Aşağıdakı siyahı bu sıra ilə gedir, çünki demək olar ki, hər ehtiyat nüsxə mübahisəsi əslində bu üçündən hansının birinci qərarlaşdırıldığı barədə fikir ayrılığıdır.

İki obyekt, iki bərpa forması

Obraz ehtiyat nüsxəsi konteyneri bərpa edir: şifrələnmiş həcmi geri alırsınız və onu açmaq üçün hələ də bərpa materialına ehtiyacınız var. Fayl səviyyəli ehtiyat nüsxəsi faylları və qovluq ağaclarını bərpa edir və onları qoruyan şifrələmə orijinal konteynerin deyil, ehtiyat anbarının xassəsidir. Uzaq qovluğa adi surət üçüncü haldır və o qovluğun təsadüfən malik olduğu qorunmanı miras alır.

Orta sətir insanların səhv oxuduğu sətirdir. Bu, tamamilə yaxşı dizayn ola bilər: ehtiyat proqramı açıq mətni lokal olaraq oxuyur və şifrələnmiş, autentifikasiya edilmiş anbar yazır. Onda təhlükəsizlik həmin proqrama və onun etimad məlumatlarına dayanır, orijinal konteyner paroluna deyil və bu ikisi eyni nəzarət kimi təsvir edilməməlidir.

Yoxlama 1: bərpa nəyi yenidən qurmalıdır?

Sualı ehtiyat nüsxə deyil, bərpa formasında verin. Tələb “bu xidməti başqa hostda geri qaytar”dırsa, obraz və onun bərpa materialı tutarlı cavabdır. Tələb “mart ayının maliyyə cədvəlini geri al”dırsa, bir faylı çıxarmaq üçün çoxgiqabaytlıq obrazı bərpa etmək bahalı cavabdır. Hər ikisi qanuni bərpadır və onlar bir-birini əvəz edən büdcələr deyil. Yalnız birini adlandıran plan sonda digəri ilə sınaqdan keçiriləcək.

Bərpa hədəfini plana yazın: bütün həcm, qovluq ağacı və ya ayrı-ayrı fayllar. Sonra hansı metadatanın onlarla birlikdə getməli olduğunu qeyd edin, çünki sahiblik, icazələr, geniş atributlar və zaman nişanları fayl səviyyəli bərpanın hissəsidir və sınaq zamanı kifayət görünən surət əsaslı iş axınlarında tez-tez itir.

Bərpanı kimin edəcəyini də qərarlaşdırın. Hər operatorun mount edə biləcəyi fayl səviyyəli anbar, açar sahibinin iştirakını tələb edən obrazdan fərqli giriş modelidir və heç biri avtomatik olaraq daha yaxşı deyil. Vacib olan seçimin qəsdən edilməsi və yazılmasıdır.

Yoxlama 2: saxlanan surəti nə qoruyur?

VPN nəql seqmentini qoruyur. O, ötürmə bitdikdən sonra saxlanan surət barədə heç nə demir və “tuneldən keçdi” ehtiyat operatorunun məlumatınızı oxumaq qabiliyyəti barədə ifadə deyil. Uzaq tərəfi başqası idarə edirsə, sual onların nə oxuya bilməsidir, keçidin şifrələnib-şifrələnmədiyi deyil.

Obraz üçün bu, konteynerin açar materialını obrazın özündən ayrı qorumaq deməkdir. Başlığı itirmək həcmi itirməkdir, ona görə başlığı obrazın olmadığı yerdə ehtiyatlaşdırın:

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

Fayl səviyyəli anbar üçün alətin məzmunu və metadatanı hostdan çıxmazdan əvvəl şifrələdiyini və autentifikasiya etdiyini yoxlayın və açarları kimin saxladığını öyrənin. Restic-in dizayn sənədləşməsi etibarlı mənbə hostun qəbul edildiyini və şifrələmənin yaddaşa çıxışı olan birinin ehtiyat nüsxələri silməsinin qarşısını almadığını açıq şəkildə göstərir. Hər iki xəbərdarlıq vacibdir: anbar məxfi ola bilər və yenə də məhv edilə bilər.

Yoxlama 3: surət ardıcıldırmı?

Dəyişən fayl sistemini çəkən ehtiyat nüsxə surətdir, bərpa nöqtəsi deyil. Obraz üçün həcm alətinin sabit snapshot üçün dəstəklənən metodundan istifadə edin, bu adətən böyük faylı dəyişərkən oxumaq yerinə snapshot əməliyyatı və ya dismount deməkdir:

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

Mount edilmiş fayllar üçün canlı verilənlər bazaları və digər əlaqələndirilmiş məlumatlar üçün tətbiqin dəstəklənən ardıcıllıq prosedurundan istifadə edin. Fayl sistemi səviyyəli surət və tətbiqlə ardıcıl bərpa nöqtəsi fərqli təsvirlərdir və fərq yalnız tətbiqi bərpa edilmiş surətdən başlatmağa çalışanda görünür.

Bərpa materialını müstəqil qorunan marşrutda saxlayın. Orijinal maşını itirmək heç vaxt onun ehtiyat nüsxəsini açan yeganə etimad məlumatını da itirməməlidir və açar faylı ehtiyatlaşdırılan həcmdə yaşayanda məhz bu olur. Bu ayrılığı qəsdən sınayın: orijinalı heç görməmiş hostda, yalnız planın mövcud dediyi vasitələrlə bərpa edin.

Yoxlama 4: dəyişiklik aşkarlanması bu obyekt üçün keçərlidirmi?

Şifrələnmiş konteyner əksər ötürmə alətləri üçün böyük və qeyri-şəffaf bir fayl kimi görünür, ona görə kiçik açıq mətn düzəlişi alətdən və formatdan asılı olaraq böyük yenidən oxumağa və ya tam yenidən yükləməyə səbəb ola bilər. Restic-in sənədləşdirdiyi kimi dəyişən ölçülü parçalama və deduplikasiya bunu azalda bilər, amma bu, ümumilikdə şifrələnmiş konteynerlərin deyil, həmin alətin xassəsidir.

Fərz etmək yerinə ölçün. Kiçik, zərərsiz dəyişiklikdən sonra birinci işi ikinci işlə müqayisə edin və ötürülən baytları, həmçinin keçən vaxtı qeyd edin. Eksperiment edərkən yaxşı olduğu bilinən ehtiyat nüsxəni saxlayın ki, sınaq yeganə bərpa nöqtənizi tükətməsin.

Sonra siyahını yeganə vacib sınaqla bitirin: orijinal maşın olmadan bərpa. Bərpa edilmiş konteyneri açın və ya seçilmiş faylları metadatası ilə bərpa edin və tətbiqin və ya istifadəçinin nəticəni istifadə edə bildiyini təsdiqləyin. Bu sınağa cavab verə bilməyən sürətli və yaxşı şifrələnmiş ötürmə məlumatınızın surətidir, ehtiyat nüsxəsi deyil.