Störungsverlauf von Lets Encrypt

1. 20. Oktober 2026 um 00:54 UTCresolved

   20. Oktober 2026 00:28 UTC Untersuchung - Wir sehen erhöhte Raten von Validierungsfehlern, die nicht passieren sollten. Wir untersuchen und erwarten, das Problem bald zu lösen. 20. Oktober 2026 00:41 UTC Identifiziert - Wir haben das Problem identifiziert, das die Emissionserfolgsraten beeinflusst, und erwarten, es innerhalb der nächsten Minuten zu lösen. 20. Oktober 2026 00:54 UTC Gelöst - Wir haben das Problem behoben, das Validierungsfehler in den Staging- und Produktionsumgebungen verursacht hat. Die Ausgabe ist wieder normal.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 12. Oktober 2026 um 23:36 UTCresolved

   12. Oktober 2026 17:38 UTC Identifiziert - Wir haben ein Problem identifiziert, das die Ausstellung von Zertifikaten in der Produktion stört. Wir arbeiten daran und erwarten, es schnell zu lösen. 12. Oktober 2026 17:47 UTC Überwachung - Die Ausgabe ist wieder normal. Wir beobachten unseren Service genau und werden die Ursache dieser Störung weiterhin untersuchen und beheben. 12. Oktober 2026 23:36 UTC Gelöst - Wir haben die Emissionsstörung behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 11. September 2026 um 02:39 UTCresolved

   11. September 2026 01:40 UTC Untersuchen - Let's Encrypt untersucht erhöhte Fehlerraten für die Domänenkontrollvalidierung in der letzten Stunde, die Abonnenten möglicherweise daran hindern, Zertifikate zu erhalten. 11. September 2026 02:11 UTC Identifiziert - Wir haben ein Problem mit unserem DNS-Resolver in unserer sekundären Validierung identifiziert. Die Änderung wird rückgängig gemacht, und wir erwarten, dass wir innerhalb von 15 Minuten einsatzbereit sein werden. 11. September 2026 02:39 UTC Gelöst - Der Vorfall wurde behoben. Validierungen sind erfolgreich.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. Juni 2026 um 15:37 UTCresolved

   3. Juni 2026 16:05 UTC Identifiziert - Die Produktions-API von Let's Encrypt erlebt eine verschlechterte Leistung. Wir haben den Datenverkehr vom betroffenen Rechenzentrum umgeleitet. Kunden haben möglicherweise sporadisch 404- und 500-Fehlerantworten gefunden, abhängig vom API-Aufruf und der intermittierenden Natur des Problems. 3. Juni 2026 17:23 UTC Überwachung - Alle Systeme nominal. Wir sind immer wachsam bei Netzwerkverbindungsproblemen. Happy Emission. 4. Juni 2026 15:37 UTC gelöst -

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 13. Mai 2026 um 20:32 UTCresolved

   8. Mai 2026 18:37 UTC Untersuchung - Wir wurden auf einen möglichen Vorfall aufmerksam gemacht und schließen alle Emissionen ab. 8. Mai 2026 21:03 UTC Überwachung - Let's Encrypt hat die Ausgabe wieder aufgenommen. Aufgrund eines Problems mit dem kreuzsignierten Zertifikat von unserer Generation X-Wurzel auf unsere neue Generation Y-Wurzel wurde die gesamte Ausgabe auf unser Generation X-Wurzelzertifikat umgestellt. Dies betrifft unsere "tlsserver" und "shortlived" ACME Zertifikatsprofile. 13. Mai 2026 20:32 UTC Wir haben festgestellt, dass unseren kreuzzertifizierten untergeordneten CAs Extended Key Usage (EKU) Felder fehlen, die jetzt erforderlich sind. Wir widerrufen und geben unsere Kreuzzeichen von X2/YR mit X1 und YE mit X2 neu aus. Dies betrifft nicht die meisten Let’s Encrypt-Abonnenten. Wir werden die End-Entity-Zertifikate nicht widerrufen, da sie immer noch konform sind. Alle Zertifikate, die von unseren Wurzeln YE und YR ausgestellt wurden, können jedoch nicht erfolgreich an unsere vorherigen Wurzeln X1 und X2 ohne ein aktualisiertes, quersigniertes Zwischenprodukt in ihrer Kette verkettet werden. Wenn sie ein zertifikat haben, das vom "tlsserver" oder "kurzlebigen" acme-profil ausgestellt wurde, empfehlen wir, sie zu erneuern. Unsere ACME Renewal Information API signalisiert betroffenen Zertifikaten jetzt eine Erneuerung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. März 2026 um 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. März 2026 um 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. Dezember 2025 um 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. Dezember 2025 um 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. Dezember 2025 um 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 -