PiwiLAbruti

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

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.