Martin Steigerwald: > Am Samstag, 1. Dezember 2012 schrieb Dietz Pröpper: > > Martin Steigerwald: > > [ecryptfs] > > > > > Ein weiterer Vorteil ist für mich auch das Backup: Ich spare mir das > > > Entschlüsseln und erneute Verschlüsseln oder ein blockbasiertes > > > Backup. Stattdessen lasse ich rsync einfach über die > > > verschlüsselten Daten rennen. > > > > Frage hierzu, gibt es inzwischen eigentlich eine einfache Methode > > (d.h. ohne gemountetes ecryptfs etc.), aus dem entschlüsselten Pfad > > auf den verschlüsselten zu schließen? Bei encfs z.B. geht das via > > encfsctl decode bzw. encode. > > > > Der Hintergrund, wenn man die verschlüsselten Daten backupt, dann wird > > es schwierig, einzelne Dateien (mit bekanntem Pfad) wieder zu > > restaurieren. Und zumindest bei mir ist der use case "ein(e) > > Datei|Verzeichnis restaurieren" häufiger als der eines vollen > > restores. > > Oh, das ist ne gute Frage. ;-). > Keine Ahnung. Soweit ich weiß geht das im Moment leider nicht. > Aber ich würd einfach das Backup nochmal irgendwo entschlüsselt mounten > und dann von dort aus kopieren. Dann hab ich zwar in der Tat mal ein an > sich überflüssiges Verschlüsseln und Entschlüsseln, aber ich kann ganz > normal mit rsync und Co arbeiten und sehe auf einen Blick, was ich tue. Klar, wenn Du mit rsync arbeitest, dann müsste das recht einfach gehen. Meine Backups liegen aber auf Bändern.
Attachment:
signature.asc
Description: This is a digitally signed message part.