CoolRaoul

Comprend pas ("IP donnée pour supprimer l'option DMZ" ?), désolé.

Tout s'explique: comme tu l'appelles ainsi, ... ben ... ça le vexe et il se venge

Solution élégante et légère en effet (pas de logiciels de base supplémentaire à ajouter à DSM) Attention quand même au cronjob editor, je crois avoir vu recemment dans un des forums de ce site qu'il n'était pas tout a fait exempt de bugs.

Tu t'y prend bien comme ceci pour "voir" ton disque?

Le binaire s'appuie sur des librairies partagées (dll pour les windowsiens) qui seraient manquantes.

Ah zut: comme tu faisais allusion à utiliser des scripts et à crontab, j'en ai déduis que tu maîtrisais ce genre de choses. Bon, (en schématisant beaucoup) Optware est un peu au DSM du Syno ce que Cygwin est à Windows. "Ipkg" est son gestionnaire de packages (l'équivalent de "rpm" de certaines distribs Linux) ce qui fait que beaucoup font la confusion et utilisent les deux noms de façon interchangeable. Il existe des ici et là des tutos pour installer optware, avec une recherche rapide J'ai trouvé celui-ci, mais ce n'est pas forcément le plus didactique. A toi de voir.

Installer optware (ipkg) ajouter le package "wakelan"

Il n'y a pas que la BNF à avoir ce genre de démarche apparemment: http://en.wikipedia....ing_initiatives Mais je reconnais que, ne pas respecter les exclusions spécifiées dans les robots.txt, c'est quand même un peu fort de café En plus faut aller dans la page anglophone pour le voir explicitement spécifié: http://www.bnf.fr/fr...pecial_eng.html :

192.168.1.0 et pas plutôt 192.168.1.50 ?

Une question me turlupine: comment un robot indexeur qui ne va passer probablement qu'une seule fois sur le site peut empêcher le NAS d'hiberner pendant plusieurs jours?

Oups, suis resté bloqué sur le coté "Freebox" et en effet tu as raison.

Ah bon! Je me disais aussi ...

ben puisque ça marche avec shellinabox, quel est le problème? Tu n'as qu'a utiliser shellinabox!

Tu peux développer stp? Puisque tu peux te connecter "admin" sur le syno, tu exécutes la *même* procédure en remplacant "admin" par "root" Si tu as un message d'erreur lors de cette opération, copie-ce dernier en réponse ici qu'on essaie de comprendre ce qui coince.

"admin" : mauvais compte, changer de compte Blague à part, en connexion shell (ssh) utiliser "root" plutôt qu'admin (même mot de passe)

On peut éliminer cette piste: il est chez Free, comme moi et il n'y a pas de problème de ce coté là.

Le fait qu'il ait été inaccessible tout l’après midi (tout en répondant au ping, note bien, il était donc alimenté!) me fait plutôt pencher pour un process qui serait parti en vrille (type fuite de mémoire: j'ai déjà eu le phénomène avec tvheadend avant que je le désactive) jusqu’à faire crasher le système. Au reboot il aurait interprété ça comme une coupure de courant. Ce qui me renforce dans cette idée aussi c'est que, sur la même prise que le NAS, j'ai d'autre équipements qui n'ont pas bronché.

Tu devrait déjà commencer par simplifier ta configuration routeur Freebox il y a beaucoup de choses redondantes et même inutiles: Supprimer toutes les redirections UDP Ne conserver que la redirection de plage de port 5000-5001 en TCP pour commencer Supprimer l'option DMZ Rebooter la freebox (au passage peux-tu nous dire quel est l'usage tu fais des ports 81, 1024 et 55536 à 55543 ?)

On dirait que tu répond à un autre message C'est écrit dans ma signature que je ne suis pas en raid Une fois arrivé a mon domicile j'ai constaté qu'il n'y avait pas eu de coupure de courant (sinon l'horloge du micro ondes clignote), comme je l'ai écrit : "Et bien évidemment il n'y a pas eu de coupure d'electricité" J'ai pourtant bien écrit "Une fois arrivé chez moi, je constate que le Syno a redémarré et que tout semble normal." Un peu dans le coltar non?

Un truc tordu est arrivé a mon NAS aujourd'hui que je ne parviens pas a comprendre En cours de journée me suis aperçu qu'il était devenu impossible de s'y connecter, ca partait en timeout Et pourtant, https://myds.synology.com/ ou je l'ai enregistré, tout était vert, un peu comme ici Ce soir, juste avant d'arriver, je recois la notification Une fois arrivé chez moi, je constate que le Syno a redémarré et que tout semble normal. J'ai bien cherché dans les logs, voir ce qui aurait pu se passer entre ce matin et ce soir et j'ai rien trouvé Et bien évidemment il n'y a pas eu de coupure d'electricité. On ne sait jamais, si il est arrivé le même genre de gag à un autre, les témoignages seront les bienvenus.

Plus besoin de m'envoyer les des deux logs: j'ai trouvé. Pour une raison étrange, ton "channels.conf" contenait des fins de ligne au format dos (crlf), ce que je n'avais pas prévu. J'ai corrigé mon script Récupère la version 2.8 ici: http://pastebin.com/VMZdgEZJ (lien direct sur le source: http://tiny.cc/xml2epg-conf ) Et avant de le relancer, supprime et recrée vide le répertoire EPG pour repartir sur une situation "saine", comme ceci: rm -r /usr/syno/etc/packages/VideoStation/EPG mkdir /usr/syno/etc/packages/VideoStation/EPG

En complément et en attendant que je sois chez moi pour tester, si tu pouvais me générer deux fichiers supplémentaires comme ceci: # re-exécuter le script perl xml2epg.pl http://xmltv.dyndns.org/download/tnt_lite.zip >run.log 2>&1 # et le "ls" du répetoire EPG ls -lg <chemin du repertoire EPG> >ls.log 2>&1 et me faire parvenir de la même façon ces fichiers run.log et ls.log

Comme ça, il n'est pas facile de déterminer où se trouvent les saut de ligne (car je pense que le problème est par là) Faudrait l'uploader *sans modification aucune* sur un site de partage en ligne (box, google drive, skydrive, ...) et me communiquer l'url que je puisse l'utiliser afin essayer de reproduire le problème. L'idéal, pour cela serait de le mettre dans un .tar.gz, avec une commande du genre de: tar cvzf channels.conf.tgz channels.conf[/CODE]

fserv> synouser Copyright (c) 2003-2012 Synology Inc. All rights reserved. Usage: synouser (Version 2647) --help --rebuild {all|(domain Force{0|1})|(ldap Force{0|1})} --enum {local|domain|ldap|all|domain_used} --enumpre {local|domain|all|domain_used} prefix Caseless{0|1} --enumsub {local|domain|all|domain_used} substr Caseless{0|1} --get username --getuid UID --add [username pwd "full name" expired{0|1} mail privilege] --modify username "full name" expired{0|1} mail --rename old_username new_username --setpw username newpasswd --del username1 username2 ... --login username pwd --dbopen2 username --filesetpw filename --create_homes {domain|ldap} **EDIT** dans /usr/syno/sbin **EDIT #2** et c'est documenté ici: http://www.synology.com/us/apps/developer.php

Si possible (si ce n'est déja fait) commencer par mettre tout ça dans un unique subnet (désactiver la fonction routeur du linksys) Tu te simplifierai la vie d'un bel ordre de magnitude.