PiwiLAbruti

Vérifier que les ports reliant la box au switch restent bien à 1Gbps. As-tu essayé de remplacer le câble reliant la box au switch ? (ou au moins débrancher/rebrancher le câble actuel) Ma remarque concernant le problème entre la box et le switch tient compte des deux points que tu cites.

Il faut vérifier l'état du lien pendant un transfert bridé à ~10MB/s (100Mbps). En tout cas, vu les faits décrits dans le premiers message, seul le lien entre la box et le switch peut être mis en cause.

Sélectionner le disque incriminé : Bouton Infos sur la santé Onglet Historique C'est tout ce que Synology a bien voulu laisser des données S.M.A.R.T. des disques… Si tu veux le détail des données, il faut utiliser la commande indiquée par @Mic13710 : https://www.nas-forum.com/forum/topic/86960-secteurs-défectueux/#findComment-1319524454

Merci pour le schéma, c'est beaucoup plus clair. Pour compléter la remarque de @Eric Plontz, vérifie sur la box la vitesse du port (autonégociation) sur lequel est branché le switch. Il est aussi possible que le switch indique le port à 100Mbps avec une couleur de LED différente. Il est fort probable que le lien ait été négocié à 100Mbps, ce qui explique aussi pourquoi le débit est également bridé en Wi-Fi.

Pour faciliter la résolution de ce problème, il faut simplifier la méthodologie. Ne faire les tests qu'en filaire, N'utiliser qu'un seul protocole pour les tests (SMB de préférence car c'est probablement le plus utilisé), Vérifier la vitesse sélectionnée par l'autonégociation (10/100/1000Mbps) avant ET pendant le transfert, sur le PC, le NAS, et sur les ports concernés de la box. Historiquement, et c'est peut-être de moins en moins vrai aujourd'hui, la confiance dans la performance des switches intégrés aux box est très limitée (on a vu toutes sortes de problèmes par le passé). Si tu disposes d'un switch 1GbE, branche-le derrière la box et connectes-y les PC et le NAS. Refais les tests dans ces conditions. S'agissant de communications locales ne nécessitant pas de connexion internet, je recommande vivement l'utilisation d'un switch (5 ports 1GbE à moins de 20€ et même mieux sur LBC). Ainsi, toute la puissance de la box n'est dédiée qu'aux communications internet.

Le temps que le deuxième disque soit ajouté, tu peux lire le tutoriel sur la sécurisation réseau : https://www.nas-forum.com/forum/topic/77493-tuto-pas-à-pas-sécurisation-du-nas-pour-dsm-7/#comments

Je n'utilise pas le transcodage. Mais même en arrière-plan, ça m'embêterait d'avoir un CPU blindé à 100% parce qu'il transcode en arrière plan alors qu'un module matériel dédié à cette fonction peut le faire bien plus rapidement en consommant beaucoup moins d'énergie. Ce qui, de plus, laisse des ressources CPU disponibles pour les autres services. La solution de contournement évoquée par @rodo37 fonctionne très bien sur les modèles '25 : https://github.com/007revad/Transcode_for_x25 Il y a aussi tout un tas d'autres scripts pour contourner les restrictions injustifiées de Synology : https://github.com/007revad?tab=repositories

Tout comme l'a dit @Mic13710, seuls les modèles '25 sont concernés. Donc il n'y a pas de quoi paniquer. D'ailleurs, ça se confirme sur le site officiel : https://kb.synology.com/fr-fr/DSM/tutorial/Can_my_Synology_NAS_convert_videos_for_my_device Au lieu de gaspiller de l'énergie à vouloir faire en sorte que Synology change d'avis (spoiler : Ce qui n'arrivera pas), faites l'inventaire de vos besoins et regardez ce que la concurrence propose. Vous y trouverez probablement votre bonheur. Au plus simple : https://docs.qnap.com/operating-system/qts/5.0.x/fr-fr/transcodage-19574201.html

Je suivrai la procédure décrite sur SynoCommunity pour installer le paquet ffmpeg : https://synocommunity.com/#easy-install Pour le reste, je ne maîtrise pas ffmpeg.

