Historique des pannes de Lets Encrypt

1. 4 juin 2026 à 15:37 UTCresolved

   3 juin 2026 16:05 UTC Identifié - L'API de production de Encrypt connaît des performances dégradées. Nous avons réacheminé le trafic du datacenter affecté. Les clients peuvent avoir rencontré sporadiquement 404 et 500 réponses d'erreur selon l'appel API et la nature intermittente du problème. 3 juin 2026 17:23 UTC Surveillance - Tous les systèmes nominaux. Nous restons toujours vigilants sur les problèmes de connectivité réseau. Bonne émission. 4 juin 2026 15:37 UTC Résolue

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 mai 2026 à 20:32 UTCresolved

   8 mai 2026 18:37 UTC Enquête - Nous avons été informés d'un incident potentiel et arrêtons toute émission. 8 mai, 2026 21:03 UTC Surveillance - Let's Encrypt a repris son émission. En raison d'un problème avec le certificat croisé signé de notre Generation X root à notre nouvelle Generation Y root, toute l'émission a été changée vers notre certificat Generation X root. Cela affecte nos profils de certificat ACME « tlsserver » et « courte durée ». 13 mai 2026 20:32 UTC Résolue - Nous avons identifié que nos CA subordonnées certifiées croisées manquent les champs d'utilisation de clé étendue (EKU) qui sont maintenant requis. Nous révoquons et relivrons nos signes croisés de X2/YR par X1, et de YE par X2. Cela n'affectera pas la plupart des abonnés de Let. Nous ne révoquons pas les certificats d'entité finale, car ils sont toujours conformes. Cependant, les certificats délivrés par nos racines YE et YR peuvent ne pas être enchaînés avec succès à nos racines précédentes X1 et X2 sans un intermédiaire transsigné mis à jour dans leur chaîne. Si vous avez un certificat délivré par les profils ACME de l'entreprise, nous vous recommandons de les renouveler. Notre API d'information sur le renouvellement d'ACME signale les certificats affectés à renouveler maintenant.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 mars 2026 à 20:40 UTCresolved

   March 16, 2026 17:36 UTC Investigating - To fulfill our required compliance obligations, we are performing an incident drill. During this drill, we are stopping issuance from staging. March 16, 2026 18:05 UTC Monitoring - We are resuming issuance. As part of our drill, we have dropped authorizations prior to the beginning of the drill. If you receive an error related to missing authorizations, retry issuance. March 16, 2026 18:05 UTC Monitoring - We are resuming issuance. As part of our drill, we have dropped authorizations prior to the beginning of the drill. If you receive an error related to missing authorizations, retry issuance. March 16, 2026 18:24 UTC Investigating - We are disabling staging issuance again for our incident drill. March 16, 2026 19:17 UTC Monitoring - We are resuming issuance. As part of our drill, we have expired all preexisting orders. If you receive an error, retry issuance with a new order. March 16, 2026 20:40 UTC Resolved - We have concluded our drill activities in staging for today, and issuance has appeared healthy for a while.

1. 4 mars 2026 à 23:03 UTCresolved

   March 4, 2026 19:44 UTC Scheduled - We will be performing maintenance on our staging database cluster and will be temporarily disabling issuance for the duration. March 4, 2026 19:59 UTC Active - We are beginning staging maintenance now. March 4, 2026 20:36 UTC Active - Maintenance is ongoing and will go past the initial time estimate, apologies for that. March 4, 2026 21:17 UTC Active - Maintenance is still ongoing. March 4, 2026 22:03 UTC Active - Maintenance is still ongoing. March 4, 2026 22:27 UTC Active - Maintenance is ongoing and we're keeping an eye on the progress. March 4, 2026 23:03 UTC Completed - Staging database maintenance was completed successfully and the API is back up and issuing certificates/CRLs. Happy staging issuance everybody reading this. Slow and steady amiright?

1. 16 décembre 2025 à 16:28 UTCresolved

   December 16, 2025 16:01 UTC Identified - We have identified an issue with an internal service related to serving the production API. We are working to restore the service. December 16, 2025 16:17 UTC Monitoring - The production API services are stabilizing and successful issuance should be resuming shortly. December 16, 2025 16:28 UTC Resolved - Services have recovered.

1. 10 décembre 2025 à 20:54 UTCresolved

   December 10, 2025 19:01 UTC Scheduled - We'll be performing routine maintenance in a High Assurance Datacenter 2. Some ACME clients may see elevated latencies. December 10, 2025 19:02 UTC Active - Maintenance will now begin. December 10, 2025 20:54 UTC Completed - Maintenance has been completed successfully.

1. 10 décembre 2025 à 17:57 UTCresolved

   December 9, 2025 16:42 UTC Investigating - We are investigating some requests experiencing high latency when making requests to the API. December 9, 2025 16:58 UTC Investigating - We have shifted traffic out of high assurance data center 2 so that it is no longer serving requests and API latency looks normal. We are continuing to investigate root cause. December 9, 2025 23:05 UTC Identified - We have shifted traffic back to both data centers and are continuing to monitor for any unusual API responses or latency. December 10, 2025 00:28 UTC Monitoring - We have reshaped some traffic and continue to monitor for any recurrences of API latency and increases in 503 responses. December 10, 2025 17:57 UTC Resolved -