PiwiLAbruti

Si un client envoie une requête DHCP c'est bien parce qu'il n'a pas d'adresse IP (dans le cas de la découverte). Donc si tu n'autorises la réception de requêtes DHCP que depuis le réseau 172.16.1/24 ça ne risque pas de marcher. En découverte, un client DHCP émet un broadcast depuis 0.0.0.0:68 vers 255.255.255.255:67 (ip:port). Au passage, je te conseille de définir les règles de pare-feu sur l'interface concernée (LAN1) et non dans "Toutes les interfaces". Ça t'évitera des surprises en cas de connexion avec un client VPN.

Le rôle premier du transcodage chez Synology est de rendre un format vidéo compatible avec un lecteur multimédia, et dans un second temps de réduire un flux vidéo pour le rendre lisible en direct sur une connexion distante. Même si un NAS mettra plus de temps qu'une machine taillée pour l'encodage, ça suffit dans beaucoup de cas et ça évite de devoir laisser un PC allumé pour encoder. Dans le cas présent, je trouve même intéressant que l'encodage x265 n'utilise pas tout le CPU car ça laisse des ressources disponibles pour les autres tâches lors de l'encodage (par contre ça prend évidemment 2x plus de temps à encoder).

C'est quoi le transcodage d'après toi ? Parce que la libx264 supporte le multi-thread. Par contre le DS916+ étant équipé d'un quad-core natif (Pentium N3710, 4C/4T), ça voudrait dire que la libx265 serait limitée à 2 threads ? Ça me semble peu probable. Il y a peut-être des éléments de réponse dans les options de compilation de libx265, notamment au niveau du patch pour PPC.

Vivement la prochaine box d'Orange dans le cloud (ou pas)

C'est plus un problème de multi-thread que d'architecture 32/64. Quel est le modèle de ton NAS ?

Est-ce que la réparation du volume est terminée ?

C'est dommage, on n'aura jamais d'explication...

Pour envoyer vers le NAS : drag'n drop de l'Explorateur Windows vers File Station. Pour télécharger : bouton [Action] > Télécharger.

Ou plus simplement sur la page officielle concernant Btrfs : https://www.synology.com/fr-fr/dsm/Btrfs#applied_models

Tu peux paramétrer un DDNS directement chez 1&1, par contre je ne sais pas s'il est supporté par Synology.

Faire pointer 1 adresse IP vers 2 noms n'est pas du round-robin.

C'est une machine virtuelle qui tourne sur le NAS ? Attention, chez Synology la virtualisation est récente (encore en bêta, donc pas forcément fiable). Ton NAS actuel est suffisant pour gérer ce que tu a indiqué. Seule la machine virtuelle qui tourne(rait) dessus pourrait le pénaliser. C'est quoi comme VM ?

Remplacer le binaire ffmpeg de DSM 6 par celui de SynoCommunity 1. Par défaut, le binaire ffmpeg de DSM se situe dans /bin, et celui de SynoCommunity dans /var/packages/ffmpeg/target/bin/ : root@DiskStation:~# which ffmpeg /bin/ffmpeg root@DiskStation:~# ll /var/packages/ffmpeg/target/bin/ drwxr-xr-x 2 root root 4096 Nov 8 2016 . drwxr-xr-x 7 root root 4096 May 12 10:25 .. [...] -rwxr-xr-x 1 root root 212896 Nov 8 2016 ffmpeg [...] 2. Afficher la variable $PATH : root@DiskStation:~# echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin On voit ici que /sbin est prioritaire sur /bin, on va donc créer un lien symbolique ffmpeg dans /sbin qui va pointer vers ffmpeg de SynoCommunity. 3. Créer le lien symbolique: root@DiskStation:~# ln -sf /var/packages/ffmpeg/target/bin/ffmpeg /sbin/ffmpeg 4. Vérifier le lien symbolique : root@DiskStation:~# ll /sbin/ffmpeg lrwxrwxrwx 1 root root 38 May 12 10:43 /sbin/ffmpeg -> /var/packages/ffmpeg/target/bin/ffmpeg root@DiskStation:~# which ffmpeg /sbin/ffmpeg Le système utilise maintenant par défaut /sbin/ffmpeg qui est un lien symbolique vers /var/packages/ffmpeg/target/bin/ffmpeg. Attention, cette solution n'est pas update-proof. Le lien symbolique sera probablement écrasé à chaque mise à jour de DSM (au moins les majeures). Il suffira alors de répéter les étapes 3 et 4. Fais-nous savoir si cette solution te convient.

Quel est le type de réseau (public/privé) affiché dans le Centre Réseau et partage de Windows 7 ? Lorsque le réseau est détecté comme public, les protocoles de découverte réseau et les protocoles de partage sont bloqués par le pare-feu de Windows (comportement par défaut).

Oui, je l'avais utilisé pour nmap avec l'aide d'autres packagers sur GitHub.

Inutile. Et si les latences persistent ? Tu passeras à un serveur Xeon E5/32G/10GbE ? Quel est le modèle du NAS actuel ?

@Fenrir: Donc ce sont des adresses non-routables sur internet ? Je n'y avais jamais prêté attention.

192.0.2.3 est bien une adresse IP publique, elle n'appartient pas à la plage privée 192.168/16 (192.168.0.0-192.168.255.255).

As-tu identifié à quoi sont dues les latences que tu as constatées ? Peux-tu décrire le réseau ? (connexion du NAS, switches, AP Wi-Fi, connexion des clients, ...) Le nombre d'utilisateurs n'est pas déterminant, tout dépend de ce que font ces 30 utilisateurs (type et taille des fichiers, applications, ...). Quand tu auras répondu à ces quelques questions, il sera déjà beaucoup plus facile de dimensionner l'équipement qu'il te faudra.

Que retourne la commande : root@DiskStation:~# which ffmpeg ?

Ça sert à utiliser une version alternative, soit en exécutant ffmpeg depuis le chemin où est installé la version de SynoCommunity, soit en modifiant le lien symbolique pointant vers la version de Synology pour qu'il pointe vers celle de SynoCommunity de manière permanente.

libx265 n'a pas encore été ajoutée aux sources sur GitHub : https://github.com/SynoCommunity/spksrc/tree/master/cross Par contre, il y a une pull-request en attente pour ffmpeg 3.2.2 : https://github.com/SynoCommunity/spksrc/pull/2620

L'un des moyen pour solutionner le problème de l'environnement est d'utiliser une machine virtuelle. C'est ce que fait SynoCommunity avec spksrc, sans même parler des dépendances déjà prêtes à être compilées...

Pas besoin de chercher, c'est marqué dans les notes de version dans le Centre de téléchargements : https://www.synology.com/fr-fr/releaseNote/DS713+ Les versions Update x sont des mises à jour de sécurité uniquement, il n'y a aucun ajout de fonctionnalités.

Bien vu @Mic13710, c'est marqué dans les notes de version de DSM 6.0 :