Strato Hidrive unter DSM 6.1-15047

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

bussio

Benutzer
Registriert
18. Okt. 2013
Beiträge
13
Reaktionspunkte
0
Punkte
1
Hi,

weiß jemand ob es eine Nachfolgeversion von Hidrive Backup für die DSM 6.1-15047 geben wird bzw. wie man sonst den Datenabgleich machen kann?
 
Über Hyper Backup...
 
Hallo,
ich frage mal in dieselbe Richtung: bei der neuen DSM-Version 6.1 wird angegeben, dass HiDrive (noch???) nicht unterstützt wird. Ärgerlich für mich, weil das eines der Kaufentscheidungen für mich war.
Daher doch noch einmal konkret die Frage, ob irgendjemand sagen kann, ob es demnächst eine Paketaktualisierung geben wird?

Danke!!
Karsten
 
Willkommen im Forum, Karsten!

HiDrive ist m.W. ins Hyper Backup Paket integriert worden - siehe Beitrag 2.
 
Aus den Release Notes von Version: 6.1-15047
2. Time Backup and HiDrive Backup will not be supported in DSM 6.1 and above.

Das bedeutet, Time Backup und HiDrive wird mit DSM 6.1 und höher nicht mehr unterstützt. Es ist nicht davon auszugehen, dass da noch mal etwas kommt.

Aber lies doch bitte auch den Kommentar von Thonav. HiDrive wird nach wie vor von Hyperbackup unterstützt und Du kannst zukünftig Deine Backups nach HiDrive mit HyperBackup machen.

Was natürlich schon dumm ist für bestehende Backups und dass man alles noch mal per HyperBackup hoch laden muss.
 
Habe mir das Hidrive Backup mittels Hyperbackup mal angeschaut.
Was mir als erstes auffällt ist, dass die Daten nicht 1 zu 1 hochgeladen werden, sondern das Ganze in verschiedenen Paketen verpackt wird. Heißt also ich kann mir Daten dann nicht mehr direkt vom Hidrive runterziehen, sondern muss immer den Umweg über die Disk Station gehen. Oder?

Eventuell gäbe es noch die Möglichkeit per Rsync die Daten zu sichern. Müsste ich mal ausprobieren.

Bildschirmfoto 2017-02-23 um 12.06.04.jpg
 
Lies dir das mal durch (mein eigener Blog). Ich hatte mir die Konfiguration mal aufgeschrieben, um mit Hyperbackup per rsync ein dateibasiertes Backup auf dem Hidrive ablegen zu können. Das müsste iegentlich unter DSM 6.1 auch noch so funktionieren. Aufgeschrieben hatte ich es mit DSM 6.0.
 
Super! Danke! Hätte jetzt wahrscheinlich noch Stunden gebraucht um herauszufinden, dass man im Vorfeld ganz unten "Remote Datenkopie" auswählen muss ;)

Jaa der HyperBackup Explorer ist auch ganz nett, aber wäre mir trotzdem zu unflexibel. Aber trotzdem danke :)
 
Super! Danke! Hätte jetzt wahrscheinlich noch Stunden gebraucht um herauszufinden, dass man im Vorfeld ganz unten "Remote Datenkopie" auswählen muss ;)

Ah, prima Tipp... Könnte mir noch jemand sagen, was ich dann unter "Servername oder IP-Adresse" eintragen muss, wenn ich auf mein Hidrive-Account sichern möchte?

Danke!
Karsten
 
Hi,

dank der Anleitung konnte ich auch recht fix eine Backup auf Hidrive durchführen.

Laut Stratoadressen ist der Port ohne SSH für rsync 873. Schaltet man in Hyper Backup verschlüßelung ein switched der Port automatisch auf 22. Fand ich erst mal merkwürdig da dieser Port für SFTP reserviert ist.

So, nun habe ich aber keinerlei Erfahrung mit SSH-Keys. Habe mir also PuTTyGen installiert und einen private sowie public key generiert. Habe dann in der Strato
Kontoverwaltung den public key erfolgreich hochgelden.

Was mich aber weiter irritiert ist:

Was ist mit dem private key? Müsste ich den nicht irgendwie Hyper Backup bekannt geben?
Hyper verlangt ja trotzdem immer nach dem Konto und Passwort von Strato. Irgendwie dachte ich,
dass dies mit SSh entfällt.

