PiwiLAbruti

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 ? 😅

Oui, ça marcherait à condition de donner une adresse IP différente à chaque port LAN du NAS (sans agrégation de liens donc). Attention par contre à rester cohérent : Local : Plex > LAN 2 > switch DGS-1008P Distant : Jellyfin > LAN 1 > box

Il y a la réponse officielle (+4Go), et ceux qui ont installé bien plus que leur NAS (+8, +16, ou même +32Go). Ils font vraiment tâche Synology face à la concurrence qui propose de base 8 ou 16Go de RAM.

Lors de la création d'une VM, il est demandé de choisir son emplacement de stockage sur le quel seront créés tous les volumes virtuels de la VM. Il n'est donc pas possible par la suite de créer un volume virtuel sur un volume physique tiers et de l'ajouter à la VM. Il faut donc les volumes virtuels utilisés par Surveillance et ses données se situent sur le même volume physique. Pour réaliser ce que tu souhaites : Ajouter le volume réservé dans la section Stockage de VMM, Éteindre la VM, Migrer la VM vers le volume réservé : Clic-droit sur la VM > Migrer, Optionnel : Créer un nouveau volume virtuel pour stocker les vidéos : Clic-droit sur la VM > Modifier > Stockage, Démarrer la VM.

C'est nécessaire lorsque le programme a besoin de droits plus élevés pour s'exécuter. Pourquoi un chmod 777 ? S'agit d'un programme, il ne faut pas qu'on puisse écrire dedans. Un chmod 544 (r-x r-- r--) devrait suffire, rajouter des 5 si nécessaire pour donner les droits d'exécution au groupe (554) ou à tout le monde (555).

La commande doit probablement être précédée de la commande sudo qui te demandera ton mot de passe utilisateur.

Ca dépend de ton seuil de tolérance 😅