CoolRaoul

J'ai oublié un truc: il y a DS File et DS File, si les version Android et IOS utilisent bien webdav; la version pour Windows Phone passe sur le port 5000 si j'en crois cette table. Et que donne un simple téléchargement? **edit** le DSFile IOS est sans doute différent ...

Si la connexion marche c'est bon, le test est concluant: authentification et transferts de données utilisent le même port.

On parle de DSFile (pour smartphone) là, pas de filestation.

Mea culpa alors: je m'étais laissé dire que les seules appli en mode desktop sous RT étaient la suite Office pré-installée et que tout le reste tournait en mode ModernUI.

Tu es sur que ça suffira pour gérer les connexions webdav de DSFile aussi? (sans ajouter les ports 5005 et/ou 5006 je veux dire)

A moins qu'il ne s'agisse de Windows RT (je ne sais meme pas si on trouve le même explorateur sur ce windows-la)

Webdav est aussi necessaire pour DSFile.

C'est quoi un "finder"? **edit** Laisse tomber, trouvé, c'est un truc OsX, suis pas compétent pour ça Mais je suppose qu'il faut activer l'acces webdav et ouvrir les ports correspondants

Pourquoi chercher des applications spécifique a Windows 8.1? Les applis Syno pour Windows sont compatbiles XP et supérieur. Voir ici : Synology Assistant Cloud Station Evidence Integrity Authenticator Photo Station Uploader Data Replicator Sinon, la comparaison avec les applis pour Windows Phone ne me semble pas pertinente: ces dernières ce sont des applications mobiles, à mettre dans la même catégorie que celles pour Androïd et IOS. Tu cherches quoi exactement comme applications?

