Let's Encrypt empêtré dans le syndrome de la maintenance du vendredi soir

Bonjour,

Alors que je m’apprêtais à déployer un nouveau service pour visualiser mes statistiques de trafic, j’ai cru un temps que j’avais cassé ma configuration NPM (Nginx Proxy Manager). En effet, j’obtenais des erreurs (peu loquaces) et, quand je vérifiais dans le dossier ad hoc, je ne voyais pas de nouveau dossier pour la clef et le certificat que je tentais d’obtenir.

C’est en me rendant dans les logs du conteneur Docker que j’ai compris que le problème ne venait pas de moi.

1
2
3
4
5
6
7

[5/8/2026] [7:27:32 PM] [SSL      ] › ℹ  info      Requesting LetsEncrypt certificates for […].marcjestin.fr
[5/8/2026] [7:27:32 PM] [SSL      ] › ℹ  info      Command: certbot […].marcjestin.fr
[5/8/2026] [7:27:33 PM] [Nginx    ] › ℹ  info      Reloading Nginx
[5/8/2026] [7:27:33 PM] [Express  ] › ⚠  warning   Saving debug log to /data/logs/letsencrypt.log
An unexpected error occurred:
The service is down for maintenance or had an internal error. Check https://letsencrypt.status.io/ for more details.
Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /data/logs/letsencrypt.log or re-run Certbot with -v for more details.

Et la confirmation sur https://letsencrypt.status.io/ :

C’est bien la première fois que je rencontre le problème.

Le petit détail qui m’a beaucoup amusé quand je me suis rendu sur la page de suivi proposée, c’est qu’une maintenance programmée a été effectuée sur les mêmes ressources très peu de temps avant l’incident (voir capture ci-dessous).

Il y a fort à parier que les deux sont liés.

Même si j’ai bien conscience que la maintenance a eu lieu le matin à San Francisco où siège l’ISRG, c’est l’occasion de rappeler que

le meilleur moment pour planifier une maintenance n’est pas le vendredi en fin de journée, juste avant de partir en week-end.

Au plaisir,

Marc JESTIN
https://marcjestin.fr