Alle gaben Cloudflare die Schuld. Es war ein Glasfaserschnitt bei Zayo.

Am vergangenen Montag, dem 22. Juni 2026, lief ein großer Teil des Webs schlagartig in Zeitüberschreitungen. X, Zoom sowie einige Dienste von Google und Microsoft galten als beeinträchtigt, und die Ursache war ein Glasfaserschnitt im Osten Nordamerikas – im Netz von Zayo, einem der wenigen Tier-1-Backbones, die von niemandem Transit kaufen. 1

Kein Softwarefehler. Kein Cyberangriff. Ein durchtrenntes Kabel.

Der Reflex in der Berichterstattung und in den sozialen Medien war, es einen Cloudflare-Ausfall zu nennen. Cloudflare sagte etwas anderes, und zwar unumwunden: Man sehe keinen eigenen globalen Ausfall, das Problem liege auf den Routen von Zayo, und Seiten, die allein von Zayo abhingen, könnten unerreichbar sein – ob sie nun Cloudflare nutzten oder nicht. 1 Gemeldet wurden erhöhte Fehlerraten, höhere Latenz und sporadische Zeitüberschreitungen – kein sauberer globaler Ausfall. 1

Für uns war das Timing unangenehm. Wir hatten am selben Morgen einen Beitrag über physische Pfadvielfalt veröffentlicht, in dem wir argumentierten, redundante Anbindung sei es häufig nicht. Der Nachmittag hat das Argument besser vorgetragen als der Artikel.

Die Schicht, die niemand einzeichnet

Es gibt eine Fassung dieser Geschichte, in der es um Cloudflare geht – sie ist zugleich die populäre und die falsche. Cloudflares eigene Darstellung war, das eigene Netz treffe keine Schuld und die Störung stamme eine Schicht tiefer: von einem Backbone-Carrier, der unter sehr vielen Netzen liegt, dem von Cloudflare eingeschlossen.

Die interessante Fassung handelt davon, warum alle falsch geraten haben.

Ein einzelner Kabelschaden sollte nicht X, Zoom sowie Teile von Google und Microsoft gleichzeitig beeinträchtigen können. Das sind riesige, unabhängig konstruierte, gut finanzierte Plattformen mit großen Technikteams, die allesamt Resilienzplanung betrieben haben. Sie brachen gemeinsam ein, weil sie derselben Abhängigkeit ausgesetzt waren – einer, die unterhalb der Anwendung und unterhalb des CDN sitzt und die viele Organisationen nicht als Single Point of Failure behandeln, weil sie kein Server ist und in ihrem Schaubild nicht vorkommt.

Das ist die eigentliche Lehre des 22. Juni, und die falsche Zuschreibung ist ihr Beweis. Cloudflare ist sichtbar. Man wählt es, man konfiguriert es, es hat ein Dashboard und eine Statusseite – wenn etwas kaputtgeht, ist es der erste Name zur Hand. Transit ist unsichtbar. Fast niemand wählt den Carrier seines Carriers, und fast niemand könnte den Backbone benennen, über den seine Pakete zu einem Kunden gelaufen sind.

Reverse Proxys, CDNs und DDoS-Scrubbing sind eine konzentrierte Schicht, und DNS ist eine weitere konzentrierte Schicht daneben. Unter alldem liegt eine noch viel kleinere Zahl von Backbone-Netzen – und diese Schicht ist noch konzentrierter.

Keine Unabhängigkeit, aber auch nicht hilflos

Was Redundanz leisten kann, hat Grenzen. Sie können einen Backbone-Schnitt nicht verhindern, und mit dem ausgefallenen Carrier haben Sie keinerlei Vertragsbeziehung. Das Ziel ist nicht, Abhängigkeiten zu beseitigen. Es ist, noch Optionen zu haben, wenn eine davon ausfällt.

