PiwiLAbruti

On avait déjà eu le coup des périphériques USB non reconnus suite à une mise à jour de la branche 7.3, et qui empêchait surtout les communications avec les onduleurs. C'est surprenant que Synology ait refait la même bourde avec DSM 7.4… 🤦‍♂️

Une évolution arrivera (un jour) avec la méthode DNS-PERSIST-01 qui permettra d'émettre et de renouveler un certificat avec un enregistrement DNS TXT persistant. acme.sh est déjà prêt mais il va falloir attendre que les autorités de certification implémentent cette méthode dont la RFC est encore au stade de brouillon (draft). Dans les grandes lignes : # sudo docker exec <containerName> acme.sh --register-account --email <something>@<domain> # sudo docker exec <containerName> acme.sh --make-dns-persist-value --domain <domain> --dns-persist-wildcard # sudo docker exec <containerName> acme.sh --issue --domain <domain> --dns-persistPour l'instant, la dernière commande affiche systématiquement le message d'erreur Cannot get domain token entry <domain> for dns-persist-01.

DSM est installé sur une partition dédiée non-visible dans DSM. Tu peux la voir avec la commande suivante : sudo df -h

Je suppose que les 3 NAS utilisent des clés privées différentes @Mic13710 ?

Le test est rapide à faire et s'arrrête à la liste des registrars disponibles : Cloudflare AliDNS Azure DNS Duck DNS Gandi GoDaddy Huawei Cloud DNS Tencent Cloud DNS Mais il ne s'agit là que de la toute première publication de ce paquet qui va avoir besoin de mûrir pour être utilisable dans nos contrées. Je doute fort qu'il couvrira mes besoins : 1 certificat sur registrar OVH à déployer sur 3 NAS, 1 certificat sur chacun de ces 3 NAS à générer avec le paquet DNS Server et à déployer localement.

SynoCommunity a sorti un paquet pour la gestion des certificats Let's Encrypt via la méthode DNS-01 : https://synocommunity.com/package/dnsacme Je vais tester dès que j'aurais le temps.

Il te faut un plan B pour faire tourner cette VM sur un autre environnement. Tu ne peux pas jouer avec la comptabilité d'un association (même petite). Le DS716+ a 10 ans cette année, il faudrait peut-être envisager un upgrade et le conserver en backup.

Ce n'est pas inhabituel, Synology le fait depuis quelques années maintenant. Ça permet de conserver un NAS stable et fiable avec une version LTS de DSM qui apporte des correctifs de sécurité au-delà de la durée de support normale des autres versions. Tout cela se fait en mise à jour automatique. Synology laisse toutefois la possibilité aux plus aventureux de bénéficier des dernières fonctionnalités, mais à condition de faire la mise à jour manuellement.

@Lilie Où sont enregistrées les vidéos de la caméra ? Pourquoi avez-vous créé ce sujet dans la section dépannage de "Synology & Disk Station Manager (DSM)" de ce forum ?

Non plus @Audio ! 😄 Prends le temps de bien lire les notes de mise à jour 🤓

@alan.dub Pour que les mises à jour de sécurité soient automatiquement appliquées, il vaut mieux cocher "Installer automatiquement les mises à jour importantes". DSM 7.4 est une mise à jour de fonctionnalités, pas de sécurité (même si elle en inclut implicitement). DSM 7.3 étant une version LTS (Long Term Support) de DSM, il est supporté jusqu'en octobre 2028 : https://global.download.synology.com/download/Document/Software/WhitePaper/Os/DSM/All/enu/Software_Life_Cycle_Policy_enu.pdf#page=5 Pourquoi voudrais-tu changer de NAS ? Le DS418 ne convient plus à tes besoins ?

@CMDC Le problème de MailPlus Server est sa faible compatibilité avec les différentes architectures CPU des NAS. Il est mieux que Mail Server, mais le fait de snober les modèles d'entrée et milieu de gamme est vraiment regrettable (surtout pour faire tourner de l'IMAPS et du SMTP qui sont des protocoles frugales). @alan.dub Oui, à condition de rester sous DSM 7.3. Synology a au moins l'intelligence de ne pas proposer la mise à jour automatique sur les modèles '19 et antérieurs. Merci aux kamikazes qui se précipitent sur la mise à jour, ça permet d'avoir des retours avant de la faire 👍

… comme ça, tu utiliseras des systèmes obsolètes qui tomberont à la première faille exploitable. C'est vraiment un bon conseil… 😅

Le reverse proxy ne serait donc pas à l'origine des lenteurs. Saurais-tu reproduire les conditions dans lesquelles les flux apparaissaient au bout de 10 secondes ? Est-ce que le port tcp/5001 est exposé sur Internet ? Si oui, il faudra songer à le fermer rapidement.

Dans le lien que j'ai donné, il n'y a aucune allusion à un container. Il s'agit de plaquer l'image de HAOS directement sur le disque d'une machine x86. Ubuntu n'est utilisé que pour le live boot sur un support externe pour réaliser la copie de l'image HAOS.