PiwiLAbruti

Regarde dans la doc officielle, je crois qu'il faut rajouter le numéro de version de Mumble : mumble://pseudo:password@host:port/channel/?version=1.2.3

C'est bien la mise à jour 3.2 qui permet de lire les fichiers MKV sur PS3. En fait la vidéo est transcodée par ffmpeg sur le NAS pour rendre le flux vidéo compatible avec la PS3. Ça fonctionne très bien même avec du 1080p sur mon pauvre DS109. Fouillez un peu sur le forum, je crois que ce sujet a déjà été abordé. À quand l'intégration des sous-titres externes ?

Tu es parfaitement préparé pour mettre à jour ton DSM en 3.2 car tu as eu l'intelligence de faire une sauvegarde. J'ai effectué la migration de la 3.1 vers la 3.2 sans aucun soucis au niveau de PhotoStation, j'ai bien récupéré tous mes utilisateurs et albums photo. Maintenant le risque 0 n'existe pas, mais au moins tu ne perdras pas tes données.

Intéressant le traceroute... Determination de l'itineraire vers GASTON [209.222.23x.yy] avec un maximum de 30 sauts : 1 <1 ms <1 ms <1 ms 181.2.0.254 2 25 ms 28 ms 24 ms .10.245.189 3 26 ms 25 ms 25 ms 10.125.247.74 4 26 ms 26 ms 26 ms e-2-1-0-0.nccae102.caen.francetelecom.net [193.253.150.58] 5 34 ms 35 ms 35 ms xe-1-1-3-0.ntsta202.paris.francetelecom.net [81.253.130.90] 6 39 ms 34 ms 35 ms 193.252.162.82 7 36 ms 35 ms 35 ms tiscali-2.gw.opentransit.net [193.251.254.70] 8 149 ms 149 ms 180 ms xe-3-2-0.mtl10.ip4.tinet.net [89.149.181.25] 9 138 ms 138 ms 138 ms cogeco-gw.ip4.tinet.net [173.241.130.14] 10 * * * Delai d'attente de la demande depasse. surtout le "Determination de l'itineraire vers GASTON [209.222.239.86] "

Il faut relancer le service pour que la nouvelle configuration soit prise en compte : /usr/local/etc/rc.d/umurmur.sh restart

Non justement, rien de nouveau. Je n'ai fait que répéter ce que j'ai déjà dit avant et rajouter un schéma. J'avais également pensé au multicast, mais tous mes switches ne sont pas L3 donc j'ai laissé tomber.

Toute la configuration du serveur Mumble se trouve dans ce fichier : cat /usr/local/umurmur/etc/umurmur.conf Il n'y a pas de gestion de comptes, seulement un mot de passe pour se connecter au serveur. Essaye ça dans ton navigateur (en l'adaptant à ta configuration évidemment) : mumble://pseudo:password@host:64738/channel/ Avec dans l'ordre : pseudo : le nom à afficher dans Mumble password : le mot de passe défini dans umurmur.conf host : l'adresse IP du NAS (rediriger le port 64738 pour l'accès depuis internet) channel : le nom d'une des salles de discussion définies dans umurmur.conf

Je viens de regarder un peu les fonctionnalités de Zentyal c'est assez impressionnant, je connaissais pas

Je crois que je me suis mal expliqué. Le problème est que j'ai plusieurs utilisateurs en local qui ont besoin de visionner la vidéo à distance. Si je mets le NAS du même côté que les caméras, la bande passante utilisée sera multipliée par le nombre d'utilisateur connectés. Le schéma actuel ressemble à ça : Caméras --- Firewall A --- IPsec (SDSL) --- Firewall B --- NAS (Surveillance Station) --- PC (Navigateur internet) Si j'ai 20 PC connectés à Surveillance Station, ça ne pose pas de problèmes puisque les flux de chaque caméra n'est envoyé qu'une seul fois vers le NAS. Avec ta solution : Caméras --- NAS (Surveillance Station) --- Firewall A --- IPsec (SDSL) --- Firewall B --- PC (Navigateur Internet) Si j'ai 20 PC connectés à Surveillance Station, j'ai 20 fois le flux du NAS qui passe par internet, et là c'est le drame

Et tu as laissé le DSM tel quel ? Le DS407 est équipé d'un processeur ARM et le DS1511+ d'un x86, ça pose pas de problèmes ?

Question du n00b : tu as démonté les disques du DS407 et tu les as directement remontés dans le DS1511+ ?

Il y a plusieurs utilisateurs locaux, ça multiplierait la bande passante requise par le nombre d'utilisateurs... C'est pour de la visualisation en temps réel uniquement. L'enregistreur distant n'est pas un NAS Synology, c'est du matériel dédié à la vidéo surveillance. Quel intérêt de créer une page HTML pour faire ce que fait déjà Surveillance Station ? De toute façon on en revient au problème de nombre d'utilisateurs en simultané. L'intérêt de Surveillance Station en local est que le NAS ne récupère qu'une seule fois les flux vidéo et qu'il est capable de les redistribuer à plusieurs utilisateurs. C'est pourquoi la seule chose qui m'intéresse est de savoir s'il est possible de dire au NAS de ne récupérer les flux des caméras que si (au moins) un utilisateur est connecté à Surveillance Station. Au final ça ne t'a pas avancé à grand chose de savoir ce que je veux faire exactement car on en revient à la question initiale de ce sujet. En tout cas merci pour les suggestions, je ne pense pas que quelqu'un connaisse de solution à ce problème. Il ne me reste plus qu'à autopsier le NAS pour voir ce qu'il est possible de faire.

