Verbindung zu rsync-Server in HBS 3 verschlüsseln

Moin,

magst Du verraten was der Client für ein Gerät/ Software ist und steht zu der Verschlüsselung etwas im Handbuch? Was für Fehlermeldungen gibt es wenn die Verschlüsselung aktiviert wurde?

Von Syno habe ich keine Ahnung, hier könnte ich mir vorstellen, dass rednag eine Idee hat, sofern er schonmal Interesse daran hatte, die Übertragung zu verschlüsseln... apropos:

Warum willst Du überhaupt verschlüsseln? Befinden sich die Geräte nicht im selben LAN?

Hehe, ok... ich halte es für übertrieben, aber das kann ja jeder machen wie er will, sonst gäbe es keine Berechtigung für die Verschlüsselung...

Nur bin ich hier raus weil ich Syno nicht kenne

Das geht in beide Richtungen und ist im Prinzip kein Problem. Die Verschlüsselung geht über ssh (dies ist üblich bei Rsync).

Um von Synology auf Qnap zu sichern, musst du auf Qnap-Seite

- in HBS unter Dienste den Rsync-Server freischalten

- in der Systemsteuerung unter Netzwerk- und Systemsteuerung, Telnet/SSH den ssh-Zugang freischalten.

Auf Synology nimmst du HyperBackup oder UltimateBackup. Qnap-Benutzer ist Admin.

Etwas schwieriger wird es, wenn ein anderer Nutzer als Admin für die Anmeldung an Qnap dienen soll. Ist aber möglich.

In allen Fällen kannst du aber nur eine Synchronisierung machen, keine Versionierung im Sinne eines Backups. Wenn du eine Versionierung willst, musst du auf dem Qnap-NAS einen eigenen Backup-Job dafür anlegen.

Zitat von Geot

Was muss ich denn für einen anderen Nutzer zusätzlich einstellen? Den Standard-Admin-Account habe ich deaktiviert.

Der andere Nutzer muss der Gruppe der Administratoren angehören, damit er sich überhaupt einloggen darf (ist von Qnap blöde gelöst). Probier mal ssh auf dein NAS auf. Wenn das nicht geht mit deinem User, brauchst du Rsync über ssh gar nicht zu versuchen.

Zumindest im Falle von UltraBackup muss der User auch noch das Recht haben, "sudo rsync" ausführen zu dürfen. Kann sein, dass das bei HyperBackup nicht nötig ist.

Zitat von Geot

Liegt das dann an der Verschlüsselung? Mit meinem unverschlüsselten Testlauf legt Hyper-Backup nämlich eine Historie an.

Benutzt du das Container-Format von HyperBackup? Kann sein, dass damit die Versionierung geht. Für mich kommt das Containerformat aus anderen Gründen nicht in Frage, daher habe ich es gar nicht erst probiert.

Zitat von Geot

Mir wurde gar keine Option angezeigt, bei der ich mich für irgendein Format entscheiden könnte...

Ob du das Containerformat nutzt oder nicht, entscheidet sich dadurch, ob du als Datensicherungsziel "rsync" oder "rsync-Kopie (Einzelversion)" wählst.

Zitat von Geot

Der geht tatsächlich nur mit dem Standard-Admin so, dass ich sudo rsync ausführen kann.

Damit ein anderer Nutzer "sudo rsync" ausführen darf, musst du ihm in sudoers das Recht dazu geben. Am besten du erstellst dazu in /usr/etc/sudoers.d/ (Verzeichnis muss erstellt werden) eine Datei (Dateiname egal) mit dem Inhalt

DeinRsyncUser ALL=(admin) NOPASSWD: /usr/bin/rsync

oder wenn du vollwertigen eigenen Admin anlegen willst

DeinEigenerAdmin ALL=(ALL) ALL

(Ich glaube das "NOPASSWD: war nur bei UltraBackup nötig; kannst du gegebenenfalls ausprobieren. NOPASSWD würde ich auf nur ein Kommando reduzieren. Du kannst auch beide Zeilen in einer Datei haben. Usernamen müssen natürlich angepasst werden.)

Leider löscht qts das Verzeichnis sudoers.d beim Systemstart. Daher muss in autorun.sh das Verzeichnis neu erstellt und die Datei hineinkopiert werden.

Zitat von Geot

Allerdings bekomme ich im Synology nun folgende Fehlermeldung,

Die Meldung sagt nur, dass es nicht funktioniert hat. Da stimmt irgendwas in der Konfiguration noch nicht. Wenn ssh geht und der rsync Server gestartet wird, dann habe ich die Konfig von Hyperbackup im Verdacht.

Geot : Hast Du auch unter "Zugangsrecht bearbeiten" dem User erlaubt SSH zu benutzen?

Gruss

Zitat von Geot

Tatsächlich glaube ich, dass der Fehler eher bei der QNAP-Konfiguration liegt

Nicht zwingend. Es kann sein, dass deine Konfigurationen vom Qnap- und vom Synology-NAS einfach nicht zusammen passen. Das lästige an Netzverbindungen ist, wenn nur ein Parameter (z. B. Port) nicht passt, geht gar nichts, und man bekommt oft keine detaillierte Fehlermeldung.

Wenn du deine komplette Konfiguration (rsync-Server auf Qnap, Sicherungsjob auf Synology) einstellst, kann ich schauen, ob ich einen Fehler sehe.

Ich hatte das vor ein paar Monaten mal probiert.

Beide Kisten im gleichen Subnetz.

Quelle DS1019+ / Ziel TS253B.

Mit der Übertragungsverschlüsselung hat das nicht funktioniert.

Mit diesem Parameter konnte das Ziel nicht angesprochen werden.

Zitat von Geot

Gerne, vielen Dank!

(siehe Anhänge)

Ich habe es gerade noch mal bei mir ausprobiert, und siehe, es geht nicht .

Es kann sein, dass ich irgendwo anders etwas verstellt habe. Aber ehrlich gesagt, ich habe bei meinen Tests so viel rumprobiert, von Qnap zu Synology, von Synology zu Qnap, mit Versionierung, ohne Versionierung, mit HBS, mit HyperBackup, mit TimeBackup, mit UltimateBackup, so dass ich mir nicht mehr sicher bin, ob ich genau diese Kombination getestet hatte.

Mit UltimateBackup geht es. Aber auch da habe ich das von UltimateBackup erstellte Skript anpassen müssen (in erster Linie aber, weil ich nicht mit admin mich einloggen wollte).

Zitat von rednag

Mit der Übertragungsverschlüsselung hat das nicht funktioniert.

Mit diesem Parameter konnte das Ziel nicht angesprochen werden.

Zitat von Anthracite

Ich habe es gerade noch mal bei mir ausprobiert, und siehe, es geht nicht

Kannst mir gerne was glauben.

Und nein, eine andere Lösung habe ich nicht gefunden. Mir ist da ein wenig die Muse ausgegangen.

Auch weil sich beide Kisten innerhalb des LANs befinden.