Servus allerseits
Einem Kunden hatte ich vor ca. 8 Jahren einen Linux-Server installiert,
der als File-Server (SAMBA) dient. Seit 2 Jahren erhaelt er von mir nur
noch Support für zwei Programme, nicht aber für den Server. Und seit 2
Jahren liege ich ihm in den Ohren, diesen Server durch einen
Windows-Server bzw. NAS zu ersetzen. (In Istanbul ist es sogut wie
unmöglich, Support für Linux zu erhalten).
Ich habe ihn nun soweit, dass er einen NAS in Betracht zieht.
Meine Frage waere, ob man mit so einem NAS Inkremental-Backups
erstellen, diese komprimieren, verschlüsseln und mit sftp auf einen
anderen Server transferieren kann, wobei für jeden Tag ein eigener
Ordner auf dem Ziel-Server erstellt wird.
Denn dies macht der Linux-Server z.Zt. mit einem einfachen Script.
Irgendwo hatte ich mal gelesen, dass die bekannten NAS (QNAP, Synology
etc.) auf Linux aufgesetzt seien. Sollte doch also klappen? ( ... wobei
dieses Fragezeichen gedanklich sehr gross gezeichnet werden muss.)
ZyXEL NSA320S, NAS
Ca 80 Euro.
Anleitungen für Debian gibt es genug.
Telnet Server für root Zugang startet man mit folgender url.
http://<ip-des-nas>/zyxel/cgi-bin/remote_help-cgi?type=backdoor
User root und Passwort ist das admin pw der Weboberfläche, normalerweise
admin.
Für zuhause sicher eine Ueberlegung wert. Aber für eine Firma?
Ueber die CPU erfaehrt man im Datasheet nur "Powered by a 1.0 GHz CPU"
und memory ist mit 256 MB auch nicht so der Hit.
Danke trozdem.
Mehmet Kendi schrieb:> Ueber die CPU erfaehrt man im Datasheet nur "Powered by a 1.0 GHz CPU"> und memory ist mit 256 MB auch nicht so der Hit.
Für solche I/O-Geschichten ist der Prozessor ziemlich unterbeschäftigt.
Der eigentliche Datentransfer geht per DMA.
Nicht ganz unwichtig zu wissen, um zu einer vernünftigen Entscheidung zu
kommen, ist natürlich das Transfervolumen pro Zei, das das Ding zu
bewältigen hat.
Uhu Uhuhu schrieb:> Transfervolumen
Nichts Weltbewegendes: 10 Durchschnits-User, die klassische
Office-Dateien hin- und herschieben. Hin und wieder, wenn jemand 'ne
Feier hattte, werden ein paar GigaBytes an Fotos und Filmen
untereinander ausgetauscht.
Diese werden aber vom Backup-Script im Vorspann gelöscht.
Marvell Kirkwood CPU. Die ganze 3xx Series.
Die 320 hat 512 Speicher, performance ist aber gleich wie S Model mit
256.
325S hat wieder 512mb. Wenn kein AntiVirus drauf läuft genügt der
Speicher.
Mit AntiVirus crasht jeder Nas welcher versucht eine GB ZIP Datei zu
entpacken und mit AntiVirus zu scannen. Im Grunde ist ein nas mit Linux
nichts anderes als ein stromsparenden Linux PC. Er braucht wie der PC
ein UPS, sowie Linux Kenntnisse sollte Die Platten nicht mehr lesbar
sein.
Ohne user Linux können sie die platten replizieren auf ein externes
gleiches Nas oder mit FTP welches durch openssl getunnelt wird auf einen
beliebigen Server
Daten liegen dann aber im Klartext vor, was dann ein Problem darstellt
Mehmet Kendi schrieb:> Servus allerseits>> ...>> Irgendwo hatte ich mal gelesen, dass die bekannten NAS (QNAP, Synology> etc.) auf Linux aufgesetzt seien. Sollte doch also klappen? ( ... wobei> dieses Fragezeichen gedanklich sehr gross gezeichnet werden muss.)
Theoretisch kann man mit diesen Geräten so ziemlich alles machen, was
man auch auf einem normalen Linuxsystem machen kann.
Praktisch braucht es aber viel Zeit um sich in die Feinheiten der
jeweiligen NAS-Linux-Distribution einzulesen und natürlich auch Zeit zum
ausprobieren und testen. Ich selbst habe daran ein wenig die Lust
verloren und bin momentan wieder ein Fan von selbstgebauten
Mini-ITX-Systemen (genügend RAM, genügend CPU-Leistung, beliebiges OS
und Anwendungen, Stromverbrauch je nach Ausführung inzwischen nur noch
geringfügig höher als bei vergleichbaren NAS).
Ich habe im Bekanntenkreis schon öfter geholfen, QNAP und Synology-NAS
einzurichten. Was z.B. bei Synology (DS214+, DS414) out-of-the-box
funktioniert, ist das Starten eigener Skripte über den Task-Sheduler,
das kann man komplett über die GUI erledigen. Damit funktionieren dann
auf jeden Fall Dinge wie: Kopieren, löschen, verschieben, mounten,
Ordner mit Timestamp erstellen und natürlich ganz wichtig "rsync". Man
könnte also z.B. einen freigegebenen NAS-Ordner mit einem PC-Ordner
synchronisieren und dann mit einem zeitgesteuerten rsync-Sript dafür
sorgen, dass auf einem von Standard-Usern nicht zugänglichen Laufwerk
oder Ordner differentielle und/oder inkrementelle Backups erstellt
werden.
Albrecht H. schrieb:> Praktisch braucht es aber viel Zeit
Und die will und kann ich dafür nicht aufbringen. Seit 2 Jahren erhaelt
die Firma ihren Support von einer IT-Firma, die waehrend dieser Zeit
mich nicht ein einziges Mal nach dem Passwort für den Linux-Server
gefragt hat :)
Deren Vorschlag ist dort einen Windows-Server zu installieren; was
angesichts des KnowHows eine durchaus richtige Wahl waere. Aber dafür
verlangen sie eine recht hohe Summe, was wiederum meinem Kunden nicht
passt.
Ich suche also einen NAS, der auch einem Windows-Admin die Werkzeuge in
die Hand gibt, in bestimmten Verzeichnissen einen Inkremental-Backup
auszführen, zu komprimieren, zu verschlüsseln und das Ganze mit sftp
irgendwohin zu verschicken.
Oder aber, der mir erlaubt, mit akzeptablem Zeitaufwand dort meinen
Skript zum Laufen zu bringen.
Aber so nach Deinen Schilderungen zu urteilen ist das Letztere wohl
nicht möglich.
rsync? Ich glaube nicht, dass das mit komprimierten und verschlüsseltem
Daten funktionieren würde. D.h., funktionieren taete es schon,
entspraeche aber nicht dem Sinn und Zweck von rsync.
Ansonsten bin ich aber Deiner Meinung: einen NAS setzt man selbst
zusammen. Vorausgesetzt, man hat die Zeit dafür.
Mehmet Kendi schrieb:> ...> Ich suche also einen NAS, der auch einem Windows-Admin die Werkzeuge in> die Hand gibt, in bestimmten Verzeichnissen einen Inkremental-Backup> auszführen, zu komprimieren, zu verschlüsseln und das Ganze mit sftp> irgendwohin zu verschicken.
Ein paar fertige Backup-Lösungen sind auf den meisten NAS schon
vorinstalliert auch bei QNAP und Synology, es gibt vom NAS-Hersteller
dafür auch, meist kostenlose, Windows- oder Apple-Clientsoftware. Was
die alles können oder nicht können müsstest du allerdings selbst
nachlesen, vielleicht taugt das ja inzwischen was.
> Oder aber, der mir erlaubt, mit akzeptablem Zeitaufwand dort meinen> Skript zum Laufen zu bringen.> Aber so nach Deinen Schilderungen zu urteilen ist das Letztere wohl> nicht möglich.
Wenn sich dein Script mit dem zufrieden gibt was die
NAS-Standardfirmware an Tools mitbringt (also z.B. rsync, tar etc.),
wäre es eventuell mit überschaubarem Aufwand (Pfade anpassen) möglich.
>> rsync? Ich glaube nicht, dass das mit komprimierten und verschlüsseltem> Daten funktionieren würde. D.h., funktionieren taete es schon,> entspraeche aber nicht dem Sinn und Zweck von rsync.>
Man muss ja nicht immer alles nur mit einem einzigen Tool erledigen, die
Firmware der oben genannten NAS, (und vermutlich auch die der meisten
anderen Anbieter), enthält standardmäßig auch noch "sftp", "tar" und
"openssl".
In dem von mir ausgedachten Szenario würde das so funktionieren:
1. Dateien vom Windows-PC landen auf freigegebenem NAS-Ordner,
(passwortgeschützter aber dennoch potentiell öffentlich zugänglicher,
unsicherer Ordner).
2. Rsync kopiert die Dateien aus der "Gefahrenzone" in einen anderen
nichtöffentlichen Ordner bzw. auf ein anderes Laufwerk, dabei wird
jedesmal ein neuer, mit Timestamp versehener, differentieller und/oder
inkrementeller Ordner angelegt.
3. Wenn rsync seine Arbeit beendet hat kommt "tar" und packt den
inkrementellen Ordner mit dem höchsten Timestamp.
4. Der Output von tar geht über eine Pipe an "openssl enc" und wird
verschlüsselt.
5. Das Archiv mit dem höchsten Timestamp wird per sftp weggeschickt.
Also das wäre mit einem vom Task-Sheduler gestarteten Script möglich
auch ohne Spezial-Hacks und ohne das NAS in allen Einzelheiten zu kennen
und würde vermutlich auch noch nach dem nächsten Firmwareupdate
funktionieren.
> ...
Nachtrag:
Das sollte jetzt keine Empfehlung für ein / oder ein bestimmtes
Fertig-NAS sein. So was muss man immer gründlich testen, wenn man Pech
hat erzeugt ein möglicherweise nur selten vom Hersteller aktualisiertes
Tool Speicher-Lecks und nach 10 Backups macht das NAS keinen Mucks mehr,
da muss man dann evt. auch mal regelmäße Neustarts einplanen.
:) Bin halt nicht auf die Idee gekommen, dass man rsync ja auch intern
benutzen kann. War darauf fixiert, dass man rsync zwischen 2 Servern
einsetzt.
Danke für das Szenario.
Albrecht H. schrieb:> 2. Rsync kopiert die Dateien aus der "Gefahrenzone" in einen anderen> nichtöffentlichen Ordner bzw. auf ein anderes Laufwerk, dabei wird> jedesmal ein neuer, mit Timestamp versehener, differentieller und/oder> inkrementeller Ordner angelegt.
rdiff-backup macht das sehr schön automatisch. Direkt zugreifbar ist
jeweils die letzte Version.
Uhu Uhuhu schrieb:> ...>> rdiff-backup macht das sehr schön automatisch. Direkt zugreifbar ist> jeweils die letzte Version.
Ja, ist aber auf z.B. Synology NAS nicht standardmässig verfügbar, muss
also nachinstalliert werden und ist nach dem nächsten Firmware-Update
erstmal wieder weg, soweit ich mich erinnere.
Ansonsten natürlich nicht schlecht.
Eine eigene Frage?
Dieser Thread ist über 12 Jahre alt.
Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.
