zaszyfrowane kopie zapasowe dla systemu Linux i FreeBSD, czytelne dla obu

Mam komputer z systemem Linux i FreeBSD, oba zaszyfrowane (odpowiednio LUKS i geli). Zastanawiam się, jak tworzyć kopie zapasowe, które również byłyby szyfrowane i byłyby czytelne dla obu (aby w razie awarii jednego z komputerów mógłbym szybko odzyskać dane przy użyciu drugiego).

Niestety wydaje się, że bot LUKS i geli są modułami jądra dla odpowiednich systemów, które nigdy nie zostały przeniesione na inny odpowiedni system. Sądząc po kilku zagrożeniach w systemach plików zgodnych z BSD / Linux, wydaje się, że trudno jest wykonać nieszyfrowane kopie zapasowe, które byłyby czytelne dla obu (ext2 najwyraźniej jest jedyną opcją dla systemu plików, który by na to pozwolił).

Tak więc myślałem o skonfigurowaniu wirtualnego FreeBSD w KVM Linuksa, który byłby w stanie odczytać i zapisać zaszyfrowany dysk zewnętrzny geli i przenieść dane do niezaszyfrowanego wirtualnego woluminu ext2 wewnątrz systemu plików zaszyfrowanego przez LUKS w systemie Linux (i na odwrót na około). Wydaje się to jednak niezwykle skomplikowane i nie wydaje się, aby był to właściwy sposób.

Czy są jakieś lepsze / łatwiejsze / bardziej preferowane sposoby? Czy sposób wyjaśniony powyżej jest obecnie najlepszą możliwą opcją?

Dzięki; Doceniam wszelkie przemyślenia na ten temat.

Ustalmy kilka założeń. Skomentuj, jeśli nie są poprawne.

1. uruchamiasz maszyny z różnymi systemami operacyjnymi i potencjalnie różnymi platformami.
2. opisujesz to dla przypadku z 2 maszynami, Linux i FreeBSD
3. twoje maszyny używają zaszyfrowanych systemów plików
4. chcesz tworzyć kopie zapasowe swoich danych i chcesz, aby te kopie zapasowe również były szyfrowane
5. chcesz mieć dostęp do danych w tych zaszyfrowanych kopiach zapasowych z dowolnej platformy uczestniczącej w archiwum

(dodano komentarz, aby wprowadzić rozróżnienie między formami szyfrowania)

Wspominasz, że chcesz mieć dostęp do danych innych systemów z maszyny, która przetrwała. Jednym ze sposobów może być przechowywanie niezaszyfrowanych kopii zapasowych na komputerze lokalnym w zaszyfrowanym systemie plików. Innym rozwiązaniem może być przechowywanie zaszyfrowanych kopii zapasowych na komputerze lokalnym w niezaszyfrowanym systemie plików. Sugeruję przechowywanie zaszyfrowanych kopii zapasowych w niezaszyfrowanych systemach plików.

Jednak na marginesie - zawsze istnieją obawy dotyczące zaszyfrowanych kopii zapasowych: - naprawdę musisz uważać na klucz - częściowe uszkodzenie zwykle zabija całą kopię zapasową

moja sugestia: użyj

• Kopia zapasowa lub
• Dwulicowość

aby tworzyć kopie zapasowe w jednym lub wielu kontenerach, do których oba komputery mają dostęp.

Aby zachować to wszystko w sieci LAN, możesz:

1. utwórz system plików „kopii zapasowej” na obu hostach, aby przechowywać zaszyfrowane „pakiety” kopii zapasowych. Nie musi to być zaszyfrowany system plików, ponieważ zapisane w nim „pakiety” kopii zapasowych (bracks nazywa je „fragmentami”) zostaną zaszyfrowane
2. wyeksportuj te systemy plików, np. za pomocą NFS, i zamontuj odpowiednio na innych hostach
3. podczas tworzenia kopii zapasowych zrzuć je do lokalnego systemu plików i skopiuj je do katalogu podłączonego do systemu plików NFS na drugim hoście. Ma to fajny efekt uboczny posiadania dwóch wystąpień plików kopii zapasowej.

teraz będziesz mieć następujące systemy plików na swoich serwerach:

w systemie tux twoja maszyna Linux:

/dev/foo            /           # encrypted filesystem
/dev/bar            /tuxdump    # unencrypted filesystem, local backup
beastie:/daemondump /daemondump # NFS backup destination

na beastie, ty maszyna FreeBSD:

/dev/flurb          /           # encrypted filesystem
/dev/baz            /daemondump # unencrypted filesystem, local backup
tux:/tuxdump        /tuxdump    # NFS backup destination

w zależności od ilości danych potrzebnych do utworzenia kopii zapasowej, możesz również pomyśleć o kontenerze zewnętrznym, który zrobiłby każdy dostawca chmury. Obecnie bawię się konfigurowaniem moich kontenerów S3, aby stare rzeczy starzały się w Glacier, co wygląda bardzo obiecująco, drogo.

Duplikat - świetne narzędzie do tego zadania, wykorzystuje GPG do szyfrowania. Używam go od jakiegoś czasu i naprawdę polecam.

Jako alternatywy możesz spróbować:

• obnam - to nowy projekt, ale ma kilka fajnych funkcji (jest trochę powolny, jeśli używasz ssh / scp)
• burp - szyfrowanie hasłem

TrueCrypt powinien działać zarówno pod Linuksem, jak i FreeBSD. Chociaż regularnie używam TrueCrypt tylko w systemie Windows i sam nie próbowałem FreeBSD Truecrypt. YMMV.

Możesz wykonać kopię zapasową plików swoich komputerów za pomocą zwykłego rsyncna dysku twardym innych komputerów. Ponieważ i tak używasz szyfrowania lokalnego, jest on szyfrowany za pomocą szyfrowania systemów lokalnych, a transmisja jest zabezpieczona przez TLS. Aktualizacje są szybkie i trzymasz się dobrze sprawdzonych mechanizmów szyfrowania i tworzenia kopii zapasowych.

Jeśli po prostu musisz wykonać kopię zapasową plików w jakimś niezaufanym systemie, zwykły GPG działał dla mnie dobrze. Zautomatyzowałem część szyfrowania i przesyłania FTP za pomocą Pythona, który działa ładnie już od dwóch lat.