PiwiLAbruti

Pas si newbie que ça Bienvenu sur NAS-Forum et n'oublie pas de bien détailler tes besoins afin qu'on puisse t'aider au mieux dans le choix de ton futur jouet.

Il est même fortement conseillé de laisser le MTU à sa valeur par défaut (1500). Sinon il y a fragmentation des paquets pour que leur taille s'adapte à la plus petite valeur, et une baisse des performances du réseau. La modification du MTU n'est valable que dans des cas particuliers où TOUTES les machines doivent avoir le même MTU. Par exemple c'est très utile sur un réseau isolé entre des serveur de virtualisation et une baie de stockage (SAN/NAS) où on va paramétrer toutes les interfaces avec un MTU à 9K ou plus.

La fonction PHP exec() est désactivée par défaut pour des raisons de sécurité évidentes : /!\ Si l'option Activer un site Web personnel est activée (Panneau de configuration > Services web > Applications web), tous les utilisateurs du NAS peuvent ajouter des scripts PHP dans leur dossier /home/web et utiliser la fonction exec() avec les droits root. /!\ D'autre part, un script PHP d'une application tierce utilisera aussi cette fonction avec les droits root. Si vous savez vraiment ce que vous faites, il est possible de modifier le fichier /usr/syno/etc/php.ini pour donner les droits root à PHP en modifiant User nobody Group nobody par User root Group root Ainsi la fonction exec() de PHP sera utilisable par tout script PHP présent sur le NAS.

Si tu as une liste des applications que tu as déjà testées, ça serait pas mal de la poster ici Ça sera un tutoriel ou un .spk ?

Ça vient certainement de la box qui ne propage pas la diffusion wifi vers le réseau filaire. Je sais que les Dartybox ont ce problème mais elles ne sont pas les seules. Qu'as-tu comme box, pat77 ?

C'est marqué dans la notice de ta TV, en tout ça l'est dans celle de ma 40EX500. Le client DLNA intégré à cette série est naze, il ne supporte que très peu de formats mais en supporte plus par l'USB. En tout cas le serveur n'est jamais en cause, les problèmes de compatibilité DLNA viennent toujours du client qui suppporte un nombre limité de formats.

C'est très probable, je ne sais pas exactement quelle fonctions de ffmpeg sont utilisées. À ma connaissance, la PS3 ne sait lire que les sous-titres XSUB intégrés au format DivX. Ceci dit, il y a un logiciel qui permet d'intégrer un fichier de sous-titres externe : AVIAddXSubs.

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 ?