• NAS

  • Monter un répertoire du dédié sur Xpenology

Bonjour,

Je viens de prendre un dédié chez online, j'ai installé transmission pas de soucis.
J'ai sur mon nas chez moi sonarr et couchpotato pour la recherche, qui envoi ensuite vers le dédié.
J'aimerai monter le répertoire de téléchargement de mon dédié sur mon nas (synology) pour que sonarr et couchpotato aillent piocher dedans pour rapatrier en local.
J'ai réussi à monter le répertoire en sshfs et tout fonctionne bien, mais dès que je ferme putty, le répertoire se démonte.
Je n'ai pas reussi à mettre en place une connexion par clé entre les deux, donc, je n'arrive pas à créer un montage auto au demarrage du syno (obligé de tapper le mot de passe).
Est-ce que quelqu'un aurait une idée ?

Merci

Hello,

Personne n'a d'idée ? J'ai essayé plusieures solutions en passant par fstab, mais à chaque fois j'ai "invalid arguments".

Merci

Salut,
J'ai pas sshfs d'installé sur mon Syno donc je peux pas tester directement mais sur mon dédié voilà la syntaxe que j'utilise dans /etc/fstab

<user_ssh>@<domain.tld>:<source_directory> <target_directory> fuse.sshfs rw,nosuid,nodev,uid=1000,gid=1000 0 0

Les uid et gid sont à modifier selon ton utilisateur sur le Synology.
Par contre pour que cela fonctionne, il te faudra une connexion par clé. Qu'est ce qui bloque dans tes tentatives d'utilisation des clés ?

J'ai testé la même syntaxe sur mon syno, mais toujours le même problème.
C'est bien les uid et gid de l'utilisateur du syno qu'il faut mettre ou celui du serveur (j'ai testé les 2).

Pour les clés, j'ai créé les clés sur le syno avec un user, et j'ai copié le .pub sur le serveur (bonne méthode ?)
Mais quand je monte le repetoire en manuel sur le syno, il me demande toujours le mot de passe.

Est-ce qu'il faut un user avec le même nom sur le serveur et sur le syno ?

Merci

    clem73
    Salut,
    Ta méthode pour les clés n'est pas la bonne. La clé publique doit être ajoutée dans le fichier
    .ssh/autorized-key du home de ton utilisateur ssh du dédié. Pour celà tu as deux méthodes.
    Méthode automatique (Sur le NAS):

    ssh-copy-id -i ~/.ssh/id_dsa.pub <user_dédié>@<adresse_dedidé>

    Une fois rentré ton mot de passe, la clé sera automatiquement ajoutée.

    Méthode manuelle :
    - Sur le NAS : copier le contenu du fichier ~/.ssh/id_rsa.pub
    - Sur le serveur : coller la ligne dans le fichier .ssh/authorized_keys du home l'utilisateur que tu utilises pour te connecter au serveur en SSH.

    Pour tester : ssh <user_dédié>@<adresse_dedidé>

      Parfait, merci pour ton aide, ça fonctionne pour la clé.

      Plus qu'à trouver d'où vient le problème du fstab.

      Essaye de faire un sudo mount -a , tu devrais voir le message d'erreur retourné par le montage depuis fstab.

      C'est ce que j'ai fait en testant plusieurs parametres, et il me marque :
      mount: mounting username@ipserveur:/download/downloads on /download/downloads failed: Invalid argument

      Tu peux nous montrer ta commande de montage stp .? en masquant les infos perso ofc.

      Si je fais:

      sshfs user_serveur@ip_serveur:/download/downloads /download/downloads -o allow_other,nonempty

      Le répertoire se monte bien. Mais dès que je ferme la fenêtre de commande ssh, il se démonte.
      Sinon dans fstab, j'ai essayé plusieurs choses.

      <user_ssh>@<domain.tld>:/download/downloads /download/downloads fuse.sshfs rw,nosuid,nodev,uid=0,gid=0 0 0

      (d'après l'indication de sunnay)

      <user_ssh>@<domain.tld>:/download/downloads /download/downloads fuse.sshfs no-canonicalize,rw,nosuid,nodev,allow_other 0 0

      (copié depuis mtab une fois le répertoire monté en manuel)
      j'ai aussi testé le format :

      sshfs#user@machine:/download/downloads /download/downloads fuse.sshfs no-canonicalize,rw,nosuid,nodev,allow_other 0 0

      A chaque fois, j'ai invalid arguments.

      Sinon, j'ai aussi tenté de lancer la commande manuelle via un script qui se lance au démarrage, mais ça n'a pas l'air de fonctionner non plus.

      J'ai ajouté les balises code, c'est un peu plus sympa à lire.
      Peux-tu tester avec ça stp ?

      sshfs#user@server:/download/downloads /download/downloads          fuse            port=XXX,user,noatime,allow_other,nonempty,_netdev     0 0

      Désolé pour les balises, je n'avais pas trouvé comment faire.

      J'ai testé ce que tu me conseilles, mais pas mieux. Le port, c'est bien le même que le port ssh ?

      Merci

      Normalement oui. Pour faire simple le forum est compatible avec les balises BBCode.

      Vu que je vais en avoir besoin, j'ai installé sshfs sur mon syno et je n'arrive pas non plus à monter le répertoire distant depuis fstab ni avec ma syntaxe, ni avec celle d'Aerya.

      mount: wrong fs type, bad option, bad superblock on sshfs#<user>@<domain.tlf>:<dossier_source>,
       missing codepage or helper program, or other error

      J'ai fait quelques recherches et apparemment le DSM ne gère pas normalement le fichier fstab, notamment pour la reconnaissance des fs ...
      Je vais voir si je trouve une solution.

      Moi j'ai un script qui remplace le fichier fstab au demarrage déjà, car apparemment, il est remis à zéro à chaque démarrage.

      Tu as installé sshfs depuis le repo synocommunity ?

      Par contre j'ai jamais eu ce message. Tu l'as eu où ?
      Sinon pour du temporaire, en montant en manuel, ça marche nickel.

        clem73
        Oui j'utilise bien le package installé depuis le repo synocommunity. Pour le message que j'ai collé, il apparaît après la commande sudo mount -a
        Après m'être battu avec le fstab, j'ai déclaré forfait et je suis passé par un job cron.
        vi /etc/crontab
        Et j'ai rajouté la ligne :
        @reboot <user_nas> sshfs -o uid=1026 -o gid=100 <user_dedie>@<domain.tld>:<dossier_source> <dossier_cible>
        C'est pas idéal mais ça fonctionne et le répertoire est monté à chaque redémarrage.
        Attention, @reboot, <user_nas> et la commande de montage doivent être séparés par une tabulation et non par un espace.

          Ca ne fonctionne pas chez moi. La ligne disparait au redémarrage.
          Tu es sous DSM 6 ? Moi sous DSM 5 (xpenology oblige), et on ne peut pas mettre de tache au démarrage/arrêt il me semble, que du programmé (heure minute, jour...)

            clem73 ok, je comprends mieux... Xpenology ce n'est pas le DSM, je renomme.

              Aerya a renommé le titre en Monter un répertoire du dédié sur Xpenology.