PiwiLAbruti

Si tu ne réponds pas aux questions, oui, c'est mal parti.

Même s'il peut le faire, un NAS n'est pas un serveur web. Sur quel type de serveur web tourne actuellement le site (IIS, Apache, nginx, ...) et sous quel langage (ASP, PHP, Python, ...) ?

Non c'est vrai Au passage, de quelle passerelle du parles ? Il n'y a pas de routage entre deux équipements reliés à un même segment réseau. En branchant un PC, un NAS, et une box sur un switch dédié, une copie de fichier entre le PC et le NAS ne remontera pas à la box (couche 2 du modèle OSI). La box, et alors ? Pas dans le branchement indiqué, les communications locales ne se font qu'au travers du switch dédié.

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

Un fois tous les équipements filaires connectés au switch, et le switch connecté à la Livebox, le trafic local ne passe plus par le Livebox (seul le trafic à destination d'internet y transitera).

Le hotswap n'est pas fait pour extraire des disques de manière régulière, mais uniquement pour remplacer un disque défaillant sans interruption de service. Je te conseille plutôt d'utiliser un disque USB externe pour tes sauvegardes, et de le déconnecter proprement avant de le débrancher.

Au pire tu places le NAS face à un mur, fin du problème Mais ça me surprend que tu anticipes un débranchement de disque à chaud, ils sont si peu fiables que ça tes collaborateurs ?

Pourquoi avoir éteint le NAS pour rebrancher le disque ? Le but du RAID (SHR inclus) est justement de pouvoir remplacer un disque défectueux sans interrompre l'accès aux données. Il fallait rebrancher ton disque à chaud. Tu peux fortement diminuer cette probabilité avec une barrière physique (local fermé, coffret mural, ...).

Demande au support Synology : https://account.synology.com/support/support_form.php

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.

File Station permet de télécharger/déposer des fichiers à distance. Ça devrait facilement couvrir ton besoin.

Quel sont les types des fichiers que tu édites ?

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.

Tu peux le renommer en PowerShell : $sh=New_Object -com Shell.Application $sh.NameSpace('X:').Self.Name = 'My new drive name' Bien évidemment, il faut modifier X: pour qu'il concorde avec la lettre de lecteur actuellement utilisée. Regarde aussi du côté l'exécution de commandes à distance avec PowerShell, ça t'évite de devoir intervenir physiquement sur les machines. Par contre fais bien attention à la sécurité pour n'exposer les machines cibles qu'au strict nécessaire. ---------------------------------------------------------------- Si tu veux centraliser le montage des lecteurs réseau, tu peux faire la chose suivante : Écris un script de connexion du lecteur réseau (de préférence en PowerShell). Place ce script dans un dossier partagé sur une machine du réseau allumée en permanence. Configure le planificateur de tâches des postes pour qu'il exécute ce script à chaque ouverture de session (ou démarrage de l'ordinateur). Ainsi, si jamais tu as besoin de connecter d'autres lecteurs réseau, tu pourras le faire simplement en modifiant ce script.

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...

Je sais qu'à une époque Synology ne faisait aucune vérification des licences installées sur un NAS. C'est-à-dire qu'il était possible d'utiliser les mêmes licences sur autant de NAS qu'on voulait. Je ne sais pas si c'est toujours le cas. Le mieux est de demander directement au support officiel.