CoolRaoul

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.

Aucun "coup de bol" la dedans: tant que tu ne touches pas aux droits du partage "photo_externe" une fois créé, étant donné que DSM le génère initialement avec le mode "rwxrwxrwx", ça fonctionne. Je voulais simplement (et surtout) te prévenir de ne pas toucher aux droits de "photo_externe" *par la suite*, pour que Photostation puisse continuer à gérer ce répertoire (générer les thumbnails, éventuellement créer des sous-albums, supprimer des photos).

Ce que tu décris la, c'est un peu le principe de la synchronisation faut dire ... Comment voudrais-tu que cela se passe en pratique?

Dans ce cas en effet ça répond à tes specs Fait cependant gaffe à surtout bien positionner les droits des dossiers de ton nouveau partage "photos_externes". Ils doivent être à lire/écrire/exécuter pour "tout le monde" ("autre" dans filestation) (mais tu peux mettre des droits restrictifs au niveau du dossier partagé, c'est pas incompatible) En effet, comme on l'a déjà expliqué, Photo Station a besoin que les répertoires qu'il manipule (et ça inclue maintenant "photos_externes" via le "mount -bind") soient accessibles en lecture/écriture pour les process apache qui sont exécutés sous le user nobody/groupe nobody. (c'est pour cela que DSM ne permet pas de les modifier normalement : ACL interdites et droits grisés dans filestation pour "Photo") Mais là, tu n'auras plus ce garde-fou, et donc, si tu manipule les droits (via file station ou en partage Windows sur les dossiers et les fichiers de ton nouveau partage, tu risques de rencontrer des dysfonctionnements particulièrement délicats à debugger ensuite. Voila, tu es prévenu.

Dans ce que tu nous décris, je ne vois pas la différence avec la création directe de l'album "photos_externes" dans le partage "photo". Puisqu'ils les utilisateurs sélectionnés vont n'utiliser que l'interface Photo Station pour uploader leur photos, suffit que ces mêmes utilisateurs n'aient pas acces au partage "photo" (autrement qu'a travers de PhotoStation) et c'est tout.

le content de "/usr/syno/etc/packages/VideoStation/channels.conf" m'a l'air bien étrange chez toi J'aimerai bien voir à quoi il ressemble

Tu peux te créer un compte google music (https://play.google.com/music/,) Bien qu'en principe pas dispo hors des US, suffit de passer par un proxy pour initialiser le compte et une fois effectué le proxy n'est plus nécessaire) Tu y télécharges tes mp3 avec l'appli dédiée (Music Manager) Ensuite tu utilise google listen sur ton android qui gère un cache.

Ca ne serait pas plutôt du coté du lecteur que tu utilises pour lire les videos que se situe le problème? Tu peux utiliser mediainfo (http://mediainfo.sourceforge.net/fr/Download) pour visualiser les caractéristiques exactes du fichier .ts généré. Utilises-le pour chercher "aspect ratio"

Tu es sur que la freebox supporte ce protocole? Quelle est la source de ton info? Et si c'était le cas quel est l'intéret ? La bande passante des transferts entre la Freebox et le switch sera limité par bien d'autres facteurs, en amont ou en aval. Tu vas avoir double bande passante théorique entre le NAS et le switch. Mais cela n'a de justification uniquement si tu as *plusieurs* PC connectés au NAS (via le switch) et faisant des transferts à vitesse max *simultanément*. Hors, ici, tu nous parles de connexion ponctuelles d'un seul PC portable: ça ne colle pas! (ou alors je n'ai rien compris)

Dans ce cas tu désactives la fonction routeur de ton routeur et tu ne garde sur ce dernier que la celle de point d'acces WIFI. Tu met tous tes équipements (routeur y compris) dans le même subnet (celui de la Freebox). Tu t'assures de n'avoir qu'un seul serveur DHCP actif sur ton LAN (soit la Freebox soit le routeur) Et alors, avec ça, tout devrait marcher et communiquer sans aucun problème. C'est la configuration type qu'utilisent très certainement plus de 99% des membres de ce forum à leur domicile. Faudra sans doute un peu se palucher la doc du routeur ou aller chercher assistance sur le forum de support de constructeur d'icelui, mais l'investissement en vaut la peine par la somme d'ennuis à venir que tu vas t'épargner je t'assure Si tu persistes dans cette direction tu es parti pour des problèmes biens velus (et en prime je parie qu'on ne va pas tarder à te voir revenir demander de l'aide pour configurer l’accès à ton NAS depuis internet et avec les doubles redirections de ports en cascades requises par ta config actuelle, bonjour...)

Dans ce cas faudrait utiliser un simple switch (c'est sur lui que tu branchera tes appareils) alors plutôt qu'un routeur et ta config sera hyper simplifiée On en trouve des tres corrects autour d'une quinzaine d'euros.

Pourquoi connecter un routeur à la Freebox sachant que cette dernière fait *déja* routeur? Ou alors mettre au moins cette dernière en mode bridge, histoire de ne pas jongler avec deux lans et donc subnets différents et tous les emm ennuis afférents. J'ai l'impression que tu te compliques la vie inutilement (et le problème que tu rencontres en est la démonstration)