Backuplösung: TrueCrypt Container im RAID 1 -> möglich?

Backuplösung: TrueCrypt Container im RAID 1 -> möglich? (9 Beiträge, 185 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

RAID Hardware: DC-154 (Hersteller: DawiControl)

2x 300 GB HD
os: debian

ich möchte jetzt auf der einen HD einen truecrypt container erstellen. dieser soll als backup gelten und mit daten meiner workstation (windows) gefüllt werden und dieser container dann auf die 2. RAID platte gespiegelt werden.

zugriff von windows auf linux mache ich über samba.

das problem das ich sehe ist:

1) ich muss den container ja mounten. mache ich das von meiner workstation (windows) aus oder direkt am server mit einem konsolenbasierten(???) truecrypt?

2) wie oft spiegelt die "master" auf die "slave" platte? ich frage deshalb, weil was passiert wenn ich gerade den master-container gemounted habe und etwas reinkopiere und in dem zeitpunkt versucht der controller den container zu kopieren?!

danke für eure hilfe!

11.10.2008, 03:35 Uhr - Editiert von insaYne, alte Version: hier

Ich kenn mich zu wenig mit Linux bzw. RAID aus, darum frage ich aus reinem Interesse: Wieso verschlüsselst du nicht das komplette RAID - also die Festplatte - statt eine einzige, riesige Containerdatei anzulegen?
--
keine signatur hinter dieser linie

persönlicher geschmack, und ist "portabler", außerdem nervt das, wenn windows beim draufklicken immer vorschlägt sie zu formatieren ... gefährlich is das auch im suff

Meine verschlüsselten Platten / Partitionen tauchen im Windows gar nicht auf, also kann es auch nicht vorschlagen selbige zu formatieren? Höchstens in der Datenträgerverwaltung aber die ist ja so gut versteckt daß ich eh nicht weiß wo sie ist...

Unter Linux bevorzuge ich LUKS. Verschlüsselung übers Netzwerk von Windows aus auf einer Linux Maschine, halte ich für ziemlichen Unsinn. Für verschlüsselte Netzwerkübertragung gibt es andere, deutlich geeignetere Lösungen wie z.B. SSH/TLS...

Unter Linux könntest du beide Platten getrennt per LUKS verschlüsseln und darüber dann ein RAID legen. Vorteil gegenüber einem verschlüsselten Container auf dem RAID wäre, daß du so für jede Platte einen eigenen Verschlüsselungsprozess hättest und somit eine Mehrkern-CPU besser für die Verschlüsselung arbeiten könnte. Nachteil daran ist daß du in dieser Richtung nur Software-RAID machen kannst, wenn du also einen Hardware-RAID-Controller nutzen willst bleibt dir nichts anderes übrig als die Verschlüsselung auf das RAID mit nur einem Prozess zu legen.

Was genau meinst du mit Master/Slave Platte? Bei RAID 1 wird eigentlich zeitgleich auf beide Platten geschrieben? Getrennt kann man auch die Laufwerke gar nicht mehr zugreifen?

hi juwb,

ich glaube du hast mich ein wenig falsch verstanden, also, ich möchte 2 festplatten über raid 1 spiegeln. die daten die ich auf die festplatte (und somit auf beide festplatten, weil ja gespiegelt) schreibe, sollen nicht direkt auf die HD sondern in einen auf der HD angelegten truecrypt container geschrieben werden. die festplatten sind in meinem server verbaut, auf dem debian linux läuft. ich selber arbeite aber mit windows xp. und die daten, die in den truecrypt container kommen sind mein backup vom windows sowie meine persönlichen daten. da ich eher windows fan bin, möchte ich die truecrypt container ntfs formatieren. die festplatte/partition an sich sollte auch ntfs sein. (zugriff mittels linux auf ntfs erfolgt über ntfs-3g treiber) ....

meine frage ist jetzt eben, ob das mit dem spiegeln läuft, wenn ich im debian den container öffne/mounte, um dateien reinzuschreiben. soll heißen, ich mounte den container im debian mittels truecrypt, greife dann auf das gemountete device über windows zu und schiebe meine windows dateien da rein. und genau diese zeit, während der container offen ist und sachen hineinkopiert werden macht mich stutzig -> weil ich nicht weiß, wann das RAID 1 die platten spiegelt. wie oft spiegelt das RAID 1 die daten? weil wenn das RAID 1 genau während der zeit, wo ich in den truecrypt container die daten reinschreibe, spiegeln anfängt, klappt das dann schon einwandfrei und es wird nichts kaputt?!

sorry, kann meine fragen net präziser definieren, hoffe jemand versteht mich

unter linux wirst wohl bevorzugt anders verschlüsseln, wie zB. mit loop-aes
http://loop-aes.sourceforge.net/loop-AES.README
und das Filesystem natürlich als ext3 anlegen.

ntfs3g ist bei Bearbeitung riesiger Dateien etwas langsam

bei RAID-1 wird einfach jeder Schreibzugriff doppelt ausgeführt, 1x auf jedem Plattenspeicher.

RAID1 bedeutet, es wird auf beide Platten geschrieben. Gleichzeitig. Daher sollte man bei RAID auch möglichst baugleiche und für RAID geeignete Platten nehmen, damit der Schreibvorgang bei beiden Platten im Idealfall exakt gleich lange dauert. Ansonsten bremst die langsamere Platte die schnellere aus. Da bei beiden Platten die gleichen Schreibvorgänge gleichzeitig durchgeführt werden, ist der Inhalt beider Platten immer exakt identisch. Gesondert spiegeln musst du nur beim allerersten Mal wo du das RAID anlegst und beide Platten noch nicht identisch sind, da wird dann der Inhalt einer Platte einmal komplett mit dem Inhalt der anderen Platte überschrieben. Selbiges passiert wenn eine Platte eingeht und dafür eine neue Platte reinkommt, dann wird die neue Platte komplett mit dem Inhalt der alten Platte überschrieben. Und sobald das erledigt ist laufen die Schreibzugriffe wieder gleichzeitig parallel ab. Kaputt gehen kann und soll da nichts egal was du wie auf das RAID-Device schreibst. Du musst (bei Software-RAID) eben mit dem RAID-Device arbeiten und nicht etwa auf die einzelnen Platten getrennt zugreifen (bei einem richtigen RAID-Controller siehst du die einzelnen Platten womöglich gar nicht mehr direkt).

Von Linux und NTFS kann ich nur abraten. NTFS-3G macht zwar im Idealfall keine Dateien kaputt, aber dafür ist es langsam, und es fragmentiert höllisch. Ich benutze NTFS-3G ab und zu um via Linux Daten von einer Maschine auf eine andere zu kopieren. Wenn du dir danach die NTFS-Partition mit einem Defragmentierprogramm anschaust (z.B. jkdefrag) siehst du ein sehr hübsches Schachbrettmuster, da NTFS-3G die Dateien mit möglichst großem Abstand zu allen anderen Dateien (also immer mitten in den freien Speicher rein) schreibt, damit da nichts passiert.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung