Cloudflare-Ausfall am 22. Juni 2026: Ein Glasfaserbruch legte große Teile des Internets lahm

Cloudflares eigene Statusseite zeigte einen „Partiellen Systemausfall“ (Partial System Outage) an, bei dem am späten Abend des 22. Juni 54 von 457 Komponenten gestört waren . Das Unternehmen bestätigte „erhöhte Fehlerraten und Latenzzeiten“ bei mehreren Diensten .

NetBlocks, das die weltweite Internetgesundheit überwacht, stellte fest, dass X „an einem zweiten Tag in Folge internationale Ausfälle aufgrund von Backend-API-Fehlern in der Timeline erlebt“, präzisierte jedoch, dass der Vorfall „nicht mit länderbezogenen Internetstörungen zusammenhängt“ .

Gab es einen separaten X-Ausfall am 21. Juni?

Nein. Die verfügbaren Quellen beschreiben durchgängig, dass X am 22. Juni im Rahmen desselben Cloudflare-Vorfalls ausgefallen ist . Es gibt keine bestätigten Belege für einen signifikanten, separaten X-Ausfall am 21. Juni 2026. Falls Sie von einem X-Ausfall am 21. Juni gehört haben, wird dies durch die aktuelle Berichterstattung nicht gestützt .

Die Rolle der geplanten Cloudflare-Wartung in Newark

Cloudflare hatte eine geplante Wartung in seinem Rechenzentrum EWR (Newark) angesetzt, die vom 22. Juni 2026, 01:00 UTC, bis zum 23. Juni 2026, 09:00 UTC lief . Auf der Statusseite wurde darauf hingewiesen, dass der Verkehr während dieses Zeitfensters möglicherweise von Newark umgeleitet wird, was zu einer „geringfügigen Erhöhung der Latenzzeit“ für Endnutzer in der betroffenen Region führen könnte .

Die geplante Wartung wurde jedoch nicht als Ursache für den Glasfaserbruch-Ausfall identifiziert. Die beiden Vorfälle überschnitten sich zeitlich, hatten aber unterschiedliche Ursachen – die Wartung in Newark war Routine und geplant, der Glasfaserbruch war ein unvorhergesehener externer Infrastrukturschaden, der später am Tag auftrat .

Ein Jahr der Cloudflare-Ausfälle: Ein Muster zeichnet sich ab

Der Glasfaserbruch vom 22. Juni ist der jüngste in einer Reihe bemerkenswerter Cloudflare-Störungen seit Ende 2025. Hier ein Vergleich:

Der rote Faden: Cloudflares Position als Infrastruktur für rund 20 % des weltweiten Webverkehrs bedeutet, dass sowohl externe physische Schäden (Glasfaserbrüche) als auch interne Konfigurationsfehler (überdimensionierte Konfigurationsdateien, BGP-Fehler) zu Kaskadenausfällen bei Hunderten von großen Plattformen führen können. Der Ausfall vom 22. Juni ist der erste größere Ausfall mit einer physischen Infrastruktur als Ursache in dieser Serie, im Gegensatz zu Software- oder Konfigurationsfehlern.

Warum das wichtig ist

Ein einziger Glasfaserbruch in einer Region reichte aus, um Dienste zu stören, die täglich von zig Millionen Menschen genutzt werden. Dieser Vorfall unterstreicht eine grundlegende Schwachstelle in der Architektur des Internets: Selbst die widerstandsfähigsten Cloud-Anbieter sind auf physische Kabel angewiesen, die durch Bauarbeiten, Wetter oder Unfälle beschädigt werden können. Für Unternehmen und Nutzer ist es eine Erinnerung daran, dass Redundanz auf der Anwendungsebene – Multi-Cloud-Strategien, Failover-Systeme und Offline-Fallbacks – auch bei einem so dominanten Anbieter wie Cloudflare unerlässlich bleibt.

Nach den neuesten Berichten war die Behebung des Glasfaserbruchs zum damaligen Zeitpunkt noch im Gange . Cloudflare hat noch keinen vollständigen Post-Mortem-Bericht veröffentlicht, und es ist noch nicht klar, ob der Glasfaserbruch versehentlich, wetterbedingt oder durch Bauarbeiten verursacht wurde.