Plus exactement, c'est le ".profile" du compte root (/root/.profile) qui est *toujours* re-initialisé par les mise a jours de DSM et celui-ci se retrouve avec une affectation du PATH qui ne contient pas les directories des binaires d'optware (/opt/bin ...): PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin En détail, lors de chaque mise à jour de DSM tous les répertoires de la partition système sont reinitialisés (la seule exception est "/usr/local" dont le contenu est sauvegardé pendant l'opération puis restauré à la fin). Par conséquent la meilleure façon de se prémunir de ce genre de surprise est de sauvegarder avant toute mise à jour le contenu de "/root/" ainsi que de "/etc/profile" et "/etc/rc.local"

Quel intéret de donner dans le fil un lien vers le même fil? http://youtu.be/4JngFSWyRLU

Si ton utilisation est celle décrite dans ton premier post, aucune inquiétude ça sera largement suffisant. Depuis le DS213j, Syno est passé à $ 512M de RAM pour ces entrée de gamme ce qui est vraiment confortable L’intérêt de l'USB3 est essentiellemet la vitesse (donc dans ton cas pour les backups sur disque externe). Le fait que cela va "devenir la norme" n'est pas important car il y a rétro compatibilité.

Je n'ai jamais branché de disque dur sur ma box (une Freebox V5) Mais le symptome avant la modif était bien que je "les voyais mais il ne se lisaient pas" en effet

Avant de conclure avec certitude que ça vient bien du pare-feu, ne pourrais-tu pas le désactiver pendant une heure pour voir si le problème persiste ou pas?

DS 213j (c'est dans ma signature). Quasi inaudible et il est dans la même piece que la TV En réalité je ne me souviens pas que cela me soit arrivé en fait. J'ai surtout cela par précaution car j'imagine que le firmware de la Sony ne peut pas savoir lire tous les formats vidéos farfelus que l'on peut trouver parfois (ou les futurs à venir). Cela dit Sony est assez réactif coté mises à jours sur cette gamme de téléviseurs. J'avais beaucoup de rejets en lecture Video DLNA sur ma TV avant que je trouve la modif dans les paramètrés de profil du serveur multimedia de DSM, modif que j'ai signalé par ailleurs (et qui est peut-être désormais inutile depuis les dernières mise a jour coté Syno). D'ailleurs, je ne me sert maintenant plus de tout de ma passerelle Netgear NeoTV (tiens, faudra que je m'en débarrasse... )

Ca serait peut-être utile de savoir pour quels sont les domaines qui fonctionnent et ceux qui coincent (parmi lesquels gmail.com et club internet pour commencer)..

Note: j'ai pas testé mais ca devrait ressembler à ça: root@Syno1> /usr/syno/pgsql/bin/pg_dump -U admin -c video_metadata >video_metadata.sql Apres avoir copié de SYNO1 vers SYNO2 le fichier "video_metadata.sql": root@Syno2> /usr/syno/pgsql/bin/psql -U admin -1 -f video_metadata.sql

Ce n'est pas forcément un risque: avec le reverse proxy au lieu d'acceder directement par exemple à l'interface DSM via les port 5000 et 5001 ou un autre port choisi par toi, il va falloir passer par un "virtualhost" du genre "MenuDSM.mondomaine.com" Vu que tu peux choisir ce que tu veux pour la chaîne "MenuDSM", un potentiel attaquant aura du mal à la deviner en tapant au hasard; alors que le port il pourra par le trouver avec un peu de patience avec un simple scan de ports. En plus, si tu veux, dans les blocs de définition de virtual hosts des fichiers de conf apache rien ne t’empêche de mettre en place des restrictions d'IP (via les clause "order", "deny" et "allow") pour n'accepter les connexions entrantes qu'a partir de sources connues et amies. Et enfin, n'oublie pas que le blocage auto d'IP assure une bonne sécurité aussi.

J'ai la même TV que toi. A partir du moment ou elle est sur le même réseau que le NAS (que ce soit via le wifi, en filaire ou en CPL), elle peut accéder (en DLNA) à tous les fichiers multimedia situés dans les dossiers respectifs ("Video", "Photo" et "Musique") du Syno (tu pourras même librement ajouter d'autres dossiers à l'index si tu souhaite t'organiser différemment) La TV saura même lire directement les MKV stockés sur le NAS (pour peu qu'ils n'utilisent pas des codecs exotiques pas supportés), inutile de passer par le lecteur Blue Ray pour ça. **EDIT** En DLNA les sous-titres sont supportés a condition qu'ils soient intégrés aux MKV, le SONY ne sait pas voir des .srt externes.

Sickbeard est en Python, les autres je ne sais pas. Commence par arrêter un par un tous les paquets non officiels (tous les nzb et sickbeard) tu finira par trouver le coupable. Une fois isolé, disposant de plus d'info, tu pourras alors aller demander de l'aide dans la rubrique dédié à l'outil dans le forum.

Aurais-tu par hasard manipulé dles fichiers (déplacé, renommé) en ligne de commande en cours-circuitant les methodes d'acces standards de DSM? Que la cause soit ou pas celle-la, tu peux forcer une réindexation compléte via "panneau de configuration -> service d'indexage media -> reindexation" (attention ça peut prendre un certain temps). Sinon, il est possible de forcer une re-indexation partielle de certains dossiers mais ça ne peut se faire qu'en ligne de commande: synoindex -R <chemin> exemple synoindex -R /volume1/video/Documentaires

L'option "A" est plus propre Sinon tu as aussi la solution haproxy En ce qui me concerne j'ai tendance à préconiser le reverse proxy car c'est ce que je maîtrise le mieux vu que j'utilise et que j'ai rédigé un tuto, mais haproxy répond aussi à la problématique. Je l'avais testé au début mais il m'avait planté le NAS et j'ai préféré en rester là. Mais je package a été très certainement fiabilisé depuis le temps.

Serviio est codé en Java, pas en Python (cf: http://pcloadletter.co.uk/2012/01/25/serviio-syno-package/). Donc c'est forcément autre chose ici.

Par curiosité, ton adresse sur ton profil est en .gmail.com aussi?

Très probable que ton proxy ne laisse pas passer le port 5000 (classiquement seuls et 443 sont autorisés)