Aller au contenu

Featured Replies

Posté(e)

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

Posté(e)

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/

Posté(e)
  • Auteur

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

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…

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.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.