PiwiLAbruti

Au niveau budget, c’est toi qui voit. D’un point de vue technique, j’aurais tendance à utiliser grappes differentes pour la partie NAS et la partie video-surveillance (gourmande en écriture). Ne serait que pour l’usure des disques.

Il faut surtout que le NVR1218 est un modèle dédié à la vidéo-surveillance (Network Video Recorder) qui ne propose pas d'autres fonctionnalités telles qu'on peut les voir sur les NAS de la marque. N'espère donc pas pouvoir utiliser Download Station car le nombre de paquets disponibles est très restreint (5) : https://www.synology.com/fr-fr/support/download/NVR1218#packages

Ça rejoint ce qu’on répète souvent à ceux qui veulent faire de l’agrégation de liens (par exemple) : la montée en débit ne peux se faire que si tous les éléments de la chaîne le permettent. Dans ton cas, tu as au moins eu l’intelligence de monter une carte 10GbE sur ton PC là où la plupart n’y songe même pas. En tout cas, tiens-nous au courant des débits obtenus avec le nouveau SSD. Ça servira d’exemple pour d’autres que ça intéresserait. Qu’est-ce qui a motivé le passage au 10GbE ? Un usage particulier ?

Avec quel type/taille de contenu fais-tu les tests de débit ? Quel est le type de stockage du PC (SSD je suppose) et le débit théorique de ce stockage ? À mon avis, la limitation des débits que tu constates vient du SSD du PC.

Qu’entends-tu par "ancienne adresse IP" ? Combien de ports du NAS sont connectés ? Quelle est la configuration IP du NAS ?

Le débit en téléchargement est dû à Surveillance Station, c’est marqué clairement dans le moniteur de ressources. Commence déjà par désactiver le paquet Surveillance Station pour voir si la réactivité s'améliore.

Si tu as réservé un bail DHCP sur le routeur pour figer l'adresse IP du NAS, il est inutile de la fixer sur le NAS. Au pire, il te faux redémarrer le NAS pour qu'il prenne l'adresse que tu lui as configurée dans le routeur. Sinon, si tu souhaites vraiment fixer l'adresse IP du NAS, tout est expliqué dans l'aide : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/connection_network_lan

Sur quel type d’appareil veux-tu pouvoir regarder des vidéos à distance ? S’il s’agit d’un appareil mobile, une simple copie du contenu que tu veux regarder suffirait. Ça supprime ainsi toute application dédiée à la lecture vidéo et les éventuels problèmes de débit du réseau utilisé. À 1Mo/s en 4G (qui fait souvent beaucoup mieux que ça), ça prendrait au pire entre 60 et 90 secondes de copier une vidéo DivX d’environ 1h45. Dans ce cas d’utilisation, je trouve dommage d’investir dans Plex (et le NAS pour le faire tourner).

Je serais tenté de conseiller un tcpdump, mais c’est probablement trop technique face à la simplicité demandée.

@oli.oli : Tu n’avais pas de souci avec chaque barrette de 8Go ? (config 1x8Go)

Puisque tu l’as fait, tu peux faire un tuto ? Après, il reste la question de l’automatisation du renouvellement. Si tu peux déjà donner ici les liens que tu as suivi pour la génération, ça me permettra de faire le reste. Petit détail pour ceux qui se poseraient la question, ces certificats ne couvrent que les "sous-domaines" de premier niveau (*.domain.tld avec * ne contenant pas de point "."). Il faut créer un certificat pour sous-section (*.me.domain.tld par exemple).

Donc ça se confirme pour la rapidité, ils n'ont pas utilisé cette immonde aberration qu'est Ext JS (et sur le quel repose l'interface de DSM), mais seulement JQuery Ce n'est pas forcément beaucoup mieux, mais il y a eu de gros efforts de faits concernant l'optimisation ces dernières années chez JQuery. Du coup le DOM est 50 fois moins lourd pour le navigateur qui gagne en réactivité (50 n'est pas un chiffre exagéré). Par contre, ça repose toujours sur Ajax (comme DSM) là où WebSocket est aujourd'hui largement supporté et apporte une réactivité incomparable en plus d'être bi-directionnel et extensible. De toute façon, comme Synology est attaché à Ext JS comme une huître à son rocher, ce n'est pas près de changer.

C’est réducteur pour DSM de le comparer à KodCloud. En ce qui concerne la rapidité, il n’est pas difficile de faire plus rapide que DSM (c’est d’ailleurs honteux tellement DSM est devenu inefficace). Je regarderai demain comment KodCloud est structuré. Qu’est-ce qui te surprend dans le choix de Synology de le proposer comme package ?

Le format des logs doit être compatible avec celui de la source (la borne Linksys). D'après la RFC5424, le format IETF est à privilégier au format BSD. Si la règle ne s'active pas, il est probable que le port udp/514 soit déjà utilisé. As-tu paramétré ta borne pour l'envoi des logs ?

C'est la première fois que quelqu'un se plaint que les téléchargements plafonnent à 32MBps (soit 256Mbps) Ceci dit, ça sera d'actualité dans quelques dizaines d'années.

Et en complément :

Ça va être très simple : défini manuellement l’adressage IP de la caméra avec uniquement l’adresse IP et le masque (pas de passerelle, ni de DNS).

Est-ce que tu peux être plus précis ? Tu veux qu'une alerte en cas de détection de mouvement soit envoyée par le NAS ? (ou que le NAS enregistre sur détection de mouvement ?)

Les règles de pare-feu sont traitées dans l'ordre où elles sont écrites. Donc tel que tu le présentes, ça fonctionne.

FTP est un bon moyen pour la reprise des téléchargements interrompus. Par contre c’est moins intuitif pour les utilisateurs non-avertis qu’un simple lien HTTP.

Ce n’est pas le NAS qui est limitant, mais le client à 1Gbps.

De mon point de vue, c'est plus DSM qui poserait problème avec ce processeur car ce n'est pas le processeur qui plante, mais le programme qu'on lui a demandé d'exécuter. Attention aussi à l'emplacement du NAS. L'exemple cité sur Ama$on concerne un plantage pendant l'indexation des photos. S'agissant d'une opération sollicitant énormément le processeur et produisant donc beaucoup de chaleur, il faut que le NAS soit installé à un endroit non-confiné afin de ne pas risquer une surchauffe. N'ayant pas ce modèle, je laisse la parole aux autres utilisateurs de ce modèle.

Comme toujours, sur le site officiel : https://www.synology.com/fr-fr/company/contact_us

La commande ifconfig est à exécuter sur le NAS. Sous Windows, tu peux voir la valeur du MTU avec la commande netsh interface ipv4 show interfaces. Donc tu n'as pas besoin de modifier la valeur du MTU car ça ne fera que dégrader les performances du réseau (fragmentation des paquets).

Synology n'affiche pas la bonne valeur par défaut dans l'interface de DSM. Via la commande ifconfig, tu verras que la valeur effective du MTU de l'interface eth0 est à 1500 : user@DiskStation:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:11:32:XX:XX:XX inet addr:A.B.C.D Bcast:A.B.C.D Mask:A.B.C.D UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:m RX packets:R errors:0 dropped:0 overruns:0 frame:0 TX packets:T errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:T RX bytes:R (R) TX bytes:T (T) Interrupt:I