Backup auf DS mittels Network Backup (rsync --daemon)

[freaky]

Guten Abend!

Ich versuche seit ein paar Tagen mittels aktiviertem Network Backup und rsync von meinem lokalen Rechner (OS X) auf meine DS (3.1) Backups zu erstellen.
Dazu habe ich Network Backup aktiviert. Standardmässig ist als Backup Module in der /etc/rsyncd.conf nur "NetBackup" konfiguriert. Da ich aber gerne mehrere Module hätte, habe ich in der /etc/synoinfo.conf, use_rsyncd_conf="yes" eingetragen.

Ich habe ein zweites Module konfiguriert, kann aber auf dieses keine Backups mittles rsync anstoßen. Mit nur einem Module geht alles ohne Probleme.

Hier meine rsyncd.conf:

#motd file = /etc/rsyncd.motd
#log file = /var/log/rsyncd.log
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
use chroot = no
[NetBackup]
#path = /var/services/NetBackup
path = /var/services/homes/stefan/backup
comment = Network Backup Share
uid = stefan
gid = users
read only = no
list = yes
charset = utf-8
auth users = root
secrets file = /etc/rsyncd.secrets

[NetBackupTest]
path = /var/services/NetBackup
comment = Network Backup Share
uid = stefan
gid = users
read only = no
list = yes
charset = utf-8
auth users = root
secrets file = /etc/rsyncd.secrets

Starte ich mittels "rsync -rRvv . root@10.0.0.253::NetBackup" das Backup, funktioniert alles ohne Probleme, Daten werden übermittelt.

Starte ich nun das Backup mit dem Module "NetBackupTest" (rsync -rRvv . root@10.0.0.253::NetBackupTest) bekomme ich folgende Meldung:

opening tcp connection to 10.0.0.253 port 873
sending daemon args: --server -vvrRe.iLsf . NetBackupTest/ 
Password: 
@ERROR: permission denied
rsync error: error starting client-server protocol (code 5) at main.c(1506) [sender=3.0.7]

Kann es sein das ich nur ein Module einstellen kann? Ich habe auch schon versucht bei den Modulen den Namen zu tauschen, bzw. path zu vertauschen. Immer das selbe Ergebnis.
Mit nur einem Modul funktioniert alles ohne Probleme. Habe mit einem Module den Pfad getauscht, der Benutzer kann in beiden Verzeichnissen schreiben.

rsync root@10.0.253:: liefert als beide Module zurück.

Ich hoffe ihr könnt mir da Helfen! Vielen Danke
Noch einen schönen Abend!

 

[itari]

Ich meine irgendwo gelesen zu haben, dass der eigebaute 'rsync --daemon' nur das Module 'NetBackup' verwenden kann. Installiere dir doch per IPKG den rsync noch ein weiteres Mal; ich benutze nur diesen ... und da gibt es keine Zugriffsporbleme, wenn alle Eintragungen stimmen.

Itari

 

[jahlives]

du hast bei NetBackupTest aber deinen User stefan drin und root ned. Mal mit stefan probiert? Immer noch permission denied? Sonst mal mit root probieren
Und wieso unbedingt mit Modulen? rsync kann via ssh auch direkt backuppen:

rsync -av -e ssh . root@10.0.0.253:/var/services/NetBackup

das würde die gesamte rsyncd Konfig erübrigen

 

[freaky]

Ich meine irgendwo gelesen zu haben, dass der eigebaute 'rsync --daemon' nur das Module 'NetBackup' verwenden kann. Installiere dir doch per IPKG den rsync noch ein weiteres Mal; ich benutze nur diesen ... und da gibt es keine Zugriffsporbleme, wenn alle Eintragungen stimmen.

Itari

Vielen Dank für diesen Tipp! Nachdem ich rsync via IPKG installiert habe, funktioniert alles! Wenn ich das schon früher gewusst hätte

Was musste ich noch anpassen?
- in /usr/syno/etc/rc.d/S84rsyncd.sh den Pfad des rsync binaries auf /opt/bin/rsync ändern und
- " $Rsync --daemon" auf erweitern auf "$Rsync --daemon --config=/etc/rsyncd.conf"
- Benutzer/Passwörter unter /etc/rsyncd.secrets anpassen

du hast bei NetBackupTest aber deinen User stefan drin und root ned. Mal mit stefan probiert? Immer noch permission denied? Sonst mal mit root probieren
Und wieso unbedingt mit Modulen? rsync kann via ssh auch direkt backuppen:

rsync -av -e ssh . root@10.0.0.253:/var/services/NetBackup

das würde die gesamte rsyncd Konfig erübrigen

Das mit dem User stimmt so, ich wollte probieren ob ich zumindest mehrere User anlegen kann. Das direkte Backup mit rsync hat nach einem sync Probleme mit den Permissions => Thread
Ich finde die Konfiguration über Module eigentlich ganz gut, so ist es egal, wo sich das "Remote-Verzeichnis" befindet.

 

[jahlives]

solange du den Backup Job als root auf der DS laufen lässt, hast du bestimmt keine Probleme mit den Rechten ;-)
Vorteil via ssh: Verschlüsselte Passworte bzw überhaupt keine PW durch Zertifikatslogin.
Eigentlich darf nur root Schreibzugriff auf ein Backup Archiv haben. Sonst ist die Integrität eines Snapshots schnell nicht mehr garantiert

 

[freaky]

Du hast natürlich vollkommen Recht! Für mein offsite backup wird das natürlich auch so gemacht - lokal ist mir die Sicherheit nicht so wichtig

Ein Grund warum ich es so mache ist der, dass ich eigentlich nur meine lokalen Daten spiegle und auch über die Shares darauf zugreifen will. Mach ich es mit root, stimmen die Zugriffsrechte nicht mehr

 

[jbuechse]

Ich meine irgendwo gelesen zu haben, dass der eigebaute 'rsync --daemon' nur das Module 'NetBackup' verwenden kann.

Ich benutze erfolgreich eine Konfiguration mit mehreren Modulen mit den synology rsync daemon (momentan mit DSM 3.1-1613). Das stimmt also definitiv nicht.

 

[jbuechse]

Ich hatte nach dem Update auf DSM 3.1 ebenfalls die Fehlermeldung

@ERROR: permission denied

Benutze seit längerem erfolgreich mehrere Module mit dem synology rsync daemon. Allerdings entsprechen bei mir die Pfade der rsync Module jeweils einem "Shared Folder" (DSM -> Control Panel -> Shared Folder).

Ich habe per Zufall gerade die Lösung meines Problems gefunden. Es scheint als ob der Synology rsync nicht nur die filesystem umask anschaut, sondern auch die Zugriffsrechte welche über das DSM GUI (Shared Folder) definiert sind. Ordner auswählen und unter "Privileges Setup" schauen ob der Benutzer mit welchem du per rsync zugreifen willst R/W Berechtigung hat (root ist vermutlich auf admin gemappt).

Beim DSM 3.0 wurde das entweder noch nicht überprüft oder die Berechtigungen wurden bei mir beim Update auf DSM 3.1 falsch übernommen. Jedenfalls hatte ich nach dem Update die besagte Fehlermeldung und nach dem korrekten Setzen der Berechtigungen funktioniert es nun wieder.

Man kann die Berechtigungen auch unter [DSM -> Control Panel -> User -> Edit -> Privileges Setup] festlegen. Je nachdem wie viele User / "Shared Folder" man hat ist das eine oder andere komfortabler.

Gruss,
Joachim