PiwiLAbruti

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

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 😅

De manière plus globale, j'utilise un conteneur Observium pour monitorer toutes les métriques du NAS (et d'autres équipements comme des switches, cameras IP, AP Wi-Fi, …). Dans le cas de l'onduleur connecté en USB, le NAS expose les données suivantes : Voltage de sortie (V) Capacité de la batterie (%) Charge (%) Autonomie restante de la batterie (minutes) Ça me permet de recevoir des notifications sur l'autonomie restante selon des seuils personnalisés. Observium se base sur SNMP pour récupérer des métriques (processeur, mémoire, stockage, réseau, températures, états, …) et les met en forme avec des graphiques pour avoir un historique complet sur différentes durées (6h, 1j, 2j 1s, 1m, 3m, 1a, 3a). Il supporte beaucoup d'équipements exposant leurs métriques via ce protocole. Il y a une démo disponible ici : https://demo.observium.org Si tu n'as besoin de ne monitorer que l'onduleur, ça risque d'être une solution trop conséquente.

Les connexions se font en IPv4 ou IPv6 ? De mémoire, le réseau mobile IPv4 d'Orange est 92.184.0.0/16.

il suffit de vérifier quelle adresse IP source est utilisée à l'extérieur pour ajuster les règles de pare-feu en conséquence.

Bien sûr, chacun fait les règles comme il le souhaite. Il arrive toujours un moment en sécurité informatique où les choix sont subjectifs. Ce que tu proposes inclut les 80 adresses supplémentaires de 23.178.112.[120-199] dont on ne sait pas à quoi elles correspondent. Le risque est probablement minime, mais en réalité on n'en sait rien.

Par le passé, certains se sont fait cryptolocker leurs fichiers car ces ports (et d'autres) étaient totalement ouverts alors que Web Station et/ou DSM présentaient des failles de sécurité activement exploitées. Et ce désagrément se reproduira tôt ou tard. De manière générale, on ouvre les accès réseau au minimum nécessaire afin de garantir un niveau de sécurité minimum.

Le fond du problème, c'est que Synology n'a pas implémenté la synchronisation via HTTP (WebSocket, ou mieux : QUIC) comme le savent le faire d'autres solutions. C'est une amélioration à leur proposer.