verschlüsselte Backups für Linux und FreeBSD für beide lesbar

Ich habe einen Linux- und einen FreeBSD-Computer, beide verschlüsselt (LUKS bzw. geli). Ich frage mich, wie man Backups erstellt, die ebenfalls verschlüsselt und für beide lesbar sind (sodass ich bei einem Ausfall eines Computers die Daten mit dem anderen schnell wiederherstellen kann).

Leider scheinen Bot LUKS und Geli Kernelmodule für die jeweiligen Systeme zu sein, die noch nie auf das jeweilige andere portiert wurden. Angesichts der verschiedenen Bedrohungen für BSD / Linux-kompatible Dateisysteme scheint es schwierig genug zu sein, unverschlüsselte Backups zu erstellen, die für beide lesbar sind (ext2 ist anscheinend die einzige Option für ein Dateisystem, das dies zulässt).

Meine Gedanken waren also, eine virtuelle FreeBSD in der Linux-KVM einzurichten, die eine geli-verschlüsselte externe Festplatte lesen und schreiben und die Daten auf ein unverschlüsseltes virtuelles ext2-Volume im Linux-LUKS-verschlüsselten Dateisystem übertragen kann (und umgekehrt) um). Dies scheint jedoch furchtbar kompliziert zu sein und scheint nicht wirklich der richtige Weg zu sein, dies zu tun.

Gibt es bessere / einfachere / bevorzugtere Wege? Oder ist der oben erläuterte Weg derzeit die bestmögliche Option?

Vielen Dank; Ich schätze alle Gedanken zu diesem Thema.

Lassen Sie uns einige Annahmen treffen. Kommentieren Sie, wenn diese nicht korrekt sind.

1. Sie führen Maschinen mit unterschiedlichen Betriebssystemen und möglicherweise unterschiedlichen Plattformen aus.
2. Sie beschreiben es für den Fall mit 2 Maschinen und Linux und FreeBSD
3. Ihre Computer verwenden verschlüsselte Dateisysteme
4. Sie möchten Sicherungen Ihrer Daten erstellen und möchten, dass diese Sicherungen auch verschlüsselt werden
5. Sie möchten von jeder der Plattformen, die zum Archiv beitragen, auf Daten in diesen verschlüsselten Sicherungen zugreifen können

(Kommentar hinzugefügt, um zwischen Verschlüsselungsformen zu unterscheiden)

Sie erwähnen, dass Sie von der überlebenden Maschine aus auf die anderen Systemdaten zugreifen möchten. Eine Möglichkeit könnte darin bestehen, unverschlüsselte Sicherungen auf dem lokalen Computer im verschlüsselten Dateisystem zu speichern. Eine andere Möglichkeit besteht darin, verschlüsselte Sicherungen auf dem lokalen Computer in einem nicht verschlüsselten Dateisystem zu speichern. Ich empfehle, verschlüsselte Backups auf nicht verschlüsselten Dateisystemen zu speichern.

Abgesehen davon - es gibt immer Bedenken hinsichtlich verschlüsselter Sicherungen: - Sie müssen wirklich vorsichtig mit dem Schlüssel sein - teilweise Beschädigung tötet normalerweise die gesamte Sicherung

mein vorschlag: verwenden

• Brackup oder
• Duplizität

Um Backups für einen oder mehrere Container zu erstellen, können beide Computer darauf zugreifen.

Um alles in Ihrem LAN zu behalten, können Sie:

1. Erstellen Sie auf beiden Hosts ein "Backup" -Dateisystem, um die verschlüsselten Backup- "Pakete" zu speichern. Es muss kein verschlüsseltes Dateisystem sein, da die darauf gespeicherten Backup- "Pakete" (Brackup nennt sie "Chunks") verschlüsselt werden
2. Exportieren Sie diese Dateisysteme, z. B. mit NFS, und hängen Sie sie auf den anderen Hosts an
3. Wenn Sie Sicherungen erstellen, sichern Sie diese im lokalen Dateisystem und spiegeln Sie sie in das NFS-gemountete Verzeichnis auf dem anderen Host. Dies hat den schönen Nebeneffekt, dass zwei Instanzen Ihrer Sicherungsdateien vorhanden sind.

Sie haben jetzt die folgenden Dateisysteme auf Ihren Servern:

unter tux Ihr Linux-Rechner:

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

auf Beastie, du FreeBSD-Maschine:

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

Abhängig von der Datenmenge, die Sie sichern müssen, können Sie auch an einen externen Container denken, den jeder Cloud-Anbieter tun würde. Ich spiele gerade damit, meine S3-Container so zu konfigurieren, dass alte Sachen zu Glacier verfallen, was preislich sehr vielversprechend aussieht.

Duplizität - ein großartiges Tool für diese Aufgabe, verwendet GPG zur Verschlüsselung. Ich benutze es seit einiger Zeit und kann es nur empfehlen.

Als Alternative können Sie versuchen:

• obnam - ist ein neues Projekt, hat aber einige nette Funktionen (es ist etwas langsam, wenn es über ssh / scp verwendet wird)
• Rülpsen - Verschlüsselung mit Passwort

TrueCrypt sollte sowohl unter Linux als auch unter FreeBSD funktionieren. Obwohl ich TrueCrypt regelmäßig nur unter Windows verwende und FreeBSD Truecrypt nicht selbst ausprobiert habe. YMMV.

Sie können die Dateien Ihrer Computer mit der normalen rsyncFestplatte der anderen Computer sichern . Da Sie sowieso lokale Verschlüsselung verwenden, wird diese mit der Verschlüsselung des lokalen Systems verschlüsselt und die Übertragung wird durch TLS gesichert. Updates sind schnell und Sie halten an bewährten Verschlüsselungs- und Sicherungsmechanismen fest.

Wenn Sie nur Dateien auf einem nicht vertrauenswürdigen System sichern müssen, hat einfaches GPG für mich gut funktioniert. Ich habe einige Verschlüsselungs- und FTP-Übertragungen mit Python automatisiert, die bereits seit zwei Jahren einwandfrei funktionieren.