CoolRaoul

Oui, enfin, j'ai mis "putty" car je n'avais pas percuté (mea culpa) que tu étais sur Mac, suffit de remplacer par l'outil de connexion ssh que tu utilises. Mais les symptomes que tu as décris correspondent exactement à la séquence: <poste de travail> -> outil ssh natif (quel qu'il soit) connecté sur le compte "admin" du syno -> ssh natif du syno connecté au syno sur le compte root Et pour faire ça c'est simple, une fois connecté au compte "admin" du syno en ssh a partir du Mac, suffit de taper "ssh root@<ip_ou_addresse_du_syno>" (par exemple en se croyant toujours dans le terminal du Mac)

Aussi bien Video Station que DS Video savent en effet générer les srt externes. J'ai juste rebondis sur la proposition d'incorporer les sous-titres dans le flux en suggérant une autre approche, qui a, en plus, l'avantage de pouvoir supporter les sous-titres même dans le cas d'un acces DLNA mais cela ne se voulait pas une réponse au message initial.

J'ai comme l'impression qu'il se connecte sur le syno avec le compte "admin" et, de là, rebondit sur le syno avec le compte root: PC -> putty(admin@syno) -> ssh(root@syno)

Ca ("incorporer les sous-titres dans le flux") implique un transcodage à la volée ce qui est une opération *très* gourmande en CPU. PLEX le fait mais ne supporte pas tous les modèles Syno (entre autre pour ce problème de puissance requise) La meilleure solution est d'opter les formats de containers vidéo supportant les flux de sous-titres intégrés (tels que mkv). Pour la conversion ( video + srt ) vers mkv, mkvtoolnix est l'outil idéal (et rapide puisqu'il n'y a pas de transcodage dans ce cas)

Pourquoi, ça marchait pas sans ça?

J'imagine que tu as d'abord posé ta question à la source ? Si la-bas personne n'a pu te proposer de solution, j'ai bien peur qu'il y ait peu d'espoir ici. Bonne chance quand même.

Normalement le "net use" ne devrait pas être obligatoire: devrait être suffisant, dans la boite de dialogue "connecter un disque réseau", de cocher la case "se reconnecter à l'ouverture de session". Sinon, a partir du moment ou les mots de passes syno et windows sont les mêmes, il est encore plus simple à partir des PC d'utiliser la notation dite "UNC" pour accéder aux dossiers syno C'est la forme: DiskStation<nom_de_partage> On peut également sous windows créer des liens (.lnk) dont la cible est un chemin utilisant cette syntaxe.

Il est facile de comprendre qu'un certificat auto signé, par principe, n'est *forcément* pas approuvé (ça serait comme un carte d'identité fabriquée et délivrée par toi-même, elle non plus ne serait pas considérée comme valide par la police) Ta manip pourrait peut-être marcher (mais s'appliquera uniquement en navigant à partir de ton PC) , en choisissant un magasin contenant des certificats racine. au lieu de laisser la sélection automatique sélectionner du magasin. Mais tous les autres navigateurs auront le warning. Cela dit, si ça marche la seule chose que tu gagnera, sera de ne plus avoir l'avertissement de sécurité dans ton navigateur, comme ci dessous: Mais le flux sera quand même crypté SSL au final. Et ce n'est que ça qui tintéresse à priori. Donc est-ce si important?

Ah oui en effet (je n'avais pas vérifié j'avoue) Fait croire que le ash de busybox n'implémente pas cette fonctionnalité.

http://linux.die.net/man/1/ash CF variable "HISTSIZE" Non, pas à ma connaissance avec ce shell, et même pas entre chaque session d'ailleurs.

Le système de "voisinage réseau" Windows est réputé pour sa fiabilité approximative. En aucune manière on ne peut lui faire confiance. Par contre mémoriser/utiliser directement les chemins réseau en, format UNC ("ServeurPartage") fonctionne en général sans problème. Suffit sonc de se faire des raccourcis de ce genre (même pointant directement dur un sous dossier, pas forcément sur la racine du partage) Encore mieux, en utilisant les "junctions" (mklink /d, détails et commande ici ) les faire apparaître a l'intérieur du système de fichier local. ("c:mntNasMusic" qui pointe directement sur le partage musique du NAS est possible)

Pour ça, j'ai mis a jour et les modifs sont minimes.

Qui a parlé de VideoStation? C'est uniquement PhotoStation qui impose des contraintes

Attention cependant à la conversion des caractères accentués par rapport à la page de code dans le script, d’éventuelles difficultés sur ce point ne me surprendrait pas.

Faut bien comprendre que si tu n'as redirigé que ce port dans ta box (le ) ici le firewall du NAS n'a pas de rôle supplémentaire à jouer. Il serait désactivé que ça ne changerai rien Mais ça t'a permis de comprendre le mécanisme, manip pas totalement inutile donc.

Je ne suis pas sur que la Freebox Révolution était compatible EZ internet en DSM4, c'est peut-être une nouveauté de la V5 (à confirmer) Tout à fait: suivant le flux entrant soit c'est la règle #2 qui s'applique ce qui fait que la #3 est simplement ignorée, soit elle ne s'applique pas et la #3 non plus.

Même si c'étais possible (ça m'étonnerait) , comment savoir se prévenir explicitement de quelque chose dont on ne connais pas à priori le mécanisme? En outre le firewall du syno protège des connexions *entrantes* alors que ce que tu décris se manifesterai par un flux *sortant* du syno (NAS -> autres équipements) Tu as de la chance d'avoir une box ou un routeur compatible avec EZ-Internet, c'est pas courant!

Tu peux créer des répertoires mp3, video etc sur le disque 2 (ou tout autre disque), les nommer comme tu le souhaites, puis les ajouter à l'indexation Cette dernière étape se fait dans le panneau de configuration, rubrique "bibliotheque multimedia", onglet "dossier indexé" La seule contrainte est si on souhaite utiliser PhotoStation: dans ce cas les photos doivent être dans le partage système nommé "photo" pour qu'elles soient manipulable avec PhotoStation (mais rien n'oblige à utiliser ce paquet)

je ne comprend pas cette phrase ("acces à partir de photostation à mes autres machines") C'est un utilisateur par l'intermédiaire d'une machine (interne ou externe) qui accède à PhotoStation, ce n'est pas PhotoStation qui accède aux machines Si tu veux juste donner acces à ton photostation à partir d'internet va juste falloir rediriger dans ta box le port (celui utilisé par photostation) vers ton NAS et uniquement celui la. Rien à configurer dans le firewall.

Donc tu as le meme subnet que moi, a savoir 192.168.1.* Ni l'un ni l'autre: faire la règle *exactement* comme dans mon screenshot, choisir "sous réseau", addresse IP "192.168.1.0" (s'agit d'une addresse de type *subnet*) de masque 255.255.255.0

Tu as installé optware a ce que je vois. Le mapping de touche ^L -> clear n'est probablement pas intégré par la cette version de bash. En outre c'est une *tres mauvaise idée* de modifier le shell du compte root directement dans "/etc/passwd/" (erreur type de débutant sur syno) Si pour une raison ou une autre /opt, et par suite /opt/bin/bash n'est pas accessible au démarrage, ton NAS (ou du moins certains services) risque d'avoir du mal à démarrer. Si tu veux utiliser bash en ligne de commande, tu peux le faire autrement Lis ce fil pour comprendre les risques et comment les éviter:

La premiere chose à faire pour ne pas avoir de probleme avec le firewall est de mettre en tete de liste (les règles s'appliquent de haut en bas, la première qui correspond au flux entrant est appliquée) une regle qui autorise toutes les connexions a partir des machines du réseau local Ca devrait résoudre tes problemes Voici a quoi ca ressemble chez moi: Faudra peut-être remplacer "192.168.1.0" en fonction du subnet utilisé sur ta box/routeur Faut savoir aussi qu'il est inutile de bloquer sur le nas les ports qui n'ont pas été redirigés sur la box: les flux entrants n'arriveront jamais jusque là de toutes façon (à moins d'avoir configure l'IP du NAS en DMZ sur la box, ce qui en général n'est pas une bonne idée)

"bash" n'est pas installé de base sur le syno, Le shell par défaut est "ash" qui n'a pas cette fonctionnalité

Tout est scripté aussi dans mon environnement: dans le cas de compil d'un package source basé sur autogen ("configure") ça me prend que peu de temps et j'obtiens même une archive auto installable en bout de chaine. Ca suffit à mes besoins. C'est sur que si je veux un jour faire quelque chose de "diffusable" faudra que je passe à un truc plus "industriel" et spksrc sera approprié.