CoolRaoul

Le numéro du port importe peu, de toutes façons on peut choisir ce qu'on veut en ligne de commande. Si tu fait allusion au mode "en clair" (pas de https) suffit, comme j'ai dit, de le laisser écouter exclusivement sur localhost et y accéder via un reverse proxy qui s'occupera du SSL (c'est ma configuration perso, j'utilise nginx pour ça). Possible d'ajouter des règles de filtrage supplémentaire dans la conf proxy (via proxy_pass, allow et deny) pour serrer les boulons.

Essayer d'ajouter "--disable-ssl" en argument de la commande "configure" Compiler sans SSL et le mettre en écoute sur localhost et laisser un reverse proxy s'occuper du https

Tous les syno ont un firewall intégré, j'imagine que tu veux plutot dire que tu ne l'as pas activé alors. Ouvre une fenêtre shell sur le nas principal (de site A) dans celle-ci exécuter:: /usr/sbin/tcpdump host <ip_de_nas_maison> and port 22 tenter une connexion à partir de "Nas Maison", flux orange si on ne voit rien passer dans la fenêtre dans laquelle tourne le tcpdump c'est que ça bloque quelque part au niveau réseau, y a pas à tortiller. Et alors on saura que la cause n'est pas pas due à un problème de clés SSH. PS: as tu tenté une connexion sans clé, par mot de passe?

Alors la je ne comprend plus.. Firewall qui bloque?

Faudrait faire le "grep ..." apres avoir retenté une connexion

Ah oui, j'oubliais, par défaut la config syslog-ng DSM filtre les logs sshd (pfff.. j'te jure ...) Faut appliquer mon correctif donné ici; http://forum.synology.com/enu/viewtopic.php?f=39&t=74141#p284002 et redémarrer la partie ssh serveur.

essayer "grep sshd /var/log/messages | tail "

En mode verbose >= 3 c'est une erreur normale, CF ici, le commentaire de "Kenster" daté Jul 20 '14 at 19:38: "FWIW, the "unknown key type '-----BEGIN'" message and the ones following it aren't error messages. ssh is just checking to see if the key file is in a particular format, and it's being verbose because you asked it to be verbose. " Faudrait plutot regarder les logs coté serveur. (vérifier les droits de ~/.ssh du compte cible par exemple)

Pour ajouter mon grain de sel, je serai très circonspect sur l'opportunité d'utiliser Optware, projet en quasi hibernation quasiment depuis 3 ans, et encéphalogramme plat depuis bientôt deux (Ref: "Optware is DEAD as of MAY 2014") A la limite (mais ça reste sans garantie ni support de ma part) autant partir sur le projet alternatif basé sur Entware qu'un quidam à eu le courage de prendre en main (voir fil du forum anglophone ici) Reste qu'on n'a pas beaucoup plus de garantie sur la pérennité du bidule

Tu donnes en paramètre de la commande "node" (qui attend du javascript donc) le script shell! C'est /usr/local/etc/rc.d/s0001_manage-nodeJS.sh start qu'il faut faire et pas node /usr/local/etc/rc.d/s0001_manage-nodeJS.sh start

Je ne connais rien à MacOS mais je pense que cette appli pourrait également répondre à ton besoin http://sourceforge.net/projects/fugussh/files/ (site web: http://rsug.itd.umich.edu/software/fugu/) Faut bien choisir quand on te le demande l'option de connexion "scp" et pas "sftp"

Tout simplement parce qu'elle n'existe pas sous DSM? DSM, bien qu'assez complet, est un Linux limité par endroit. Faut pas compter (et tu l'a déjà vu avec apt-get) que tout ce qui marche sur une distrib complète type Debian, Fedora ou autre fonctionne "out of the box" sur Syno. Essaie de remplacer sudo -i -u $USER par su - $USER -c /bin/ash Ca devrait le faire Parfois il vaut mieux réinventer la roue, c'est comme ça qu'on apprend et au final on comprend mieux. **EDIT** Au passage, vu que dans le script USER = "root", aussi bien le "sudo" que le "su" sont parfaitement inutiles ici. La ligne: echo "cd $APP_DIR && PORT=$PORT NODE_ENV=$NODE_ENV NODE_CONFIG_DIR=$CONFIG_DIR $NODE_EXEC $APP_DIR/$NODE_APP 1>$LOG_FILE 2>&1 & echo \$! > $PID_FILE" | sudo -i -u $USER devrait pouvoir être remplacée par les deux lignes ci dessous: cd $APP_DIR && PORT=$PORT NODE_ENV=$NODE_ENV NODE_CONFIG_DIR=$CONFIG_DIR $NODE_EXEC $APP_DIR/$NODE_APP 1>$LOG_FILE 2>&1 </dev/null& echo $! > $PID_FILE **EDIT #2** Même ci c'est sans grande importance ici, je constate que l'auteur du script écrit ses messages d'info dans stdout (sortie standard) au lieu de stderr (sortie d'erreur) ce qui est une pratique déconseillée. La plupart des occurences de "echo" (à l'exception de celui de la fonction "get_pid") devrait être remplacées par "echo >&2"

