CoolRaoul

https://www.box.com/s/qfji0fj5goekk9zyc4yi

Merci du témoignage! Faudrait prendre le temps d'essayer la clé sur un PC, de faire un enregistrement avec un logiciel adapté. Si dans cette configuration les pistes de sous-titres videotext sont présentes, le probleme est bien du coté de videostation et il sera alors temps d'ouvrir un dossier de support chez Synology. Je propose que le premier qui fait la manip vienne poster le résultat ici.

Vérifie si tu peux te connecter en utilisant ton IP externe dans l'url. Il y a pas mal de problemes DDNS signalés en ce moment **EDIT** Tu peux aussi jeter un oeuil dans les journaux systèmes de DSM (icone dans le menu principal), tu trouvera peut-être des infos sur ce qui se passe

Suffit de ne pas activer pas la redirecton https->http et ainsi plus de risque de retomber sur le meme probleme. Donc tu pourras ensuite expérimenter sans risque.

Les grands esprits se rencontrent.. (CF mon lien)

Tu as la liste complète sur http://www.synology.com/support/faq_show.php?q_id=299&lang=fre Ensuite tu ouvre les ports des services auquels tu as besoin d'accéder de l'extérieur.

http://www.synology.com/support/faq_show.php?q_id=127&lang=fre

Alors désolé je ne parviens pas à comprendre pas ton probleme, je croyais que tu ne parvenais pas a ouvrir les ports de la Freebox, ce qui n'est pas un probleme synology En plus tu ne met que des copies d'écran linux et freebox: comprend que l'on ait du mal à percuter ou tu veux en venir, dans le contexte Synology. Tout ce que je vois est que tu as redirigé le port 5900 de ta box vers le Syno. Ce port ne correspond à *aucun* service DSM connu (http://www.synology.com/support/faq_show.php?q_id=299&lang=fre). Donc pas étonnant que le scan de port échoue, le port est redirigé mais il n'y a aucun service à l'écoute

Avec l'upnp activé sur la freebox cela permet aux applications qui supportent ce protocole (comme ton transmission apparement vu le screenshot) d'ouvrir les ports dynamiquement sans avoir a le faire de façon statique dans la config de la box L'important est juste que le NAS ait une IP statique, que tu le fasse en DHCP avec un bail permanent comme ici ou en configurant l'adddesse IP en dur sur le NAS est équivalent sur le résultat obtenu. C'est surtout qu'il s'agit d'un probleme entre ta freebox et ton client transmission sur ton PC Linux, donc le synology n'est pas dans le circuit (et ce n'est pas vers lui qu'il faudrait rediriger ces connexions-là d'ailleurs) Donc serait plus approprié de chercher de l'aide sur un forum freebox et/ou transmission.

Ce n'est plus vraiment un probleme syno la il me semble Sinon comme que tu as coché la case "utiliser upnp" dans la config de transmission, je suppose que c'est parce que tu as aussi activé l'upnp sur ta box, et par conséquent, inutile de faire une redirection statique, les ports seront ouverts dynamiquement en upnp.

http://e-mailing.ldlc.com/bess/pub?id=-1:hgp7pxyt:1:1&nccvq=&RZNVY=wbuapynhqr%40ubgznvy.se

J'ai pu te trouver une doc en ligne de ton appareil (dépeche toi de la télécharger avant que le site disparraisse lui aussi): ftp://ftp.dvico.com/Manual/TViX/S1/TViX_Slim_S1_French.pdf L'utilisation de samba ne semble pas conseillée (page 22): "Nous recommandons la connexion NFS plutôt que la connexion SAMBA"

Il semble pourtant y avoir encore de l'activité dans la section "sujet récents" :http://www.tvix.fr/index.php?option=com_kunena&view=latest&Itemid=99 **EDIT** ah non, semble que ce ne soit plus que du spam **EDIT#** C'est partout pareil apparement, je pense que ca sent vraiment le sapin pour cette marque Bonne chance alors pour trouver de l'aide.

Dans ce cas, peut-etre plutöt poser la question sur le forum DVICO alors? Il y aura forcément la bas plus de personnes connaissant cet appareil qu'ici. Parce que pour se connecter en samba avec un lecteur multimedia, que la cible soit un synology, un PC ou n'importe quel autre serveur supportant CIFS, la méthode sera exactement la même.

Ok, a suivre donc

Bon je reprend posément: lors de ton 1er message tu nous disais "Ce script fonctionne en ssh" Tu l'avais lancé de quelle façon quand il a fonctionné à ce moment-là?. (ou bien doit-on conclure qui'il n'a *jamais* marché?)

Ceci est une réponse à quelle question? **EDIT** « La réponse est oui. Mais quelle était la question ? » (Woody Allen)

Et quelle syntaxe utilises-tu quand ca fonctionne alors (comme indiqué dans ton 1er message)?

Nous voila peu avancés alors Dernier essai et apres je sèche (faudra attendre qu'un spécialiste python passe par ici) En ligne de commande, en lançant le script de cette façon: env - /volume1/Scripts/Wol2PC.py est-ce que ça fonctionne aussi?

Décidément que de problemes avec ces dvico! Si un jour je change ma passerelle multimedia je saurai ce qu'il ne faut pas acheter

La ça ressemble à un bug par contre

Solution:

Le scripts lancé par le gestionnaires de taches (en en détaché en général comme au boot par exemple) n'ont pas le meme environnement que les shells interactifs. Ils n'exécutent ni "/etc/profile" ni "~/.profile" *toujours* mettre la ligne "PATH=" correcte dans un script qui utilise des commandes situées ailleurs que dans les chemins standard ("/bin" et "/usr/bin")

Autre piste pour comprendre, ajoute dans le planificateur de taches, dans le champ de formulaire titré "exécuter la commande",au dessus de ta commande de script une ligne ce ce type: exec >/tmp/monscript.log 2>&1 Ce qui va donner ceci: Tu forces l'exécution du script via le planificateur (bouton "exécuter") et le contenu de "/tmp/monscript.log" devrait te permettre de comprendre la cause de l'erreur

Ben, la syntaxe n'est pas bonne: (le message d'erreur aurait du te mettre sur la voie)Comme tu aurais du le constater sur l'exemple du site Syno, Il ne faut pas de "/" apres "::" Si tu veux apprendre de tes erreurs, quand ça ne marche pas, comme ici, faut essayer de comprendre pourquoi en analysant le message que produit la commande et ensuite de corriger.Essayer au petit bonheur la chance d'ajouter un "/" par ici ou un "" par la est en général moins efficace.