Halten Sie Ihren Ursprungsserver erreichbar. Wenn er nur Verkehr aus den IP-Bereichen Ihres CDN annimmt und keinen anderen Weg hinein hat, können Sie nicht vom CDN weg ausweichen. Halten Sie einen funktionierenden, getesteten Direktweg vor, auch wenn er im Normalbetrieb nichts ausliefert.

Legen Sie DNS woanders hin. Sind DNS und Proxy derselbe Anbieter, nimmt Ihnen sein schlechter Tag beides: das Problem und die Möglichkeit, es zu umgehen. Das ist die wertvollste Trennung, die es gibt.

Kennen Sie Ihre TTLs vor dem Vorfall. Eine TTL von 24 Stunden heißt, Ihr Failover dauert einen Tag – egal, wie schnell Sie es bemerken.

Halten Sie einen statischen Rückfall bereit: eine schlichte Seite bei einem anderen Anbieter in einem anderen Land, die sagt, was los ist. Sie kostet fast nichts und ist genau das, was Kunden während eines Vorfalls wollen.

Und üben Sie das Ganze, denn ein Ausweichweg, der nie durchgespielt wurde, ist eine Vermutung.

Die Rolle, die wir spielen können

Wir sind ein kleiner europäischer ISP und kein Backbone – und genau da ist ein kleinerer unabhängiger Anbieter hier tatsächlich nützlich: Wir sind der Ort, an dem Ihr Rückfall wohnt.

Ein VPS für 5 €/Monat in Tirana, Skopje, Amsterdam oder Dublin genügt für eine statische Statusseite, einen sekundären DNS-Server, einen Direktweg zum Ursprung oder ein kaltes Standby-System, das weder Steuerungsebene noch Unternehmen noch Kontinent mit Ihrem Hauptstack teilt. Vollständiges KVM mit Root-Zugriff, DDoS-Schutz inklusive, Krypto akzeptiert, kein KYC, in Minuten einsatzbereit.

Wer die Netzebene selbst in der Hand haben will: AS210464 bietet BGP-Sessions ab 5 €/Monat, RPKI-Validierung und einen Satz an Communities, mit dem Sie Ihre eigenen Ankündigungen zwischen unseren Regionen verschieben – einschließlich Remote-Triggered Blackholing, wenn Verkehr an unserem Netzrand verworfen werden soll statt an Ihrem Server.

Unsere Wege können Sie selbst beobachten, ohne Konto, über das Looking Glass. Führen Sie von den Netzen, die Ihnen wichtig sind, je einen Traceroute zu jedem unserer Standorte aus und schauen Sie, welche Netze in der Mitte jedes einzelnen auftauchen. Traceroute zeigt Ihnen keine MPLS-Hops, keine asymmetrischen Rückwege und nichts, wofür ein Router keine Antwort gibt – nehmen Sie es also als ersten Blick, nicht als Prüfung. Ein Transitanbieter, der auf jedem Weg auftaucht, ist trotzdem wert, bekannt zu sein, bevor er einen schlechten Tag hat.

Die Lehre, die niemand will

Die Resilienzerzählung des Internets lautete immer, Pakete fänden einen Weg um den Schaden herum. Das stimmte, solange der Schaden mitten in einem Maschennetz lag. Es stimmt deutlich weniger, wenn der Schaden in einem der wenigen Backbones liegt, die inzwischen fast alles überquert.

Die Schicht, die am 22. Juni ausfiel, ist die ohne Dashboard, ohne Statusseite zum Abonnieren und ohne Zeile in Ihrem Architekturreview. Das ist kein Argument für Panik. Es ist ein Argument dafür, vor dem nächsten Schnitt zu wissen, von welchen Netzen Ihr Verkehr abhängt – denn die Antwort zu finden dauert zehn Minuten, und während eines Vorfalls schlägt sie niemand nach.

Quellen

1. Cloudflare Outage: Fibre Cut in Eastern North America Triggers Internet Disruptions, Latestly, 24. Juni 2026