ffmpeg peut aussi fonctionner nativement (sans Docker) grâce aux paquets SynoCommunity : https://synocommunity.com/package/ffmpeg7

Profites-en pour commander une prise parafoudre en même temps 😉

À première vue, je dirais que le compte utilisé n'a pas (ou plus) les droits administrateur. Un simple reset rétablirait le compte admin par défaut, ce qui permettrait de récupérer l'accès au Panneau de configuration pour vérifier ce qu'il en est.

En vrac : C'est beau, mais les fonctionnalités d'UniFi Drive sont extrêmement limitées face à DSM pour l'instant. J'adore le concept de pouvoir alimenter les modèles de bureau en PoE, même si les puissances de 60W (PoE++) et +100W (PoE+++) requises sont peu courantes sur les switches grand public. Une modèle 2 baies en PoE+ aurait été bienvenu. Les prix sont corrects, je m'attendais à plus cher venant de cette marque. Concernant les disques, je ne sais pas si les restrictions sont les mêmes que chez Synology mais ça semble mal barré 😅

À refaire lorsque le NAS redeviendra difficilement accessible par DSM.

As-tu vérifié la charge CPU avec la commande top ? (comme déjà indiqué)

Même si elle ne reflète pas l'activité des conteneurs, l'activité de Container Manager (Docker) est visible dans l'onglet [Processus], sous les noms containerd* et docker*.

Il faut d'abord identifier la cause du problème (consommation CPU excessive). Tu verras ensuite pour la notification.

La commande top via SSH pourrait te renseigner sur le processus qui consomme autant de ressources.

As-vérifié les paramètres réseau du NAS ? Notamment la passerelle (qui doit être l'adresse IP de la box) et les serveurs DNS.

Et c'est l'une des raisons pour lesquelles les constructeurs n'ont pas l'air de se bousculer pour valider leurs disques chez Synology 😅 La liste des disques compatibles avec les modèles '25 reste désespérément exclusive aux modèles Synology 🙄

À la page 56 de la documentation : Appuyer sur le bouton 1 (Control button), Alimenter la caméra, Attendre 15 à 30 secondes jusqu'à ce que le voyant Status devienne orange clignotant, Relâcher le bouton 1, Si aucune adresse IP n'est attribuée à la caméra par un serveur DHCP, elle prendra l'adresse 192.168.0.90. Est-ce la procédure que tu as appliquée ?

@Mic13710 : Ça ne fonctionnera pas avec le port tcp/6690 de Synology Drive (non-HTTP). Une solutions serait d'utiliser des ports différents dans les redirections NAT/PAT : Externe tcp/6690 > 192.168.0.10 tcp/6690 Externe tcp/6691 > 192.168.0.11 tcp/6690 Externe tcp/6692 > 192.168.0.12 tcp/6690 … Il me semble que HAProxy (reverse proxy TCP) permette de le faire. Un paquet est disponible chez SynoCommunity.

Si la pile de la carte-mère (CR2032) est d'origine, il faudra certainement la changer. Lorsque cette pile devient faible, le NAS perd l'heure au redémarrage, ce qui peut le bloquer.

Pour faire court : J'utilise AdGuard Home installé sur un NAS pour chiffrer l'ensemble des requêtes DNS (DoT, DoH, et DoQ peuvent être utilisés), et j'y ai ajouté une redirection vers DNS Server pour les zones locales. Au passage, les réponses à tes questions sur les redirecteurs DNS sont indiquées dans la documentation Synology.

Ça confirme ce que je pensais lorsque le logo du forum et la typo du nom ont changé récemment. Ça confirme aussi le virage qu'est en train de prendre Synology depuis la sortie des premiers modèles '25. C'est une très bonne nouvelle pour ce forum dont le nom n'en sera que plus cohérent avec son contenu. Le fait de s'appeler NAS Forum et de ne traiter que des NAS Synology n'était pas toujours bien compris par les nouveaux membres. Est-ce que Xpenology restera un gros mot ? 😅