När en DNS går ner: Hur ett enda moln slog ut större delen av internet

Den 20 oktober 2025 orsakade ett fel i domännamnssystemet (DNS) hos Amazon Web Services, i deras äldsta och största region, stora störningar på internet. Webbplatser, bankappar, spel, smarta hem-tjänster och myndighetsportaler slutade fungera eller blev extremt långsamma. I flera timmar var miljontals användare avskurna från tjänster de tar för givet. När en leverantör fallerar, märker resten av internet det — och det gör ont. (Reuters)

Varför ett DNS-fel drabbar så många

DNS är internets telefonbok: den översätter namn som bank.example till IP-adresser som datorer kan förstå. När DNS slutar fungera kan inga adresser hittas — vilket betyder ingen webbplats, ingen API, ingen inloggning. (Reuters)

Många moderna tjänster använder inte bara DNS; de lägger hela sin infrastruktur — beräkning, lagring, databaser, meddelanden — hos molnleverantörer. När dessa inte kan hantera trafik korrekt leder det till en kedjereaktion av fel.

Rakt sagt: många företag valde bekvämlighet och hastighet framför redundans. Resultatet blev att ett enda DNS- eller routingfel i en stor molnregion kunde slå ut miljontals användare världen över. (Wired)

Vem som drabbades

Störningen gjorde ingen skillnad på storlek. Sociala appar som Snapchat och Reddit, spel som Fortnite och Roblox, meddelandetjänster som Signal och finansappar som Venmo och flera banker gick ner. Även myndighetstjänster och flygbolag rapporterade kraftiga störningar eller total nedtid. Allt som använde AWS US-EAST-1-regionen påverkades. (Washington Post)

Varför det här är ett LoadOut-problem

LoadOut handlar om utrustning du kan lita på. Din digitala "loadout" — tjänsterna du använder varje dag — måste behandlas på samma sätt. Om dina kritiska system ligger i en och samma molnregion har du lagt all din utrustning i ett skåp och gett bort nyckeln till någon annan.

Den här incidenten påminner oss om att robusthet kostar pengar och kräver disciplin. Flera regioner, flera leverantörer, offline-lösningar och tydliga återställningsplaner är den digitala motsvarigheten till att bära extra magasin, en första hjälpen-väska och reservkommunikation. Billigt är bekvämt — tills det inte är det längre.

Praktiska lärdomar

• Anta att fel är oundvikligt. Designa för det. Testa failover regelbundet. Simulera avbrott.
• Diversifiera leverantörer. Fördela kritiska tjänster över olika regioner eller DNS-leverantörer.
• Kontrollera dina DNS-inställningar. Stöd snabba växlingar och cache-vänliga TTL-värden.
• Bygg offline-funktioner. Appar ska kunna fungera utan ständig serverkontakt.
• Säkra dina åtkomstvägar. Håll nödinloggningar och status-sidor på separata servrar.
• Kommunicera. Var transparent vid störningar. Tystnad skapar panik.

Den politiska vinkeln

Reglerare diskuterar redan om AWS och liknande företag ska klassas som kritisk infrastruktur. När privata företag driver banker, nödsystem och myndighetstjänster blir ett haveri en nationell risk. Förvänta dig fler revisioner, striktare rapportering och krav på redundans. (The Guardian)

Skyll inte på fel aktör

Det är lätt att peka på AWS, men det verkliga problemet är design och beroende. Molnet gav enorm skalbarhet men fick för många företag att glömma att robusthet är deras eget ansvar. Lösningen är inte att demonisera molnleverantörer, utan att sluta behandla dem som magiska lösningar på risk. Bekvämlighet och kostnadsjakt skapade problemet. (Reuters)

LoadOuts slutståndpunkt

Internet dog inte. Delar av det gick ner eftersom för många tjänster lutade sig mot samma svaga punkt. Det går att åtgärda, men bara om utvecklare, administratörer och företag agerar nu. Granska dina beroenden. Lägg till redundans. Träna för kaos. När molnet slocknar är det din loadout som avgör om du klarar dig.

Källor:
Reuters – Amazon säger att AWS är återställt efter global störning
The Guardian – Amazon avslöjar orsaken till AWS-störningen
Wired – Vad det stora AWS-avbrottet säger om internet