Aller au contenu

Rsync Vers Nas Sans


orglube

Messages recommandés

Second probleme, second topic smile.png

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é par orglube
Lien vers le commentaire
Partager sur d’autres sites

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/

Lien vers le commentaire
Partager sur d’autres sites

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 rolleyes.gif :

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é par orglube
Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.