CoolRaoul

Le fait de ne pas indiquer dans tes messages le texte exact de cette "erreur telnet", c'est pour proposer un challenge intellectuel aux membres du forum, ou juste un oubli?

Suffit d'activer le log de la façon que j'ai indiqué Tu peux ajouter "set -x" aussi en début de script pour plus de verbosité) Tu y verra tout de suite plus clair au lieu de travailler en aveugle comme jusqu'ici

Installé oui mais ou? Pour que le script exécute cet outil il est necessaire que la commande "ser2net" soit dans l'un des repertoires du PATH. Le contexte d'exécution lors du démarrage n'est pas le même qu'en mode nominal. Il est possible que certains pres requis ne soit pas encore actif au moment ou ton script est exécuté En plus la séquence de démarrage DSM est assez complexe, mal documentée et certaines parties d'exécutent en parallèle, ce qui peut poser des problèmes Plus particulièrement, si tu a besoin de composant d'optware, il est tres possible, que le montage de /opt ne soit pas encore opérationnel au moment ou ton script s'exécute. (et dans ce cas, contrairement à ce que j'ai dit, si optware est un pre requis, il sera mieux de mettre alors ton script dans "/opt/etc/init.d"

Est-ce que le serveur DLNA du NAS est detecté par un PC ? Par exemple, sous Windows, ça se manifeste par un icone de ce type dans le voisinage réseau: Si c'est le cas alors le problème est du coté de la BOX. Sinon, J'imagine, vu que tu soupconne les parefeu, que tu as déja fait des tests avec le pare feu du NAS désactivé?

Un NAS sert à partager des *fichiers*, pas des *logiciels windows* Une solution serait donc d'installer le (ou les) logiciels sur les deux postes, et, sur le poste "nomade", accéder aux fichiers du NAS en mode partage Windows (en utilisant des chemins "dossier_distant" ou en connectant des lecteurs réseau) via une connexion VPN (le service VPN serveur étant activé sur le NAS). Malheureusement pour toi, vu que tu dis "je ne m'y connais pas trop" ça risque de ne pas être trivial à mettre en place (configuration VPN client et serveur, ouverture des ports dans le routeur pour l’accès à distance, mettre en place un nom dns dynamique). A priori, ici on devrait pouvoir essayer de t'aider, mais si tu part de zéro, ça risque d'être long est complexe. Faut aussi te renseigner au préalable aupres de ton fournisseur, savoir si tes logiciels de compta sont compatibles avec une utilisation avec des données partagées en réseau.

