Strato HIdrive Backupmodul

[Benki]

Was mein Backupproblem angeht, habe ich jetzt die einzige unterschiedliche Einstellung

blockbkp="1"

bei mir auch eingestellt. Warten wir ab, ob die Sicherung jetzt läuft ...

Benki

 

[Benki]

Also die Sicherung läuft jetzt stabil. Hatte in den letzten knapp 24h nur einen Ausfall. Kann aber z.B. mit der Zwangstrennung DSl zusammenhängen. 30 GB sind jetzt transferiert.

Scheint also mit Block Backup wesentlich stabiler zu laufen ...

Benki

 

[Der Graue]

... Hat jemand Erfahrung wie das mit nem automatischen/permanenten syncen klappt?

Durch dieses Thema angeregt habe ich mich nun auch mal mit dem Backup auf HiDrve befasst. Bis jetzt scheint es tadellos zu funktionieren
Ich benutze aber kein Inkrementelles Backup und habe blockbkp="0" eingestellt.
Die DS geht brav jede Nacht online und aktualisiert die Daten auf dem HiDrive.

Das hört sich eigentlich recht interessant an, ein paar Fragen:

• Wird die Übertragung verschlüsselt?
• Liegen die Daten auf dem HiDrive in verschlüsselter Form?

...

Verschlüsselte Verbindung habe ich noch nicht hinbekommen, doch das ist mir auch egal, da ich eh nur einen Ordner sichere, der auf der DS verschlüsselt ist. Die Daten liegen dann auch auf dem HiDrive verschlüsselt.

Übrigens funktioniert die Sicherung auch, wenn der verschlüsselte Ordner nicht vorher per DSM eingebunden wurde.

Edit on
Beim ersten Backup kam mir die Zwangstrennung dazwischen, doch das war kein Problem. Die DS hat sich sofort neu verbunden und das Backup fortgestzt.
Edit off

Gruß vom Grauen

 

[Benki]

Was für eine Datenmenge sicherst du denn? Mein erstes vollständiges Backup ist sehr sehr mühsam ...

 

[Der Graue]

Ich sichere nur ca. 13 GB Daten, welche sich ständig ändern und mir wirklich sehr wichtig sind. Ich weiß garnicht mehr, wie lange die erste Sicherung gedauert hat, aber einen Tag hat die DS wohl gerödelt. Die Folgesicherungen gehen "relativ" zügig, da sich ja nur immer einige Dateien verändert haben.
Alles andere kommt ca. einmal im Monat auf 'ner ext. USB Platte zu meinem Bruder.


Gruß vom Grauen

 

[Lausebengel]

Hallo!

Hat es mittlerweile jemand geschafft verschlüsselt per SSH mit HiDrive zu sichern?

Gruß
Damian

 

[mega]

Ich hab das bei mir Vollautomatisch ans laufen bekommen.
Das ganze geht nur per Shell einzurichten, ist aber nicht so schwer, wenn am ne Komplett-Anleitung dazu hat.
(Hat mir wer gemacht).

Sei 'Data' der zu sichernde Ordner auf dem NAS.
Sei der Internetanschluss DSL mit Zwangstrennung, die auf eine feste Zeit eingestellt ist (Fritz!Box kann das)

- SSH anmachen
- Putty besorgen und mit Putty als root drauf (nicht admin oder sonst ein user)
- "ssh-keygen -t dsa -C "Key fuer Strato" -f ./strato_ssh_key" machen. Dabei kein Passwort für den Key vergeben.

- Private key in /volume1 speichern
- public key in /volume1/Data speichern
- Public Key per Browser bei Strato reinladen (da wo man die User/Accounts einstellt)
- Private Key nicht weitergeben. Daher nicht in einen der Freigaben packen. Aber auf Volume1, sonst ist er nach nem Update weg.

Folgenden Befehl auf der shell antesten:
rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/Data/ hidriveusername@rsync.hidrive.strato.com:/users/hidriveusername/Data/

Wenn das klappt (mit STRG-C abbrechen) folgendes per Windows-Explorer in eine Textdatei.
Dazu Notepad++ nehmen oder sonst einen Editor, der Linux-Zeilenumbrüche kann (und den Editor auch so einstellen).
Speichern in /volume1/Data/strato_backup

#!/bin/sh
exec > /volume1/Data/strato_backup.log 2>&1
echo "###################################################"
echo "Start backup $(date)"
echo "###################################################"
rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/Data/ hidriveusername@rsync.hidrive.strato.com:/users/hidriveusername/Data/

echo "###################################################"
echo "finished backup $(date)"
echo "###################################################"

- Per Shell chmod auf ausführbar machen
- Per Shell antesten. Es entsteht eine Logdatei, strato_backup.log in der Freigabe, die man per Notepad++ angucken kann. Auf der Shell kommt keine Ausgabe.
- Mit STRG-C abbrechen. (Möchte man das ganze manuell laufen lassen, noch ein & Dahinter, ansonsten bricht es auch dann ab, wenn man Putty beendet).

So - dann musst Du die Crontab anpassen:

cd /etc
vi crontab (kennst Du dich mit vi aus?)
Neue Zeile reinbauen dazu musst Du an die Stelle gehen wo Du sie haben willst und dann "O" (also ein großes O schreiben dann wird über dem Cursor eine Zeile eingefügt und Du kannst los schreiben....)
0 6 * * 0 root /volume1/Data/strato_backup
das würde ein Backup um 6h an jedem Sonntag morgen machen.
0 8 * * * root /volume1/Data/strato_backup
das würde jeden Tag um 8h morgens ein Backup machen.

Wichtig ist hier das zwischen den Werten/Spalten TABs sind und keine Leerschritte.

Um aus vi zu speichern musst Du ESC drücken (wenn Du noch im Editmodus bist (also schreiben kannst)) dann musst Du :wq schreiben. Dann speichert er.... kannst ja nochmal prüfen mit einem cat auf /etc/crontab

Um die Crontab zu aktivieren musst Du die Prozess neu starten:

/usr/syno/etc/rc.d/S04crond.sh stop
/usr/syno/etc/rc.d/S04crond.sh start

Wichtig: Das Backup darf nicht mehrfach laufen. Und es bricht bei der Zwangstrennung oder sonstiger Internet-Unterbrechung ab.
Es sollte daher kurz nach der Zwangstrennung geplant werden (Z.B: um 8 Uhr, wenn Zwangstrennung zwischen 6 und 7 steht).

Wer das NAS nachts aus hat, die Zeit so wählen, das es auch sicher an ist (so 15 Minuten nach dem Start).

Wer das NAS um 0 Uhr aus hat, passt in der Crontab noch die Zeit für die NTP-Zeit an. Zeit-Sync wird sonnt nicht ausgeführt.
Fehlt die Zeile für den Zeit-Sync, vi beenden, per Syno-Weboberfläche den Zeitsync einstellen und dann wieder in den vi rein.

Wer Internet ohne Zwangstrennung hat und auch nur dann, hilft folgendes Script:

#!/bin/sh
exec > /volume1/Data/strato_backup.log 2>&1
echo "###################################################"
echo "Start backup $(date)"
echo "###################################################"
if [ ! -e /var/run/strato.backup.run ]
then
	touch /var/run/strato.backup.run
	rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/Data/ hidriveusername@rsync.hidrive.strato.com:/users/hidriveusername/Data/
	rm -f /var/run/strato.backup.run
else
	echo "Das letzte Backup scheint noch nicht fertig zu sein"
fi
echo "###################################################"
echo "finished backup $(date)"
echo "###################################################"

Hier wird vor dem Start eine Datei angelegt und nach dem Backup gelöscht.
Diese Datei wird aber nicht bei einem Abbruch (Internet-Trennung, runterfahren) gelöscht. Es funktioniert daher nur, wenn das Backup wirklich fertig war.
(Ggf nach nem Abbruch die Datei von Hand löschen, sonst laufen weitere Backups nicht). Eigentlich müsste diese Datei ja auch auf nem Freigegebenen Ordner liegen dürfen, dann geht das löschen leichter.

Der Cronjob muss nach einem Update neu eingestellt werden.

 

[Lausebengel]

Wow, super!!!!

Ich hab gestern ewig rumgetan. Bei den ssh-Key war ich schon, aber noch ohne Erfolg.

Werde es am Sonntag gleich mal testen. DANKE!!!!

 

[mega]

Werde es am Sonntag gleich mal testen. DANKE!!!!

Heute kommt erstmal kein Sonntag....

Abä:
Wer hat bei Strato die Backup-Control an?
Entsteht dort auch das Problem, das:
1. Der Backup-Speicher vom normalen Speicher abgezogen wird?
2. Auch bei deaktiverten Backups wird Speicher für Backups belegt.

Zu 2.: Strato meinte nach längerer Prüfung (und mehrfachem nachbohren), das die Backup-Control sich wohl nie wieder von Ordnern trennen mag, die sie mal in Beschlag hatte.
Vorübergehende Lösung: Account löschen und neu anlegen und sofort Backup-Control auslassen

Zu 1.: ist man derzeit der Meinung, das sei so richtig. Obwohl es auf der CeBIT explizit anders beworben wurde.

Also bitte mal beides prüfen und Strato dann ggf dazu nerven.
Nur so wird das je beworben.

 

[itari]

Ein wenig einfacher kann sich manches mit meinem AdminTool machen ...

Itari

 

[mega]

Einfacher?

Da ist irgendwas mit IPKG, was ja irgendwie recht komplex ist und die Download-Seite tuts derzeit nicht.

 

[mega]

Kleine Erweiterung (Nach 2 Stunden vergeblich rumfummeln, kam dann die Lösung von wem, der sich auskennt und auch das bisherige Backup-Script gemacht hat):

Reihum was anderes Backuppen