Merci pour les détails PatrickH , ça me paraissait bien bizarre aussi.

Elle sort d'où cette liste de ports ? Tu devrais plutôt utiliser des ports consécutifs (TCP 57670 à TCP 57689 par exemple)

Mon but est d'économiser de la bande passante sur une liaison SDSL avec 11 caméras IP sur un site distant (VPN IPsec). Il y a déjà un enregistreur sur le site distant (enregistrement continu 24h/24) et j'aimerais utiliser Surveillance Station en local pour la visualisation pour des raisons pratiques. Actuellement j'arrive à faire passer un dizaine flux en VGA (640x480) en utilisant à 90% de la capacité de la ligne SDSL. Ces flux ont une priorité basse (QoS) car il y a des gens qui bossent aussi. Si les flux des caméras ne pouvaient être actifs que lorsqu'on les visualise ça m'éviterait de blinder la ligne SDSL 24h/24. C'est un peu barbare comme solution quand même, mais ça reste une alternative envisageable dans un environnement domestique. Ceci dit, j'oserais pas mettre ça en place au boulot.

et avec ipkg install svn ? Qu'entends-tu par svn seul ? Tu peux aussi afficher la liste des paquets en relation avec svn : ipkg list|grep svn Je passe mon tour (je n'utilise pas svn).

Qu'entends-tu par réglage optimal pour un réseau ? Adresses DNS à utiliser ? Plan d'adressage ? MTU ?

Quelle version du firmware est installée sur ton NAS ? Il n'y a que depuis la dernière version (3.2-1922) que le protocol AFP spécifique à Lion est supporté. Ceci dit ça n'explique pas pourquoi ça ne fonctionne pas non plus en SMB ou FTP. Pourrais-tu tester la connexion FTP depuis un logiciel comme FileZilla afin de voir précisément le message d'erreur lorsque la connexion échoue ?

Qu'on le veuille ou non, de plus en plus de personnes non-expertes (ou clampins) utilisent des NAS. Il y en a sur ce forum et c'est bien en partie pour les aider que ce forum existe. Tant que tu ne n'as pas précisé ce que tu as déjà testé, ce n'est évident que pour toi. Pour les téléchargements lents, tu parles de torrent ou eMule ? (tu as redirigé des ports appartenant à ces deux protocoles) Ici il est rare qu'on doive dire à un clampin d'aller lire la faq Synology pour voir qu'il faut ouvrir une plage de ports pour torrent, ça leur paraît évident. Blague à part, il n'est pas nécessaire de rediriger les ports en UDP, sauf un pour utiliser le réseau DHT. Essaye aussi la commande netstat|grep :6881 pour afficher les connexions courantes du NAS et voir si les clients arrivent bien à se connecter par le port TCP 6881.

Là ça devient blazant...

Ça ne devrait plus trop tarder : http://www.synology.com/products/product.php?product_name=DS712%2B&lang=fre

Je n'aime pas non plus être dépendant d'un réseau social (je n'ai pas de compte Fessebouc, tout ça), et je n'ai qu'un usage professionnel de Twitter. Ceci dit l'API Twitter est très bien documentée et bien maintenue. Il y a une autre piste intéressante (mais toujours propriétaire) chez Process One. Ça s'appelle Text One et pour résumer c'est un Twitter débridé avec beaucoup plus de fonctionnalités. Aucune API n'est disponible pour le moment mais elle est en cours de développement : À surveiller donc.

Il est très important de préciser ce que tu as déjà testé pour essayer de résoudre ton problème, sinon personne ne t'aidera. As-tu essayé d'arrêter et de redémarrer Download Station ?

Intéressant, ça reste vraiment le nerf de la guerre d'avoir un système d'alerte en temps réel et multi plateformes simple et gratuit. Avant de choisir tel ou tel protocole, il faut d'abord faire un inventaire des clients les plus répandus (et surtout les plus accessibles) sur smartphone. C'est l'étape qui me paraît la plus importante. Pour avoir creusé un peu la question pour le boulot, je m'étais tourné vers l'API Twitter. Les résultats étaient très positifs grâce à la faible latence de Twitter (testé sur iPhone), mais depuis je n'ai pas pris le temps de finaliser l'implémentation au sein de notre infra. Bon maintenant je sais que l'idéal est d'avoir une solution autonome sur son propre NAS, mais c'était juste pour suggérer une autre solution qui fonctionne plutôt bien.

Y a-t-il des droits spécifiques à donner aux fichier dans le .spk, comme le fichier INFO, les fichiers script, ... ? Quand j'ai fait mon .spk pour phpMyAdmin, mes scripts ne s'exécutaient pas au moment de l'installation, en remplaçant admin par root ça a fini par fonctionner mais je suis pas sûr de la propreté du truc.