Comments on: Linux: Verschlüsselte und komprimierte Backups auf DVD

By: Karsten

Karsten — Wed, 11 Mar 2009 16:00:23 +0000

Hallo!
Vielen Damk erstmal für die Anregungen, die mir dieser Artikel gegeben hat! Ich finde er beschreibt eine geniale Kombination verschiedener Einzeltechniken, die zusammen eine interessante Lösung bilden.
Zuerst hatte ich gedacht, die Methode sei nichts für mich, weil mich das Brennen auf DVD nicht interessiert, aber nach einiger Zeit fand ich die Methode auch für reguläre Backups interessant. Damit habe ich jetzt also einen riesigen verschlüsselten Backupcontainer, mit dem ich beliebig verfahren kann.

Ich habe mir ein Skript geschrieben, das das Öffnen/Schließen übernimmt und dazwischen ggf. rsnapshot aufruft oder auch neue Container erstellt.

Ich denke, das ist insgesamt eine ansprechende Lösung für meine Backupstrategie!

Also vielen Dank nochmals!

–
Karsten

By: Hagis

Hagis — Tue, 10 Feb 2009 13:03:19 +0000

Die Methode gefällt mir! Evtl. gäbe es auch eine Möglichkeit über TrueCrypt, man müsste dann allenfalls den Truecrypt-Container ins SquashFS packen.

By: Administrator

Administrator — Fri, 06 Feb 2009 20:56:51 +0000

Siehe den Nachtrag vom frühen Nachmittag. Ich hab es selbst bemerkt.

By: DrScott

DrScott — Fri, 06 Feb 2009 20:21:12 +0000

by-sa: Gut gemeint, aber knapp daneben Die by-sa verträgt sich mit der von uu.de gewählten Lizenz leider gar nicht. Das kannst Du hier nachsehen: http://wiki.creativecommons.org/Frequently_Asked_Questions#If_I_use_a_Creative_Commons-licensed_work_to_create_a_new_work__.28ie_a_derivative_work_or_adaptation.29.2C_which_Creative_Commons_license_can_I_use_for_my_new_work.3F

Die Lizenzierung unter by-sa kannst Du nicht mehr zurücknehmen, daher bliebe Dir nun nur noch die Wahl einer Doppellizenzierung by-sa und by-sa-nc.

By: Mattias

Mattias — Fri, 06 Feb 2009 08:43:41 +0000

Ich stelle diesen Artikel hiermit unter CC-BY-SA zur Verfügung. Wer möchte, kann ihn also per Copy und Paste ins UbuntuUsers-Wiki übernehmen und dort weiterbearbeiten, solange auf mich als Urheber verwiesen wird:

http://creativecommons.org/licenses/by-sa/3.0/de/

By: DrScott

DrScott — Fri, 06 Feb 2009 08:38:53 +0000

Wirklich eine Klasse Anleitung! Hättest Du nicht Lust, das ganze als Wikiartikel bei uu.de einzustellen?

By: labiculum

labiculum — Wed, 04 Feb 2009 21:15:27 +0000

Die hier vorgestellte Methode entspricht ganz meiner Vorstellung, gerade zu Archivierungszwecken. Ich habe sie noch nicht selbst getestet, frage mich aber, ob sie ohne weiteres mit den (auch von mir) selten genutzten DVD-RAM umsetzbar wäre. Damit müsste man dann nicht zurückspielen, sondern könnte direkt im Backup schreiben, oder?

By: Administrator

Administrator — Wed, 04 Feb 2009 20:12:13 +0000

Es ist Geschmackssache. Mit wenig Hirnschmalz kann man die Kombi tar/bzip2/openssl direkt zum Brenner oder Bandlaufwerk durchpipen, was dann die im obigen Beispiel angelegte Containerdatei erspart.

Der Nachteil einer solchen Lösung ist natürlich, dass man den gesamten Datenstrom entschlüsseln muss, wenn man an eine einzige Datei herankommen will.

Die hier vorgestellte Lösung spielt Ihre Vorteile also nicht beim normalen Backup (alles rücksichern oder nicht), sondern bei der Archivierung aus.

By: eeeeeeeee

eeeeeeeee — Wed, 04 Feb 2009 20:07:11 +0000

Ob es schon immer so war, weiß ich auch nicht. Aber vor 15 Jahren war DES auch noch akzeptabel.

Heute ist es auf jeden Fall AES. Wenn manche Tools das veraltete DES benutzen, würde ich das nicht auf das Format an sich schieben.

Ich persönlich bin aber sowieso lieber für tar+bz2+openssl/gnupg zu haben.

By: Administrator

Administrator — Wed, 04 Feb 2009 19:55:08 +0000

War ZIP immer schon immer AES-versschlüsselt? Ich meine nicht und glaube mich erinnern zu können, dass aus Gründen der Abwärtskompatibilität einige Tools DES/TripleDES verwenden.

Das “unsäglich” streiche ich schonmal. An der Sicherheit von AES gibt es ja nichts auszusetzen.