Rsync Vers Nas Sans

[orglube]

Second probleme, second topic

Voilà : je n'arrive pas à faire marcher rsync vers le NAS si je ne suis pas root.

J'ai crée un utilisateur "backup", j'ai configuré /etc/passwd pour pouvoir me loguer en ssh

sur le nas en tant que "backup", j'ai configuré /etc/rsync.conf et /etc/rsyncd.secrets : rien

n'y fait :

$ rsync -vr Desktop/SynoNetMiroir_20081022 backup@192.168.0.50:

building file list ... done

SynoNetMiroir_20081022/

rsync: recv_generator: mkdir "/SynoNetMiroir_20081022" failed: Permission denied (13)

*** Skipping any contents from this failed directory ***

sent 195 bytes received 26 bytes 9.40 bytes/sec

total size is 211363 speedup is 956.39

rsync error: some files could not be transferred (code 23) at /SourceCache/rsync/rsync-35.2/rsync/main.c(992) [sender=2.6.9]

qu'est ce que j'ai oublié ?

Note : rsync fonctionne avec root@192.168.0.50 mais sauve la source dans la home

directory de root sur le syno, et non ce que j'ai spécifié dans /etc/rsync.conf...

Merci pour toute aide

---

Olivier

Modifié le 19 novembre 2011 par orglube

[cricx]

il te faut mettre la destination de la sauvegarde, ce que tu ne fais pas. L’utilisateur doit avoir le droit d'écriture.

$ rsync -vr Desktop/SynoNetMiroir_20081022 backup@192.168.0.50:~

devrait marcher

mais il est plus sûr de définir une destination de sauvegarde

mkdir -p /volume1/sauvegardes

chown backup /volume1/sauvegardes

$ rsync -vr Desktop/SynoNetMiroir_20081022 backup@192.168.0.50:/volume1/sauvegardes/

[orglube]

Salut Cricx,

$ rsync -vr Desktop/SynoNetMiroir_20081022 backup@192.168.0.50:/volume1/sauvegardes/

Super : ça, ça marche !

Maintenant, le paramétrage n'est encore pas comme je veux :

Au départ je voulais paramétrer les directives rsync via /etc/rsync.conf ( notamment le chroot).

Mon rsync.conf (en fin de post), qui est bien lu car la commande :

$ rsync 192.168.0.50::

me renvoie bien :

BackUp Mon Backup A Moi

Par contre, le fichier /etc/rsync.secret n'a semble-t-il aucun

effet, ni la directive chroot par exemple. J'en déduis que ces

directives n'ont aucune utilité si l'on utilise la couche ssh pour

discuter avec rsyncd : est-ce quelqu'un peut confirmer ça ?

Maintenant, je rame pour utiliser les mécanismes d'autentification

ssh ... J'ai installé ma clé publique ssh dans :

~backup/.ssh/authorized_keys

Mais :

ssh backup@192.168.0.50

Continue de me demander le mot de passe de "backup" ( j'ai pourtant

aussi vérifié le paramétrage de /etc/ssh/sshd_config ).

Une idée ?

Voila mon rsync.conf :

log file = /var/log/rsyncd.log

log format = %o %h [%a] %m (%u) %f %l -- %P

pid file = /var/run/rsyncd.pid

lock file = /var/run/rsync.lock

use chroot = yes

[backUp]

path = /volume1/NetBackup/test

comment = Mon Backup A Moi

use chroot = yes

uid = backup

gid = users

read only = no

list = yes

auth users = backup

secrets file = /etc/rsyncd.secrets

charset = utf-8

Modifié le 23 novembre 2011 par orglube