Hallo,

am Anfang des Threads wurde folgende Frage gestellt.

löwe hat geschrieben:

Noch eine andere Frage: Was ist eurer Meinung nach besser? Eine verschlüsselte LVM-Partition, auf der sich dann „normale“ Logical Volumes befinden,
oder eine „normale“ LVM-Partition, und die Logical Volumes verschlüsseln?

Leider konnte ich eine Antwort darauf im gesamten Thread nicht finden.
Gewisse Vor- und Nachteile sind mir geläufig.

Aber wie verhält es sich z.B. wenn ich 2 physische Partitionen (bzw. Festplatten) mit dmcrypt verschlüsselt und beide Partitionen in die Volume Group mitaufgenommen werden. Jetzt kann es ja passieren, dass der Inhalt eines Logischen Volumes sowohl auf Partition1 und Partition2 landet. Heißt dass nun folglich, dass ich zum mounten des logischen Volumes sowohl das Passwort von Partition 1 und Partition 2 eingeben muss?
Bei Einsatz von dmcrypt über LVM wäre dies dann nicht der Fall.

Bei Ubuntu wird bei der Installation, falls Verschlüsselung gewählt wird, standardmäßig LVM über dmcrypt angewendet. Bei einer einzelnen Festplatte sehe ich jedoch keinen Sinn auf LVM zurückzugreifen oder sehe ich das falsch. Wenn nur dmcrypt zum Einsatz kommt, kann ich die jeweilige Partition später doch ebenso beliebig vergrößern und verkleinern (über cryptsetup resize). Welchen Vorteil habe ich bei Einsatz von LVM auf nur einer Festplatte wirklich?

Viele Grüße
Kaktus

Das LVM hat den Vorteil, dass Du nur ein Passwort eingeben musst.
Du hast dann quasi alle Partitionen in einen verschlüsselten Container gepackt. Um die Partitionen an sich musst Du Dich dann nicht mehr kümmern.
Ich habe bisher jedoch noch keinen Weg gefunden, bei einer Installation ein bereits bestehendes LVM-Setup ein zu binden. Man muss dann alle Daten woanders hin sichern, neu partitionieren, installieren und dann die Daten zurück spielen.
Habe das erst jetzt am Wochenende gemacht und bei 200GB dauert das ein Bisschen.

Dafür gibt es drei Möglichkeiten
1.) Upgrade innerhalb des zu installierenden Systems mithilfe der Alternate-CD. Upgrade auf Hardy
2.) Installieren von der Live CD (https://help.ubuntu.com/community/EncryptedFilesystemLVMHowto)
3.) Wenn man kein CD-Laufwerk hat (so wie ich): Installieren von einem parallelen Linux (http://www.debian.org/releases/stable/amd64/apds03.html.de)

Ich habe bereits alle Varianten getestet, sie funktionieren.
2 und 3 sind eigentlich recht ähnlich, die Live-CD ist ja auch nur ein paralleles Linux
1.) cryptsetup und lvm2 installieren im aktuellen System installieren
2.) Partitionen einbinden (https://help.ubuntu.com/community/EncryptedFilesystemLVMHowto#head-4b64a0ec6dbe8bab7f4ad4aee5370747fa79c1b6)
3.) Installation durchführen, dabei cryptsetup und lvm2 nicht vergessen (https://help.ubuntu.com/community/EncryptedFilesystemLVMHowto#head-261d8f023e3d0a291ec4d534190b78f4c06b2893)
4.) /etc/crypttab und /etc/fstab kann man aus seinem alten System übernehmen (https://help.ubuntu.com/community/EncryptedFilesystemLVMHowto#head-bca232c007a5e87d9bbde52a4f827ac4511dab79)
4.) chroot ins Installationssystem und

update-initramfs -u all
update-grub

ausführen und ramdisk überprüfen wie in https://help.ubuntu.com/community/EncryptedFilesystemLVMHowto#head-ea992282273132839a43da0e2246c146d9901547

Sagt mal, WAS genau passiert eigentlich, wenn ich die Kiste einfach in Suspend-to-Ram schicke? Geht das so ohne weiteres? Was passiert mit den Platten, mit der Verschlüsselung? Wird das ge-umounted oder gar wieder verschlüsselt?

Könnte ich meien Server einfach so nach x Minuten Leerlauf in S3 schicken und per WOL wieder aufwecken ohne dass ich Angst haben muss?

Btw, lieber n Software Raid oder reicht wohl ne regelmässige Sicherung per Rsync oder so aus (Raid wäre nur zusätzlich...)?

deadball schrieb:

Sagt mal, WAS genau passiert eigentlich, wenn ich die Kiste einfach in Suspend-to-Ram schicke? Geht das so ohne weiteres? Was passiert mit den Platten, mit der Verschlüsselung? Wird das ge-umounted oder gar wieder verschlüsselt?

Nein, es wird nichts ausgehängt. Verschlüsselt sind die Platten sowieso immer - was meinst Du mit "wird wieder verschlüsselt"?

Nach dem Aufwachen aus STR wird ohne weitere Interaktion der vorherige Systemzustand erreicht. Bei Desktops wird evtl. der Bildschirm gesperrt, aber das ist ein anderes Thema.

Könnte ich meien Server einfach so nach x Minuten Leerlauf in S3 schicken und per WOL wieder aufwecken ohne dass ich Angst haben muss?

Angst wovor?

Btw, lieber n Software Raid oder reicht wohl ne regelmässige Sicherung per Rsync oder so aus (Raid wäre nur zusätzlich...)?

Raid ist kein Backup. Backup schützt auch bei Bedienfehlern oder im Fall von aus irgendwelchen anderen Gründen beschädigten Daten. Neuer Thread bitte, das ist hier vollkommen fehl am Platz. Nein, besser: Suchfunktion, das Thema ist uralt.

Gruß David

Also, ich weiß um die Problematik Raid/Backup. Überlege nur, ob n Raid vllt zu viel Performance (wäre ja n Sw raid) frisst, mit der Vershclüsselung.

Wie heißt das denn, wenn ich die Platten ge-"LuksOpen"t habe? Jedenfalls existiert der Key irgendwo, die Platetn sind für den 'normalen' Schreibzugriff verfügbar.

Ich überlege einfach, ob es ein Sicherheitsrisiko ist, diese offenen Platten in S3 zu schicken. Und ob es vllt Probleme mit der Kombination Raid/LVM/crypto/filesys und S3 gibt - so von wegen Datenkorruption oder so.

Weil ansich wäre das ja eine gute Lösung - der Server wird irgendwann mal hochgefahren, das PW eingegeben (per ssh oder lokal ist ja erstmal egal), geht nach ner Stunde Inaktivität oder so in S3 und wird bei Bedarf per WOL wieder aufgeweckt. Oder bedenke ich irgendetwas nicht?

Oder soll ich lieber n neuen Thread aufmachen?

Schöne Grüße und Danke

Wie verschlüssle ich ein Server-ubuntu was das

root@xxx:~# df -h
Dateisystem            Gre Benut  Verf Ben% Eingehngt auf
/dev/simfs             10G  456M  9,6G   5% /
root@xxx:~#

hat?

Hinzukommt, dass ich erst zugriff habe, wenn es erst installiert wurde. Also ich kann die schritt für schritt Installtion nicht selbst vornehmen. Habe dann nur nacher zugriff per SSH.