-
Compteur de contenus
5900 -
Inscription
-
Dernière visite
-
Jours gagnés
58
Tout ce qui a été posté par CoolRaoul
-
A noter qu'elle est Incluse avec le DDNS gratuit de Synology.
-
Je serais intéressé de savoir si l'update écrase le contenu de "/etc/httpd/conf/httpd.conf-user" pour décider si je peux la faire à distance ou si j'attend d'être de retour à la maison.
-
Le pb de synchro n'était pas lié à l'update: je l'ai eu aussi en début d’après midi et ça duré quelques heures. Sans doute un coup de vapeur sur les serveurs DDNS de chez Syno.
-
Nom De Domaine Dans Lien De T
CoolRaoul a répondu à un(e) sujet de Efcis dans Installation, Démarrage et Configuration
Il est en effet possible que je n'ai pas bien compris quel sens il fallait donner à "liens de téléchargement" C'est aux "liens partagés" créés avec filestation auxquels je pensais (ma réponse s'appliquant à ce contexte). Faut reconnaître que l'exposé du problème est un peu vague -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Pour le compte "root" c'est /root/.ssh/ Bizarre que l'expansion du "~" ne marche pas en cron, peut-être que $HOME est indéfini dans ce cas mais j'en doute -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Sous DSM, la commande "ssh" est dans "/usr/syno/bin" Ce chemin n'est pas dans le PATH des commandes lancées en cron et/ou via le gestionnaire de tâches Faut donc ajouter : PATH=/usr/syno/bin/:/bin:/usr/bin en tête de ton script Et, pour faire bon poids, remplacer >> /volume1/web/log.txt par >> /volume1/web/log.txt 2>&1 sous peine de perdre la sortie d'erreur -
Nom De Domaine Dans Lien De T
CoolRaoul a répondu à un(e) sujet de Efcis dans Installation, Démarrage et Configuration
Peut-être suffirait-il simplement de renseigner le nouveau nom hôte+domaine (fqdn) dans le panneau de conf DSM -> accès externe -> avancé -> "nom d’hôte ou IP statique" A essayer en tout cas -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Si je comprend bien, le script dont tu a parlé un peu plus haut ("qui exécute toutes ces taches et a la fin il eteint le syn avec cette commande : nohup shutdown -h now") fonctionnait jusqu'alors et en lui ajoutant la commande ssh il ne fonctionne plus? La c'est incompréhensible je ne sais pas quoi dire. Faut commencer par supprimer la commande ssh et voir si il fonctionne toujours Et ensuite, tu peux ajouter la ligne ci dessous en tete de script (la ligne juste apres celle d'en-tete "#!/bin/sh"): exec > /tmp/monscript.log 2>&1 comme cela tu pourra aller lire le .log pour voir ce qui coince. -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Je ne comprend pas pourquoi tu trouves "pas pratique d'y accéder" maintenant que tu as appris qu'il s'agit d'un répertoire alors que ça ne semblait pas te poser de problème quand tu pensais que c'était un fichier -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Attention ce n'est pas un fichier mais un répertoire qui contient des scripts. J'en ai expliqué le principe aujourd'hui même ici: tout à fait Tous les scripts de /usr/local/etc/rc.d qui respectent les règles de nommage que j'ai indiquées dans mon autre post sont exécutés dans l'ordre alphabétique de leurs noms (sauf en cas de crash quand même!) C'est l'intéret de "/usr/local": tout ce qui est situé en desous de ce dossier est sauvegardé lors des updates DSM -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Faut dire que la commande "shutdown" il me semble bien qu'elle n'existait pas avant DSM 5 : Il n'y avait que la commande poweroff dont je n'ai jamais été certain qu'elle fasse vraiment un arrêt "propre" (attente que chaque package se termine par exemple) C'est pourquoi que j'ai toujours préféré l'autre approche. En outre mettre tes taches d’arrêt dans un ou plusieurs scripts dans "/usr/local/etc/rc.d", fera qu'elles seront également exécutée lors d'un arret initialisé via le GUI ou même via le bouton "power" de façade. Ça peut être utile et pratique. -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Je faisais référence au script qui éteint le PI Pour éteindre le syno de façon planifiée je conseillerai plutôt la méthode "native": panneau de conf DSM -> matériel et alimentation -> planif alim -
Executer Un Script Bash Au Moment Du Shutdown
CoolRaoul a répondu à un(e) sujet de Zoolook dans Installation, Démarrage et Configuration
faut mettre le script dans le répertoire "/usr/local/etc/rc.d" son nom doit avoir pour suffixe ".sh" son mode doit être 755 tester le premier argument ($1). Au shutdown ce dernier vaudra "stop" ("start" lors du boot). (dans un "case $1 in ..." par exemple) Par contre le shell "bash" n'est pas disponible sur syno, utiliser "ash" (ligne shebang à utiliser: "#!/bin/ash") à la place. -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Les étapes 5 à 7 peuvent se résumer à éditer directement ~root/.ssh/authorized_keys sur le PI et copier/coller dans l'éditeur le contenu du fichier .pub (une simple ligne, attention à sa longueur) -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Juste une petite précision sur une phrase qui pourrait être insuffisamment claire: Il s'agit bien d'ajouter le *contenu* du fichier ".pub" généré sur le syno au "~root/.ssh/authorized_keys" du PI (ce dernier étant à créer si il n'existe pas déjà.) . Et l'ascii art qui s'affiche lors de la génération peut être oublié. -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Pour la localisation du script de shutdown dans "/usr/local/etc/rc.d" c'est nécessaire dans la mesure ou on souhaite qu'il soit exécuté *automatiquement* lors de l’arrêt du Syno. Je ne vois pas comment tu peux faire autrement. Mais, on va essayer traiter un seul problème à la fois si tu veux bien. Je viens de refaire la manip et j'ai bien deux fichiers dont le ".pub": fserv> ls ~/.ssh/pi* /root/.ssh/pi-shutdown /root/.ssh/pi-shutdown.pubcomprend pas que ca ne marche pas chez toi avec la même version de DSM Tu me confirme qu'a la suite de la commande "ssh-keygen" tu n'as que le 1er fichier (sans suffixe .pub) dans le répertoire ".ssh" ? PS: j'ai bien précisé dans chaque cas si les commandes sont à faire ou les fichiers à modifier soit sur le syno soit sur le PI. -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Vue que ma suggestion d'utiliser "shutdown" à été recalée pour la raison "coupe XBMC brutalement", m'étonnerait que tu ais plus de succès avec ta proposition d'employer la commande init. -
Suffit de mettre dans le dossier à protéger un fichier nommé ".htaccess" avec le contenu suivant: order deny,allow deny from all Allow from 192.168.0.0/24 "192.168.0.0/24" est une adresse de réseau et est a adapter en fonction du ce qui est utilisé par ton réseau local. Ca autorisera les connexions à partir de ce dernier uniquement.
-
Acces Nas Par Gestionnaire De Fichier Long...
CoolRaoul a répondu à un(e) sujet de Pouet25 dans Accès à vos données
pas besoin de mapper, suffit de créer un raccourci sur le bureau (ou ailleurs) -
Acces Nas Par Gestionnaire De Fichier Long...
CoolRaoul a répondu à un(e) sujet de Pouet25 dans Accès à vos données
Normalement, même si Windows ne "voit" pas un partage réseau (le protocole de browsing, hérité de Lan Manager, est hélas particulièrement peu performant. Ça fait longtemps qu'on ne l'utilise plus en entreprise par exemple) il est toujours possible d'accéder aux dossiers partagés en utilisant directement une syntaxe de chemins de type UNC: ("nom_ou_ip_du_NAS" ou "nom_ou_ip_du_NASnom_de_partage") Ca ne fait pas l'affaire? -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
(surprenant qu'une commande d'arret XMBC arrete également Linux, mais tu dois mieux connaitre cette machine que moi) Sinon, vu l'absence de remarques sur le reste de mon post, on peut conclure que les réponses conviennent? **EDIT** Suis allé parcourir le wiki de XMBC Et j'ai bien l'impression que la bonne commande est plus "XBMC.powerdown" que "XBMC.quit". -
[Resolu] Commande Ssh Du Synology Vers Autres Linux
CoolRaoul a répondu à un(e) sujet de Petit_bill dans Terminal Telnet et SSH
Plusieurs choses: Je n'ai pas manipulé de Raspberry mais je serais surpris que ce soit une commande dans le style de 'xbmc-send --action="XBMC.Quit" 'qui fasse un shutdown du bidule ("shutdown -h now" me semblerait plus approprié) Le switch "-c" de la commande "ssh" sert à forcer le type de cryptage utilisé lors de la session et requiert un argument. La présence de ce switch dans ta commande est fort probablement une erreur de ta part. une fois trouvée la bonne commande et l'avoir incluse dans un script de shutdown (je suppose que tu as prévu de faire ça dans "/usr/local/etc/rc.d") penser à insérer un délai pour laisser le temps au PI de s'arréter effectivement. pour ne pas avoir à saisir de mot de passe faut passer par une authentification par clé: génération d'une paire de clé privée/publique dédiée au shutdown du PU, sans passphrase, sur le syno (commande "ssh-keygen -f <chemin_fichiee_clé>"). Pour le chemin, ~root/.ssh est l'endroit approprié (par sécurité il est requis que seul root ait accès à ce répertoire en écriture mais autant verrouiller la lecture aussi). La commande ressemblerai alors à: ssh-keygen -f ~/.ssh/pi-shutdown ajouter la clé publique générée ci dessus (contenue dans ~/.ssh/pi-shutdown.pub) dans le fichier ~root/.ssh/authorized_keys du PI (on peux même forcer ici la commande "shutdown" en préfixant la ligne avec "command=/bin/shutdown -h now" comme expliqué ici) donner le chemin de la clé privée en argument de la commande ssh sur le syno (ssh -i ~/.ssh/pi-shutdown) Remarque complémentaire: un NAS est optimisé pour rester en fonction 24/24. Le redémarrer une fois par jour n'est pas optimal pour la durée de vie des composants (et surtout des disques). -
Et alors bonjour le trou de sécurité! En faisant ça, *toutes* les commandes liées à busybox vont s'exécuter avec les privileges root. Etant tombé sur ce "conseil" dans le forum US j'avais déjà failli tomber de ma chaise en le lisant (ici: http://forum.synology.com/enu/viewtopic.php?f=90&t=49585#p200510)
-
Le sujet XPenology risque d'être un peu sensible sur ce forum "semi officiel" (car référencé sur le site constructeur) Beaucoup font une confusion, s'appuyant sur la présence d'une majorité de code sous GPL dans DSM et en déduisent que l'intégralité de DSM est libre. Mais ce n'est pas vraiment le cas. Si on lit bien le contenu de la licence d'utilisation des logiciels fournis par Synology pour ses matériels: (http://www.synology.com/fr-fr/company/terms_conditions#tabs_terms_EULA), Il est simplement indiqué que le logiciel *comporte* des composants GPL mais en aucune manière que l'intégralité du logiciel est dans ce cas. En outre, l'utilisation du logiciel sur un autre matériel que celui de la marque Syno ne me semble pas autorisé: "Synology vous octroie une licence personnelle limitée, non exclusive et non transférable pour installer, exécuter et utiliser une copie du Logiciel sur le Produit seulement dans le cadre de votre autorisation d'utiliser le Produit." NB: pour être honnête je dois avouer avoir utilisé personnellement ce "repackaging" de DSM, mais uniquement sur une machine virtuelle et exclusivement à titre de tests. Le cas de l'utilisation sur un matériel tiers comme machine principale me semble déjà plus discutable.