Weiterhin, glaube ich, dass es Anfangs bei Hyper Backup so war, dass er eine verschlüßelte Verbindung via Port 22 bei
der job-Einrichtung nicht akzeptiert wurde.Kann aber auch sein, ds es daran lag, dass noch keine Pfad eingetragen war.
Irgendwie verhält sich das Prog da etwas merkwürdig.

Jedenfalls konnte ich nach hochladen des SSH Keys innnerhalb von Strato auch eine SSh 22 Verbindung einrichten.


Aber so wirklich schlau werde ich da nicht draus ob das nun encrypted ist oder nicht.
 
Das mit dem private Key ist eine gute Frage, der müsste ja theoretisch in der DS bzw. Hyperbackup hinterlegt werden. Ich habe bei mir keinen Key bei Strato hinterlegt und es geht trotzdem über die verschlüsselte Verbindung (muss ja auch). Da ich in der DS keine Option finde, wo man so einen Key hinterlegt, gehe ich stark davon aus, das sowas nicht unterstützt wird, oder hat jemand die entsprechende Option gefunden?
 
Hallo,

über die Funktion "Remote Datenkopie" erfolgt die verschlüsselte Verbindung zu HiDrive über SSH mit dem normalen Port 22. Die Authentifizierung erfolgt hierbei ganz normal über Username und Passwort, welches beim anlegen des Jobs angegeben wurden.
Eine Authentifizierung über einen private Key unterstützt die grafische Oberfläche vom DSM wohl nicht.
Wenn man vor hat sich mittels erzeugten private Key bei Hidrive zu authentifizieren, müsste man die Übertragung z.B. mittels Skript über SSH realisiern:

rsync -rltD -e "ssh -i /Pfad/zum/SSH-Key" /Verzeichnispfad/der/übertragen/werden/soll/ benutzername[at]rsync.hidrive.strato.com:/users/benutzername/zielordner

Gruß
Fink
 
Hallo, ich habe nach dem Upgrade auf DSM 6 auch gerade mein HiDrive-Backup neu eingerichtet (unter Berücksichtigung der HiDrive-Anleitung).

Dabei muss man im Hyper Backup - HiDrive Setup einen Ordner (1) UND ein Verzeichnis (2) angeben, und gemäss "Migration der Datensicherung - HiDrive Backup zu Hyper Backup App" zur Übernahme des bestehenden Backups den bisherigen Sicherungsordner (3) in den neuen Ordner kopieren. Ich habe das so interpretiert, dass der Inhalt von (3) in (2) kopiert werden muss.

Bisherige Ablage auf HiDrive:

- diskstation_xyz (Sicherungsordner gemäss früherem Setup)
-- daten (eigentlichen Daten des Backups)

Neue Ablagestruktur:
- backup_nas (Ordner gemäss HyperBackup/HiDrive Setup)
-- synology214 (Verzeichnis gemäss HyperBackup/HiDrive Setup)
--- Config
--- Control
--- daten (bisherige und neu Daten das Backups)
--- Guard
--- Pool

Es scheint also so, dass Hyper-Backup ein paar zusätzliche Ordner im eigentlichen Daten-Backup-Ordner anlegt, was ich doch etwas unschön finde.

Ps: Seltsamerweise hat der Datensicherungs-Explorer die bestehenden Daten auch gefunden, ohne dass ich diese zuerst verschoben habe
 
Zuletzt bearbeitet:
Ich habe es mit Cloud Sync realisiert. Ging völlig problemlos innerhalb weniger Sekunden. Arbeitet jetzt in Real Time.
 
@magowitten: Sicher auch eine gute Option.

Bei all den ändernden und neuen Synology Backup-Varianten ist es ja nicht einfach den Überblick zu behalten, was denn nun die "beste" Lösung ist. Dazu habe ich gerade einen sehr guten Beitrag inkl. Vergleich der Varianten gefunden (in englisch), als Fazit davon (Post von AngelArs) bleibe ich bei Hyper Backup.

Nachtrag: mit Hyper Backup habe ich auch direkten Zugriff auf die Daten per iOS-App, was ich sehr nützlich finde (dürfte aber mit Cloud Sync wohl auch möglich sein).
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat