CoolRaoul

Note: tu n'as pas précisé la version de DSM. Mais voici celui correspondant à la plus récente: https://app.box.com/s/3j1kzbjfz0zkcu8206ax (DS213j) Sinon, tous les fichiers originaux sont dans le ".pat" du firmware, téléchargeable sur le site syno, et ce dernier peut s'ouvrir avec 7Zip:

Raison de plus (en attendant d'avoir mis un place une solution 100% Syno en suivant les conseils de Bud) d'éviter cette double copie aller/retour. Dans le cas où les fichiers restent sur le NAS le temps de mux va être probablement du même ordre que celui d'une copie et par suite la durée totale de l'opération divisée par deux. Par contre ça justifie ton souhait de chercher un moyen de traiter les fichiers directement via des commandes sous DSM mais ce n'était pas ce point que je commentais. **edit** Je réalise à la réflexion que l'opération de mux à distance implique un flux réseau double (puisque il y a lectures *et* écritures ) ce qui relativise ma remarque. Le temps total de la manip, avec ou sans copie doit être similaire (faire les copies reste cependant probablement inutile mais sans gain de temps) Bon, cela dit fin de ma digression: vu l'architecture utilisée il va de soit qu'une solution 100% sur le NAS reste l'idéal dans le cas présent.

De mon coté je dois avouer ne pas même comprendre ta description du problème! Que constates-tu *exactement* et qu'appelles-tu "les permissions pour le compte Admin"?

A quoi peuvent bien servir ces copies? Il n'est pas nécessaire de déplacer les fichiers à traiter: mkvmerge windows n'a aucun problème pour traiter directement les fichiers situés dans des dossiers partagés du NAS.

De mon coté je temporise, au moins le temps d'avoir le cœur net au sujet des problèmes signalé sur le reverse proxy.

oui oui oui

Apache

J'imagine qu'il s'agit du du service telnet est activé lors d'une mise a jour du NAS (pour débugger une update qui coince) En effet, Il n'y à rien en écoute du port telnet (23) sur mon NAS: fserv> netstat -nptl | grep :23 <rien ici> Pour comparaison, la meme commande sur le port 22 (ssh) : fserv> netstat -nptl | grep :22 tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 27200/sshd tcp 0 0 ::%22:22 :::* LISTEN 27200/sshd Mais de toutes les façons, tant qu'on n'a pas fait de redirection dans le routeur vers le port 23 du NAS, telnet ne serait accessible que de l'intérieur (réseau local)

Beaucoup (sinon tous) ne la voient pas (encore): dans ce cas on peut faire la mise à jour en téléchargement directement le ".pat" pour son NAS à partir du site de téléchargement

Pas encore fait la mise a jour de mon coté: sur le forum US, quelqu'un a signalé rencontrer des problèmes avec le reverse proxy suite à cette dernière. Je surveille le fil pour le moment

cat /etc/VERSION Et par suite: ( . /etc/VERSION ; echo $majorversion.$minorversion-$buildnumber )

je proposerai volontiers un arret et un redémarrage du service ssh aux heures souhaitées via le gestionnaire de tache DSM: Commande d'arret: /usr/syno/sbin/synoservicecfg --stop ssh-shell Commande de démarrage: /usr/syno/sbin/synoservicecfg --start ssh-shell

Etrange cette nouvelle version de firmware. Elle n'est pas pas détectée par le panneau de configuration DSM ("votre version de DSM est à jour") mais référencée par les releases notes (cf: http://www.synology.com/fr-fr/releaseNote/model/DS213j) et disponible en téléchargement direct (http://usdl.synology.com/download/DSM/5.0/4482/?C=M;O=A) En plus, d'après le forum US deux séries de fichiers .pat on été successivement déposés sur le site avec des tailles légèrement différentes? Qui a testé?

Je me demande si exposer précisément le problème (avec détails, exemples et messages d'erreurs rencontrés) n'augmenterait pas sensiblement les chances de trouver de l'aide. Et sinon j'imagine que tu fais référence a ce genre de post (sujet "webstat"): Une interprétation possible à l'absence de réponse, pourrait simplement être que personne ayant lu la question n'ait installé cet outil (ce qui est mon cas)

Mais *il apparait*: il suffit de créer (ou copier) le raccourci dans un dossier facilement accessible (comme les favoris par exemple) Exemple, le lien "fserv" ci dessous dans les favoris est un lien vers mon NAS et Il apparaît dans "enregistrer sous": A noter que certaines applis n'utilisent pas une fenêtre "enregistrer sous" standard et les favoris de l'explorateur Windows 7 n'y sont pas accessibles. On peut dans ce cas mettre une copie du raccourci sur le bureau et il sera accessible en 2 clics.

Tu peux te connecter sur le syno en ssh à partir du terminal du MAC (faut avoir activé ssh sur le syno) Sous Windows on peut installer "putty" qui intègre les fonction terminal et ssh.

Elle n'est plus foireuse, le problème a été corrigé. (ref: ) **EDIT** Grilled

Ce sont les bizarreries du système de parcours réseau CIFS, faut parfois un certain temps avant qu'une machine soit visible par les autres. Tu peux utiliser l'IP en attendant, le PC Windows devrait pouvoir résoudre le nom au bout de quelques minutes. Sinon c'est que le PC à un problème de "parcours" réseau et la ça peut rapidement devenir velu à dépatouiller (faudrait passer par la commande "nbtstat" pour analyser ce qui se passe). **edit** tu peux vérifier si le nom publié sur le réseau du NAS est bien "Diskstation" avec la commande suivante (à taper en mode terminal, connecté au NAS en ssh ou telnet: /usr/syno/bin/net -U root server name ça va te demander de taper le mot de passe, c'est celui du compte admin.

Ca marche dans les deux cas J'ai mis "diskstation" pour l'exemple mais c'est le nom qui tu as donné à ton NAS qu'il faut mettre. Sinon tu peux aussi mettre l'ip, comme cela: "n.p.q.r"

Si tu parle bien de Windows là, suffit de créer un raccourci avec comme cible juste "diskstation".

La solution est pourtant dans le message d'erreur: "Log in to DS Video again with https disabled" (juste ennuyeux que le message d'erreur ne soit pas en français) A domicile, inutile de crypter les communication entre ton mobile/ta tablette et ton NAS:

Euh ... je ne trouve pas que ce tutorial *conseille* d'utiliser le webdav: ça explique juste comment s'y prendre. Ce n'est pas tout à fait la même chose. D'autant plus que le contexte où c'est approprié est bien indiqué, je cite: "permettre aux utilisateurs de modifier et gérer les fichiers stockés sur des serveurs distants." Ca ne marche pas pour toi? Comment as-tu procédé et quelles sont les erreurs obtenues? Faudrait éviter de distiller les informations au compte goutte... (par exemple il n'avait pas été question de XMBC jusqu'ici) Je ne sais pas très bien comment marche ta version de XBMC (sous Windows je suppose, bien que ce ne soit pas indiqué non plus) mais ça m'étonnerai qu'il ait besoin d'une "icone sur le bureau avec les dossiers dedans" (d'autant plus que je ne suis pas sur de comprendre ce que ça signifie ) pour accéder aux dossiers partagés du syno. Pour cela, toute application Windows peut utiliser la syntaxe "<nom_du_syno><nom_de_partage>" (exemple: diskstationVideo) ce qui utilisera de façon transparente SMB. Si tu tiens vraiment à avoir des icônes, tu peux créer un ou des raccourci avec comme ce type de chemin comme cible. Si tu es sur Mac plutôt que sous Window (mais comment deviner?) l'acces aux fichiers partagés DU NAS est expliqué ici: http://www.synology.com/fr-fr/support/tutorials/563 (mais je ne pourais pas t'aider plus avant n'étant pas sur Mac) Donc en local, dans tous les cas, oublie webdav et utilise plutôt le réseau de façon native et il ne devrait pas y avoir de problème.

Je constate que toi non plus n'as pas de "http-user.log" par contre c'est bien "httpd-user.log". "/var/log/upstart" contient donc bien ce que je cherche pour tous les services, parfait