EricMB

Merci à Einsteinium pour ce tutoriel très clair ! Les variables de sauvegarde ont été remplacées par des variables en majuscule : SAVED_SYNO_Certificate -> SAVED_SYNO_CERTIFICATE. ```` SAVED_SYNO_SCHEME='http' SAVED_SYNO_HOSTNAME='172.17.0.1' SAVED_SYNO_PORT='5000' SAVED_SYNO_USERNAME='nom utilisateur' SAVED_SYNO_PASSWORD='le password' SAVED_SYNO_DID='' SAVED_SYNO_CERTIFICATE='description du certificat mise dans le DSM' ```` N'éditez plus la clé SAVED_SYNO_Certificate à la main. Passez plutôt la variable SANS le préfixe SAVED_ directement dans la commande de déploiement, ce qui l'écrase et se re-sauvegarde ensuite avec la bonne casse : docker exec Acme sh -c "SYNO_CERTIFICATE='Certificat_by_Acme' acme.sh --deploy -d 'mydomain.com' --deploy-hook synology_dsm" J'ai le même retour. Mon fichier log docker/Acme/acme.sh.log dit : Running cmd: cron ... "Renewing: 'domainname.tld' "... Skipping. Next renewal time is: 2026-09-05 ... ===End cron=== Donc, pas de bug à corriger. Explications : La fonction renewAll() appelée par le cron : for di in "${CERT_HOME}"/*.* "${CERT_HOME}"/*:*; do _debug di "$di" if ! [ -d "$di" ]; then _debug "Not a directory, skipping: $di" continue fi ... Elle parcourt tout acme.sh (le CERT_HOME) et ignore silencieusement toute entrée correspondant au motif *.* qui n'est pas un vrai dossier. C'est normal et sans danger si l'entrée ignorée est un fichier annexe comme account.conf (il contient un point, donc matche le glob, mais c'est un fichier, pas un domaine). Mais si di correspond exactement à votre nom de domaine, c'est plus problématique : ça veut dire que acme.sh/domainname.tld n'est pas un dossier valide (fichier au lieu d'un dossier, lien symbolique cassé, point de montage Docker mal formé...) — et dans ce cas, le renouvellement automatique de ce domaine est silencieusement sauté à chaque cron. En résumé : Il suffit de vérifier que acme.sh/domainname.tld est un dossier valide et mettre --notify-level 2 (send notification when a cert is successfully renewed, or there is an error)