• Serveurs
  • [Discussion] Synchronisation Seedbox => Nas

Oui "mais" 🙂
Parce que logiquement, chez toi, quand SickRage, CouchPotato etc viennent faire leur job, y'a plus rien à la fin dans le dossier où tombent les fichiers en provenance du serveur Maître.

    Aerya
    Hum, dis m'en plus, parce que chez moi ces services sont sur la seedbox,
    Il vaudrait mieux que je les mettes sur mon NAS, qu'ils envoient le dl en remote à ma Seed et qu'ils effectue un postprocess ? (si c'est bien ce que tu me dis ?)

    Si tu as un schéma a me montrer je suis tout ouï , J'ai actuellement:
    -une seedbox (Quickbox) sur laquelle tourne sickrage - rtorrent -filebot - plex et rsync (dans l'ordre de la chaine)
    -un Nas Syno, Fibre, IP Dyn, Qui réceptionnait avec le script rsync, qui sert de Serveur Plex et BtSync dispo aussi

    J'aurais bien aimé tester sonarr/couch/jackett mais je n'ai pas de tracker compatible Bluetigers étant down

    un mois plus tard

    Bonsoir,

    Le père Noël ayant été généreux cette année, j'ai retrouver un NAS sous mon sapin et maintenant, j'aimerais paramétrer la synchro automatique. Mais j'ai quelques problèmes c'est pourquoi je viens vous voir.

    Lorsque j'essaie de lancer la commande:

    ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<adresse_de_votre_NAS> -p <port_SSH_du_NAS>"

    J'ai comme réponse :

    root@Monsterdata:~# ssh-copy-id -i ~/.ssh/id_rsa.pub user@ip_nas -p x
        /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
        /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
        User@ip's password:
        Could not chdir to home directory /var/services/homes/Gaume: No such file or directory
        mkdir: cannot create directory '.ssh': Permission denied

    Suite à la maj DSM 6.0 la connexion directe en root n'est plus possible donc j'ai utilisé mon user pour me connecter.

    Pourriez vous m'aider à comprendre et corriger cette erreur svp ??

    Merci et joyeux noël.

    Salut

    si tu te connecte avec Gaume au lieu de root
    Gaume@<adresse_de_votre_NAS>

    Salut,

    C'est ce que je fais justement pour palier le fait que l'on ne peux plus se connecter directement en root.

    Voici le nouveau test que je viens de faire et ce qu'il se passe :

    root@Monsterdata:~# ssh-copy-id -i ~/.ssh/id_rsa.pub Gaume@ID_serveur -p Port
    /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
    /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
    Gaume@IP's password:
    Could not chdir to home directory /var/services/homes/Gaume: No such file or directory
    mkdir: cannot create directory '.ssh': Permission denied
    

    Est ce que le problème vient que les dossiers n'existe pas sur le NAS ?

    Salut.
    Je connais pas du tout ce type de nas..
    Mais effectivement tu as un problème de droit.il arrive pas a créer .ssh (bizarre car root normalement il peut créer des dossiers là où il veut.)
    Renseignes toi je crois qu'il existe 2 comptes root.
    Un qui s'appelle root et l'autre admin...
    Le dossier /var/services/homes/Gaume existe bien?
    Sinon cree le manuellement le .ssh.

    
    mkdir /var/services/homes/Gaume/.ssh

    Merci pour le coup de main. En effet les répertoires n'étaient pas créer et les permissions non accordées donc sa ne risquait pas de fonctionner ...

    Maintenant tout est en place et la clef RSA semble bien s’installer mais lorsque j’essaie de me connecter le mdp m'est toujours demander :/

    root@Monsterdata:~/.ssh# ssh-copy-id -i ~/.ssh/id_rsa.pub Gaume@# -p #
    /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
    /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
    Gaume@#'s password:
    
    Number of key(s) added: 1
    
    Now try logging into the machine, with:   "ssh -p '#' 'Gaume@#'"
    and check to make sure that only the key(s) you wanted were added.
    
    root@Monsterdata:~/.ssh# ssh -p '#' 'Gaume@#'
    Gaume@#'s password:

    Lorsque je tape le mdp j'ai accès au NAS .... Donc il semble que la clef RSA ne fonctionne pas ;-(

    NB: Pour ce qui est de l'acces root voici ce que le site officiel dit : "Pour des raisons de sécurité du système, l'accès root au Synology NAS est limité. Si vous devez obtenir la permission root, connectez-vous à DSM dans l'interface à ligne de commande (par ex. PuTTY) avec des identifiants de compte appartenant au groupe Administrators, puis exécutez la commande sudo -i pour basculer sur l'accès root."

    @Gaume je sais pas trop où tu en es dans les manips, je vais te faire suivre ce que je me suis fais comme pense bête.

    Donc depuis la maj du DSM 6 il faut aller activer rsync pour le groupe administrateurs : Panneau de configuration > Groupe > Administrators > Modifier > Applications.
    Puis activer le rsync : panneau de config > services de fichiers > rsync

    Se connecter en ssh sur le nas et faire un chown -R admin:administrators sur les dossiers qui seront utilisés pour la synchro

    Je ne sais pas si tu utilisais la synchro avant et que donc tu passais par le root, si oui il faut aller modifier le user.cfg (nano /home/*****/synchro/config/user.cfg) et le remplacer par le compte admin.

    Une fois ça de fait, on repart sur le nas >

    Se connecter sur le NAS en admin puis passer en root : sudo -i
    1. Activer ssh depuis l’interface synology (Panneau de configuration -> Terminal & SNMP)
    Activer le service accueil utilisateur (Panneau de configuration -> Utilisateur -> Avancé) vous aurez par la suite un dossier /volume1/homes présent sur votre NAS
    2. Se connecter en root (ssh root@ip.de.votre.syno) par défaut seul les comptes admin et root on accès au service SSH, nous utiliserons par la suite le compte admin pour les connexions ssh.
    3. Editer le fichier /etc/ssh/sshd_config
    1 vi /etc/ssh/sshd_config
    4. Décommenter les trois lignes :
    RSAAuthentication yes
    PubkeyAuthentication yes
    AuthorizedKeysFile .ssh/authorized_keys

    Pour enregistrer et quitter sur vi  ZZ (ou :wq)

    Se connecter sur le serveur dédié :
    Il faut re-générer la clé publique
    ssh-keygen -t rsa

    Rediriger temporairement le port 22 vers le port perso choisi pour le ssh du nas si jamais tu l'as modifié sinon on aura un timeout

    ssh-copy-id -i ~/.ssh/id_rsa.pub admin@ip_nas -p 22 (ou port perso)

    scp ~/.ssh/id_rsa.pub admin@ip_nas:~admin/.ssh/

    Puis depuis le terminal ouvert sur le synology ajouter la clef au fichier authorized_keys de l’utilisateur que vous mentionnerez lors de la connexion

    cat /volume1/homes/admin/.ssh/id_rsa.pub >> /volume1/homes/admin/.ssh/authorized_keys
    1. Relancer le service en désactivant et réactivant le service ssh (cf étape 1 ci-dessus)
    2. Modifier les droits des dossiers utilisateur pour que le démon SSH puisse accéder aux fichier authorized_keys

    chmod 755 /volume1/homes/admin
    chmod 700 /volume1/homes/admin/.ssh
    chmod 644 /volume1/homes/admin/.ssh/authorized_keys

    Enfin tu peux tester la connexion en faisant un :

    ssh admin@ip_nas -p 22 (ou port perso)

    Aucun mot de passe ne devrait être demandé.

    Désolé c'est un peu fouillis mais c'est ce que j'ai pu glané à droite à gauche pour faire fonctionner cette synchro, et chez moi avec ça, ça tourne impeccable.
    J'espère que ça le fera pour toi 🙂

    Je viens de suivre à la lettre ton explication et voila le message que j'ai :

    ~# ssh admin@ip -p port
    Enter passphrase for key '/root/.ssh/id_rsa':
    

    Il me demande donc un Mdp ..

    Une idée du problème ou de comment le résoudre ? Y a t'il d'autre moyen de synchro mon dedie avec mon NAS sans laisser mon pc allumé h24 ?

    • xavier a répondu à ça.

      Gaume Salut.
      Non laà c'est un passphrase.
      Quand tu génères un certificat il te demande un mot de passe et là tu laisses vide.

      Sinon comme dit @Aerya
      Syncthing qui a l'air d'être au top

        xavier

        Je vais regarder ce soir. Je pense en effet que lors de la génération du certificat, j'ai mis un mdp

        Aerya

        Je vais regarder. Je suis aller sur ton site pour regarder et avant de faire n'importe quoi j'ai juste une ou deux question.

        • Pour le user, je dois utiliser lequel ? J'ai deux users, celui de rtorrent qui n'a pas d'acces SSH et j'en ai un autre pour l'acces SSH / root. Du coup la config est elle différente ?

        Pour la partie avec sudo, si je me connecte en route pour taper la commande est ce que sa fonctionne ?

        Merci d'avance

        Il faut utiliser ton compte root alors (et ne pas mettre "sudo"). Tu ne peux pas planter ton serveur en installant Syncthing, y'a aucun risque notamment du fait qu'il n'y a rien à toucher au niveau de Nginx, souvent la partie la plus problématique quand on connaît peu.

        Ok sa roule je vais regarder sa ce soir quand je serais à la maison. Merci pour le coup de main !

        Alors la synchro semble bien fonctionner mais le/les fichiers ne s'enregistrent pas sur le NAS et le chargement recommence indéfiniment. Est ce qu'il s'agit d'un problème de droit sur le dossier de destinations ? (Lorsque la barre de transfert arrive à 100% le transfert recommence depuis 0 )

        Merci d'avance

        Tu as bien crée le fichier tmp sur ton nas ?
        C'est ce dossier tmp qui te sers de dossier transitoire entre ton dédié et ton nas, sans celui-ci le transfert boucle sans cesse.

        Comme le dit Fana c'est soit un souci de dossier soit un souci de droits.

        On est d'accord que le dossier tmp doit être dans le dossier de réception ?
        Ce qui donne quelque chose comme ca :

        /volume1/reception
        /volume1/reception/tmp
        • fana a répondu à ça.

          En fait je ne suis pas certain qu'il faille un /tmp. Je n'en ai pas et tout va bien.

          Dans mon dossier de réception je n'ai que le fichier .stfolder qui est "en lien avec Syncthing".

          Voici les droits d'accès (barbare en autorisant Everyone mais ce NAS n'a pas d'accès direct à Internet)

          Et les conditions de partage