case $(( $(date '+%j') % 3)) in
	0)
	echo "Tag 0 - Data1"
	rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/Data1/ hidriveuser@rsync.hidrive.strato.com:/users/asus2/Data1/
	
	
	1)
	echo "Tag 1 - Data2"
	rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/Data2/ hidriveuser@rsync.hidrive.strato.com:/users/asus2/Data2/
	;;
	
	2)
	echo "Tag 2 - Data3"
	rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/Data3/ hidriveuser@rsync.hidrive.strato.com:/users/asus2/Data3/
	;;

Der Macher:
http://www.alex-blog.de/

(dort aber nicht wegen Support dazu fragen!)

 

[AleksCee]

Naja Backscript-Macher bin ich nicht. Habe dir nur deine Fragen zu shellscripten und ssh-keys beantwortet. Das Reihumbackup war ja mehr eine Anforderung von Dir

Hoffe es läuft alles zufriedenstellend?

Sehe ich vom iPhone nur den Teil nicht mehr oder fehlt das esac am Ende vom case Block?

Gruß Alex

 

[mega]

Stimmt, habs schlecht zusammenkopiert.
am ende des Blocks muss noch

esac

hin

 

[Osno11]

Ich habs immernoch nicht hinbekommen... bitte um Hilfe

Hallo zusammen,

bin ein ganz neuer Synologe und habe mir gleich zu Beginn den einfachen Sync zwischen Hidrive und meiner DS210J ausgesucht

Ich habe die Anleitung von Mega Haarklein befolgt:

- SSH anmachen
-> hatter

- Putty besorgen und mit Putty als root drauf (nicht admin oder sonst ein user)
-> hatter

- "ssh-keygen -t dsa -C "Key fuer Strato" -f ./strato_ssh_key" machen. Dabei kein Passwort für den Key vergeben.
-> auch gemacht (ich habe beide Dateien auch noch in /root/.ssh abgelegt). Ich verstehe das so das die beiden Schlüssel im Home des angemeldeten users liegen sollen!?!

- Private key in /volume1 speichern
->auch gemacht

- public key in /volume1/Data speichern
-> auch

- Public Key per Browser bei Strato reinladen (da wo man die User/Accounts einstellt)
-> war kein Problem


- Private Key nicht weitergeben. Daher nicht in einen der Freigaben packen. Aber auf Volume1, sonst ist er nach nem Update weg.
-> nicht weitergegeben

Das Kommando versuche ich:

rsync -av --delete -e "ssh -i /volume1/strato_ssh_key" /volume1/HiDrive/ mein StratoName@rsync.hidrive.strato.com:/users/mein StratoName/HiDrive/

-> Also das Data Verzeichnis aus dem Beispiel habe ich abgeändert. Und mein echter HiDrive Benutzername steht auch drin.

dann kommt:
RSA key fingerprint is 2a:7d:3a:04:bd:df:02:7f:[...].
Are you sure you want to continue connecting (yes/no)?
... ist klar -> yes


und dann:

Host key verification failed.
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: rsync service is no running (code 43) at io.c(633) [sender=3.0.4]

das Peile ich nicht. Kann mir jemand nach etlichen neu erzeugten Schlüssel einen Tip geben?

Danke

 

[AleksCee]

"Host key verification failed." ist komisch - das hat mit dem erzeugten Key nichts zu tun.

Kannst Du mal bitte die known_hosts löschen oder umbenennen?
liegt unter ~/.ssh also /root/.ssh/

 

[Osno11]

"Host key verification failed." ist komisch - das hat mit dem Key nichts zu tun.

Kannst Du mal bitte die known_hosts löschen oder umbenennen?
liegt unter ~/.ssh also /root/.ssh/

Danke erstmal für die prompte Antwort.

Würde ich machen ... aber in /root/.ssh/ liegt nichts ausser meiner manuell kopierten Schlüssel.

 

[AleksCee]

ahhh hmmm obwohl hmm...

mach mal ein ls -al /root/.ssh bitte.

Oder auch mal ein:

ssh -v -i /volume1/strato_ssh_key" StratoName@rsync.hidrive.strato.com

und schick die Ausgabe - der Befehl sollte auf jeden Fall einen Fehler bringen weil Strato einen SSH-Zugang nicht zulässt.... aber evtl. sieht man ja den Host-Key Fehler bzw. aus welcher Datei er sich die Infos holt. Könnte auch sein das er die unter /etc/ssh/ nimmt.

Und dein "mein StratoName" hat keine Leerzeichen oder?

 

[Osno11]

And here the results:

ls -al /root/.ssh
drwx------ 2 root root 4096 Jul 28 10:37 .
drwxr-xr-x 3 root root 4096 Jul 28 10:30 ..
-rw------- 1 root root 668 Jul 28 10:37 strato_ssh_key
-rw-r--r-- 1 root root 605 Jul 28 10:37 strato_ssh_key.pub

wie schon gesagt... nur meine Schlüssel

 

[AleksCee]

mir ging's um die Rechte aber die sehen auch ok aus... mach mal das mit dem SSH was ich noch ergänzt hatte.

Da sollte dann eigentlich nur "shell access not allowed" kommen - wenn mehr kommt ist das evtl. ein Hinweis auf den Fehler