Sauvegarde Hyper Backup vers un serveur distant

[Bishnubee]

J'ai un problème.

La connexion avec mon login (user créé sur serveur distant) ne fonctionne qui si je n'active pas le chiffrement.

La connexion va par contre fonctionner avec chiffrement si le login utilisé est celui du root du serveur distant.

Des idées?

Merci

[Fenrir]

Que disent les logs du serveur distant ?

[Bishnubee]

Je crois que la ligne intéressante serait la suivante:

Mar 27 01:58:29 openmediavault rsyncd[6933]: auth failed on module Backups from diskstation.local (192.168.0.51): unauthorized user

Fait à noter, si sur mon synology j'exécute manuellement la commande suivante, ça fonctionne:

rsync -avz -e ssh ~/dossier user@openmediavault.local:/media/Backups/

mais dans ce cas, je crois que je n'utilise pas les modules du serveur rsync.

Soit dit en passant, je croyais avoir répondu dans ce sujet http://www.nas-forum.com/forum/topic/55118-tuto-sauvegarde-hyper-backup-vers-un-serveur-distant-rsync-avec-chiffrement-du-transfert/, et non pas d'avoir créé inutilement un nouveau sujet. Devrais-je réessayer dans ce sujet?

 

Modifié le 28 mars 2017 par Bishnubee

[Bishnubee]

J'ai trouvé ma réponse.

Pour une connexion Rsync par SSH, les modules rsync doivent être configurés dans des fichiers rsyncd.conf se trouvant à la ricine du $HOME de l'utilisateur connecté en SSH.

J'aurais cru qu'il aurait suffit d'ajouter l'utilisateur se connectant par ssh à un groupe système quelconque (ex: rsync) et d'ensuite utiliser l'attribut "auth users" pour identifier quels utilisateurs peuvent utiliser chacun des modules définis dans le fichier central (/etc/rsyncd.conf), mais il semblerait que non.

[Fenrir]

Oui car si tu te connecte en ssh, tu "parles" à un compte en direct, pas au démon rsync du serveur. Le compte que tu utilises va donc lancer sa propre instance de rsyncd => il lui faut une conf

Si tu te connecte en root, il a le droit d'utiliser le démon (c'est lui qui l'a lancé)