Pour les scripts perso, choisir plutôt le répertoire "/usr/local/etc/rc.d" (à créer si il l'existe pas) Commencer par mettre le script dans ce dossier, et inutile de le dupliquer ailleurs. Eviter les références à "/opt" (optware) au startup, car le démarrage d'optware n'est pas forcément déjà effectué au moment de l'exécution du script. ton script lance une commande "ser2net", cette commande n'existe pas par défaut dans DSM Enfin, pour avoir une trace de ce qui se passe, ajoute un fichier log en ajoutant la ligne suivante en début de script: [ -t 2 ] || exec > /tmp/S999php.log 2>&1

Non on peut, c'est comme ça que je fais.

Ce n'est pas "au cas ou", c'est nécessaire Pour quelle raison as-tu mis un espace apres le "=" dans la ligne ? rep_cible=/volume1/stockphoto/2004-2009(il n'y en avait pas dans mon exemple)

un espace entre "set" et "-x" Et aussi: rep_cible=2004-2009 Faut mettre me chemin complet!! rep_cible=/volume1/<a_toi_de_compléter_ici>/2004-2009 Si /volume1/stockphoto/2004-2009/backup200409.sh est le nom de ton script, n'aurais-tu pas oublié de faire un "chmod +x" sur ce dernier?

Ajoutes la commande "id" en début de script et donnes-nous le résultat Et aussi "set -x" juste avant, histoire de savoir à quel endroit se produit le "permission denied"

Ton probleme n'est pas spécifique au planificateur: il s'agit d'un script qui ne fonctionne pas. Tu ne sais pas pourquoi puisque tu n'a pas redirigé les sorties dans un log. Donc, pour les problemes de scripting, en général on poste ici: http://www.nas-forum.com/forum/forum/131-terminal-telnet-et-ssh/ Le mieux est, en début de script de mettre une commande "cd" vers le bon répertoire de travail En plus il vaut mieux, par précaution, définir correctement le PATH pour que la comamnde 7z puisse être trouvée (elle est dans /usr/syno/bin) Voici comment je ferais: #!/bin/sh PATH=/bin:/usr/bin:/usr/syno/bin rep_cible=<mettre le dossier cible ici> cd $rep_cible for folder in * do [ -d $folder ] || continue 7z a -mx3 -mmt -ms=off -v2048m "../backup200409/${folder}.7z" "$folder" done Enfin, dans le cas d'un script exécuté en cron, il est utile de générer un fichier log pour visualiser les éventuelles erreurs, Par exemple en ajoutant, à la fin de la commande, dans le champ "exécuter la commande" du planificateur: >/tmp/backup.log 2>&1 Choisir le nom que l'on souhaite a la place de backup.log Ce qui donne, dans ton cas la ligne complète ci dessous: /volume1/photo/backup.sh >/tmp/backup.log 2>&1

Si tu ne comprend pas comment lancer une commande, ça risque d'être trop long à expliquer, franchement... Utilises plutôt la fonction de sauvegarde intégrée dans DSM, ça devrait suffire:

Pour commencer je ne vois pas le rapport avec la section "Monitoring de votre Synology" mais bon ... Pourrait-on voir à quoi ressemble le script ? **EDIT** Et je ne comprend pas bien ce que tu veux dire par "lancé en ssh", mais on verra plus tard.

Bien entendu

Attention par "paquet" je pensais "package ipkg", pas paquet DSM Tiens nous ou courant

Etrange, le paquet "wget" est normalement installé par le bootstrap, tu n'aurais pas du avoir besoin de l'installer à la main. Mais bref, depuis le début on sentait que ton bootstrap avait merdoyé quelque part, et le principal est que ça marche.

Je dois avouer ne pas comprendre non plus la phrase: "je les ai mises dans chaque .ssh/authorized_keys de *chaque* syno," Le dossier ".ssh" n'est pas unique par machine: il y en a (potentiellement) un pour chaque *compte* ($HOME/.ssh) Pour root c'est /root/.ssh, mais pour admin c'est "/var/services/homes/admin/.ssh" (qui correspond en général à /volume1/homes/admin/.ssh)

et "ipkg update" marche maintenant?

Ce n'est qu'un contournement Tu aurais pu répondre à mes questions pour comprendre ce qui coincait

Le compte "admin" ne sert normalement uniquement pour administrer le NAS va l'interface DSM, en ligne de commande on utilise root plutot mais bref c'est toi qui vois ... Tu veux que ces copies s'exécutent en cron, sans connexion interactive c'est bien ça?

Tu es bien sur d'etre root quand tu fait cette commande? que donne la commande (tu peux mettre n'importe quoi à la place de "toto")

Non, Il te suffit de générer *une seule clé*. A faire sur la machine à partir de laquelle tu va te connecter sur les different NAS (ton PC j'imagine). La clé publique associée a cette clé devra être déployée dans les differents authorized_keys des comptes de tous les NAS. Ou alors tu veux te connecter sn SSH à partir d'un NAS vers un autre NAS, mais ce n'est pas ce que l'on comprend dans ta prose. Que veux-tu faire avec le compte admin en SSH?

Rien compris... (et pourtant je ne suis pas un newbie en ssh) Peux-tu essayer d'être plus clair? Déja le "généreré des clés en admin sous chaque nas" me laisse perplexe, Il suffit de faire *une seule* génération de clé (privée/publique) et de mettre la clé publique sur tous les authorized_keys des comptes cibles.

Ben voyons, j'ai des trucs perso dans /etc/rc.local moi!!!

M'a l'air out ç fait clean ton install ipkg. A l'occasion faudra essayer d'installer d'autres packages pou voir si ça coince encore