Sauvegarde du NAS Synology vers un serveur Rsync

13 réponses

  1. lxrootard dit :

    c’est exactement ce que je voudrais faire mais je n’ai pas trouvé comment:
    mon syno est sous DSM6, il n’y a pas de menu Configuration > Sauvegarde et réplication et je n’ai pas réussi à trouver l’équivalent…
    Sur quelle version de DSM êtes vous?

  2. admin dit :

    Bonjour,

    Je suis aussi en version 6 !

    En revanche, il faut installer le paquet HyperBackup depuis le « centre de paquets ».

  3. bev3805 dit :

    Bonjour,

    Si l’on utilise un port de chiffrement ssh, où référencer ses identifiants SSH de notre serveur rsync dans DMS?

    On me refuse l’accès à cause de mon mot de passe ou de mon identifiant. Cependant, si je n’utilise pas ssh tout fonctionne très bien.

  4. admin dit :

    Bonsoir,

    La mise à jour de DSM a légèrement changé depuis que j’avais fait ce guide.

    Au sujet du port SSH, je peux le configurer lorsque j’ai créé une tâche : Hyperbackup => modifier la tâche => onglet Cible => je mets 22 dans « Port » et Activé pour « Chiffrement de transfert ».

  5. bev3805 dit :

    Bonjour,

    enfaite ce que je comprend pas, c’est que normalement, lorsqu’on fait une connexion SSH on nous demande des identifiants SSH (exemple avec putty), mais là on ne nous les demande pas et je voulais savoir où il fallait les référencer car j’ai le message d’erreur suivant:

    « Echec de la tentative de connexion SSH. Veuillez vérifier votre nom d’utilisateur et mot de passe, assurez-vous que le service SSH du serveur de destination est normal, puis réessayez. »

    Merci pour ta réactivité.

  6. bev3805 dit :

    Du coup après quelques tests je ne pense pas que mon problème vienne de SSH, j’ai une erreur d’authentification. Lorsque je regard le fichier de log dans /etc/var/rsyncd.log cette erreur apparaît:

    secrets file must not be other-accessible (see strict modes option)
    auth failed on module backup_eth from UNKNOW (@IP) for nom_user: ignoring secrets file

    Auriez vous une idée d’où cela peut venir?

    Merci.

    • admin dit :

      Désolé pour le retard, je n’avais pas reçu de notification sur votre commentaire.

      L’erreur « secrets file must not be other-accessible » est généré car le fichier doit être :

      -rw——- 1 root root 22 Jan 18 22:58 /etc/rsyncd.secrets

      Pour le faire :

      chmod 600 /etc/rsyncd.secrets

      Je corrige de suite le guide 😉

      Merci !

  7. langer dit :

    Bonjour,

    Dans les paramètres de DSM, je n’ai réussi qu’à faire marcher le chiffrement en me connectant en root vers mon serveur distant (Kimsufi)

    En temps normal, je bloque la connexion à mon serveur distant et change le port de connexion ssh dans ssh_config.

    J’ai donc créer un nouveau user pour me connecter au serveur distant, mais impossible de cocher l’option de chiffrement, une erreur apparait, alors que dans le cas du chiffrement éteint, tout marche.

    Avez vous des idées d’où ça coince sur sur serveur distant ? Voici mon rsyncd.conf, assez basique pour l’instant pour vérifier le fonctionnement du rsync :

    uid = user
    gid = user
    max connections = 4
    [TITRE DU SERVEUR DISTANT]
    path = /home/user
    comment = Synchro fichiers avec le NAS
    read only = false

  8. bev3805 dit :

    Bonjour,

    j’ai eu une erreur comme celle-ci dans mon fichier /var/log/syslog pour une tentative de connexion avec chiffrement du transfert, sais-tu à quoi s’est dû?

    Feb 13 14:59:52 nom_serveur rsyncd[23500]: rsync: unable to open config file « rsyncd.conf »: No such file or directory (2)
    Feb 13 14:59:52 nom_serveur rsyncd[23500]: rsync error: syntax or usage error (code 1) at clientserver.c(1057) [Receiver=3.1.1]

  9. bev3805 dit :

    J’ai résolu mon problème, il faut juste donner les droits pour les utilisateurs pour ça chmod u+s /usr/bin/rsync

  10. AdminNAS dit :

    Quand je vois l’erreur « rsyncd.conf »: No such file or directory, je dirai également que le démon rsync ne sait pas où trouver le fichier de configuration, qui est normalement dans /etc. 😉

    Mais si vous avez réussi à le faire fonctionner, c’est parfait 🙂

    N’hésitez pas à me dire si je dois compléter certaines parties du tutoriel.

  1. 25 octobre 2015

    […] Attention à bien faire des sauvegardes, par exemple sur un disque USB externe et/ou encore mieux, exécuter une réplication sur un autre NAS ou tout autre serveur gérant le programme « …. […]

Laisser un commentaire