Avec Notepad++ c'est cette option qui gère les saut de lignes: L'encodage c'est autre chose, ça concerne la façon dont sont enregistrés et interprétés les caractères accentués et autres. Les sauts de lines, dans le monde Unix, sont constitués d'un simple octet de valeur décimale 10 (Newline). Dans le monde DOS puis Windows on a pris l'habitude d'utiliser une séquence de deux octets, "retour chariot" (Carriage return, valeur 13) suivi de ce même newline. Quant au "premier caractère" dont tu parle c'est le BOM, qui sert à indiquer à Windows le codage UTF-8. C'est parce que Notepad++ tient compte du format des marques de fin de ligne quand il lit un fichier et le conserve lors de son enregistrement.

Pour ma part, je préconise de *toujours* spécifier le PATH *dans* le script, au début, ce qui le ferait ressembler à #! /bin/ash PATH=/home/steph/mes_scripts:/bin:/usr/bin:/usr/syno/bin # on peu ajouter /sbin,/usr/sbin et /usr/syno/sbin si necessaire Dans les cas ou le script est susceptible d'être invoqué dans différents contextes (au boot, manuellement, en cron, etc ...) , on évite ainsi des éventuels effects de bords d'un PATH hérité de l'appellant farfelu, incomplet et/ou remplaçant des commandes système.

Ah, me suis trompé, DSaudio et DSfile utilisent bien le serveur http système (ports 5000 en http et 5001 pour https) et c'est également le cas de DSNote (CF ici) Les ports personnalisés ne sont pas utilisés (sauf si spécifiés explicitement dans le champ adresse du formulaire de connexion) par les applis smartphone. Dans ce cas je ne comprend pas comment il est possible que DSnote se connecte et pas DSAudio et DSfile

Tu devrais aller vérifier dans le panneau de configuration de DSM, dans la rubrique "portail des applications" si il y a bien des ports affectés à dsaudio et dsfile.

Toujours pas corrigé (plus de deux mois déja ) C'est sans espoir d'avoir au moins droit au shell (perl en plus serait la cerise sur le gâteau)

Peux-tu nous en dire un peu plus sur ce que tu constates: quel est le message d'erreur? le refus de connexion est-il instantané apres appui sur "connecter" ou au bout d'un délai (timeout) Pour investiguer plus avant (et si tu te sens de le faire) faudrait te connecter root en ligne de commande sur ton NAS (ssh ou telnet). Ensuite un ifconfig -a | grep ppp devrait de permettre de vérifier le nom de ton interface VPN ppp300 chez moi: fserv> ifconfig -a | grep ppp ppp300 Link encap:Point-to-Point Protocol tu pourras alors surveille le traffic réseau dans le tunnel VPN avec la commande suivante: tcpdump -i ppp300

Pour te connecter au Syno via DSFile, utilises-tu bien l’adresse IP du NAS sur le lan (a.b.1.x donc)?

Tant qu'à entamer la guerre de religion: pour moi c'est Emacs sur PC (Aquamacs pour ceux qui ont choisi le coté obscur), accès transparent au NAS par ssh via "tramp" (que du bonheur) Non mais...

Si tu ne changes qu'un disque à la fois, tu retrouvera ta conf intégralement car DSM duplique la partition système en miroir sur tous les disques du NAS. Au passage sache que chaque sauvegarde s'accompagne d'une sauvegarde de conf, non désactivable: Il est d'ailleurs possible de mettre en place une tache de sauvegarde ne sauvegardant que la conf et aucune donnée (exemple: en quotidien ou hebdo, en conservant une dizaine de versions. C'est simple et efficace et occupe peu de place) Lors de la restauration de données il te sera demandé si tu veux également restaurer la conf. Donc pour ta manip je te conseillerai de faire les chose dans cet ordre arrêter le NAS remplacer son disque 1, redémarrer s'assurer de l'initialisation du volume 1 sur le disque 1 en mode "basic" restaurer les données a partir du 2 arrêter de nouveau remplacer le disque 2 redémarrer s'assurer de l'initialisation du volume 2 sur le disque 2 en mode "basic" faire une sauvegarde initiale 1 vers 2.

Décourageant... Avec ce critère, chez Western seuls les WD Red WD20EFRX (2TO) semblent recommandables .Je devrais choisir quoi alors? **EDIT** "chez Toshiba le retour se fait nécessairement par l'intermédiaire du revendeur " En creux voila qui confirme mon impression de tout à l'heure: à part Toshiba, nombre de retours ne sont pas comptabilisés.

J'ai toujours été perplexe sur ces statistiques. On lit dans l'introduction: Dans de nombreux cas le SAV est assuré directement par le constructeur (c'est justement le cas de WD). Donc un grand nombre de retours se fait sans que le e-commercant en question en soit informé non? Par exemple, materiel.net n'assure la garantie en direct que durant la première année (cf ici) ca signifie que, dans leur cas, les statistiques ne pourraient prendre en compte les pannes survenues après un un an.

La vérité est que 2x3Go c'est déjà surdimensionné pour mes besoins. A la limite, mieux vaudrait-il peut-être que je reste plus raisonnable et m'en tienne à 2x2Go.

Ah en effet, j'avais pas percuté qu'il s'agissait d'un service externe. Merci pour l'info, je connaissais pas. Et si en plus il existe une version gratuite, en effet pourquoi s'en priver.