Cloudflare-storing 22 juni 2026: een glasvezelbreuk legde X, Reddit en tientallen grote diensten plat

Cloudflare’s eigen statuspagina toonde een "Partial System Outage" (gedeeltelijke systeemstoring) waarbij 54 van de 457 componenten verstoord waren, zoals laat op 22 juni werd gemeld . Het bedrijf bevestigde "verhoogde foutpercentages en latentie" bij meerdere diensten .

NetBlocks, dat de wereldwijde internetgezondheid monitort, merkte op dat X "voor een tweede opeenvolgende dag internationale storingen ondervond door backend-API-fouten op de tijdlijn", maar benadrukte dat het incident "geen verband hield met internetverstoringen op landniveau" .

Was er een aparte X-storing op 21 juni?

Nee. De beschikbare bronnen geven consistent aan dat X op 22 juni uitviel als onderdeel van hetzelfde Cloudflare-gerelateerde incident . Er is geen bevestigd bewijs van een significante X-specifieke storing op 21 juni 2026 die los stond van dit incident. Als u berichten zag over een X-storing op 21 juni, wordt dat niet ondersteund door de huidige berichtgeving .

De rol van Cloudflare’s geplande onderhoud in Newark

Cloudflare stond gepland onderhoud in het EWR (Newark)-datacenter te hebben dat liep van 22 juni 2026, 01:00 UTC tot 23 juni 2026, 09:00 UTC . De statuspagina meldde dat verkeer tijdens dit venster mogelijk zou worden omgeleid vanuit Newark, wat een "lichte toename in latentie" voor eindgebruikers in de getroffen regio zou kunnen veroorzaken .

Het geplande onderhoud werd echter niet aangemerkt als oorzaak van de glasvezelbreukstoring. De twee incidenten vielen samen in de tijd maar waren gescheiden in oorzaak – het Newark-onderhoud was routine en gepland, terwijl de glasvezelbreuk een onvoorziene externe infrastructuurfout was die later op de dag toesloeg .

Groter patroon: een jaar van Cloudflare-storingen

Het glasvezelbreukincident van 22 juni is de laatste in een reeks opmerkelijke Cloudflare-verstoringen sinds eind 2025. Hier is een vergelijking:

De rode draad: Cloudflare’s positie als infrastructuur voor ongeveer 20% van het wereldwijde internetverkeer betekent dat zowel externe fysieke schade (glasvezelbreuken) als interne configuratiefouten (te grote bestanden, BGP-fouten) cascadestoringen kunnen veroorzaken bij honderden grote platformen. De glasvezelbreukstoring van 22 juni is de eerste grote fysieke infrastructuuroorzaak in deze recente reeks, in tegenstelling tot software- of configuratiefouten.

Waarom dit ertoe doet

Eén enkele glasvezelbreuk in één regio was genoeg om diensten te verstoren die tientallen miljoenen mensen dagelijks gebruiken. Dit incident onderstreept een fundamentele kwetsbaarheid in de architectuur van het internet: zelfs de meest robuuste cloudproviders zijn afhankelijk van fysieke kabels die beschadigd kunnen raken door bouwwerkzaamheden, weersomstandigheden of ongelukken. Voor bedrijven en gebruikers is het een herinnering dat redundantie op applicatieniveau – strategieën met meerdere clouds, failoversystemen en offline back-ups – essentieel blijft, zelfs als u met een zo dominante provider als Cloudflare werkt.

Op het moment van de laatste rapporten was de reparatie van de glasvezelbreuk nog steeds gaande . Cloudflare heeft nog geen volledig post-mortemrapport gepubliceerd, en het is nog niet duidelijk of de glasvezelbreuk accidenteel was, het gevolg van weersomstandigheden, of werd veroorzaakt door bouwwerkzaamheden.