Të gjithë e fajësuan Cloudflare-in. Ishte një këputje fibre te Zayo.

Të hënën e kaluar, më 22 qershor 2026, një pjesë e madhe e uebit nisi të skadonte njëherësh. X-i, Zoom-i dhe disa shërbime të Google-it e të Microsoft-it u raportuan të gjitha të degraduara, dhe shkaku ishte një këputje fibre në Amerikën Veriore Lindore, në rrjetin e Zayo-s, një nga ato pak backbone Tier 1 që nuk blejnë transit nga askush. 1

Jo defekt softueri. Jo sulm kibernetik. Një kabllo e prerë.

Refleksi, në raportime dhe në rrjetet sociale, ishte ta quanin ndërprerje të Cloudflare-it. Cloudflare-i tha ndryshe, dhe e tha prerazi: nuk po shihte ndonjë ndërprerje globale të vetën, problemi ishte te rrugët e Zayo-s, dhe site-t që vareshin vetëm nga Zayo mund të ishin të paarritshme, pavarësisht nëse përdornin Cloudflare apo jo. 1 Ajo që u raportua ishin norma të shtuara gabimesh, vonesë e ngritur dhe skadime me ndërprerje, e jo një dështim i pastër global. 1

Koha ishte e sikletshme për ne. Po atë mëngjes publikuam një shkrim mbi larminë fizike të rrugëve, ku argumentonim se lidhshmëria e tepërt shpesh nuk është e tillë. Pasditja e ndërtoi argumentin më mirë se artikulli.

Shtresa që askush nuk e vizaton

Ka një version të kësaj historie që ka të bëjë me Cloudflare-in, dhe është njëkohësisht versioni popullor dhe ai i gabuari. Qëndrimi i vetë Cloudflare-it ishte se rrjeti i tij nuk kishte faj dhe se prishja lindi një shtresë më poshtë, te një bartës backbone që rri nën shumë rrjete, përfshirë atë të Cloudflare-it.

Versioni interesant ka të bëjë me pse gabuan të gjithë.

Një defekt i vetëm kablloje nuk duhet të jetë në gjendje t'i degradojë njëkohësisht X-in, Zoom-in dhe pjesë të Google-it e të Microsoft-it. Ato janë platforma të stërmadha, të projektuara në mënyrë të pavarur, me financim të bollshëm dhe me ekipe të mëdha inxhinierike që të gjitha kanë bërë planifikim qëndrueshmërie. Ato u degraduan bashkë sepse ishin të ekspozuara ndaj të njëjtës varësi — një varësi që rri poshtë aplikacionit dhe poshtë CDN-së, dhe shumë organizata nuk e trajtojnë si pikë të vetme dështimi, sepse nuk është server dhe nuk është në diagramin e tyre.

Ky është mësimi i vërtetë i 22 qershorit, dhe atribuimi i gabuar është prova e tij. Cloudflare-i është i dukshëm. Ju e zgjidhni, e konfiguroni, ka panel dhe faqe statusi, prandaj kur prishen gjërat është emri i parë që të vjen ndër mend. Transiti është i padukshëm. Pothuajse askush nuk e zgjedh bartësin e bartësit të vet, dhe pothuajse askush nuk do ta emërtonte dot backbone-in që kaluan paketat e tij rrugës drejt një klienti.

Reverse proxy-t, CDN-të dhe pastrimi i DDoS-it janë një shtresë e përqendruar, dhe DNS-ja është një shtresë tjetër e përqendruar përkrah tyre. Poshtë të gjithave rri një numër shumë më i vogël rrjetesh backbone, dhe ajo shtresë është edhe më e përqendruar.

Jo pavarësi, thjesht jo të pafuqishëm

Ka kufij për atë që mund ta zgjidhë redundanca. Nuk mund ta bëni të mos ndodhë një këputje backbone-i, dhe nuk keni marrëdhënie kontraktuale me bartësin që dështoi. Synimi nuk është eliminimi i varësive. Është të keni ende mundësi kur njëra prej tyre dështon.

Mbajeni origjinën tuaj të arritshme. Nëse origjina juaj pranon trafik vetëm nga intervalet IP të CDN-së suaj dhe nuk ka rrugë tjetër hyrëse, nuk mund të kaloni jashtë CDN-së. Mbani një rrugë të drejtpërdrejtë funksionale dhe të provuar, edhe nëse normalisht nuk i shërben askujt.

Mbajeni DNS-në diku tjetër. Nëse DNS-ja juaj dhe proxy-ja juaj janë i njëjti shitës, dita e tyre e keqe jua heq njëkohësisht edhe problemin edhe aftësinë për ta anashkaluar. Kjo është ndarja me vlerën më të lartë që ekziston.

Njihini TTL-të tuaja para incidentit. Një TTL 24-orëshe do të thotë se failover-i juaj zgjat një ditë, pavarësisht sa shpejt e vini re.

Mbani një rezervë statike — një faqe të thjeshtë te një ofrues tjetër në një shtet tjetër që thotë se çfarë po ndodh. Kushton pothuajse asgjë dhe është ajo që duan klientët tuaj gjatë një incidenti.

Pastaj ushtrojeni, sepse një rrugë failover-i që nuk është ekzekutuar kurrë është hipotezë.

Roli që mund të luajmë

Jemi një ISP i vogël evropian e jo backbone, dhe pikërisht aty një ofrues i vogël i pavarur është vërtet i dobishëm këtu. Jemi vendi ku jeton rezerva juaj.

Një VPS me 5 €/muaj në Tiranë, Shkup, Amsterdam ose Dublin mjafton për të mbajtur një faqe statike statusi, një server DNS dytësor, një rrugë të drejtpërdrejtë drejt origjinës ose një rezervë të ftohtë që nuk ndan plan kontrolli, kompani apo kontinent me stekun tuaj kryesor. KVM i plotë me akses si root, mbrojtje nga DDoS-i e përfshirë, kripto e pranuar, pa KYC, në punë brenda pak minutash.

Për klientët që duan shtresën e rrjetit nën kontrollin e vet, AS210464 ofron sesione BGP nga 5 €/muaj, validim RPKI dhe një grup komunitetesh që ju lejon t'i lëvizni shpalljet tuaja mes rajoneve tona, përfshirë blackholing-un e nisur në distancë kur ju duhet trafiku i hedhur poshtë në skajin tonë e jo te serveri juaj.

Rrugët tona mund t'i shihni vetë, pa llogari, përmes looking glass. Kryeni një traceroute nga rrjetet që ju interesojnë drejt secilit prej site-ve tona dhe shihni cilat rrjete shfaqen në mes të secilës prej tyre. Traceroute-i nuk jua tregon hop-et MPLS, rrugët asimetrike të kthimit apo çfarëdo gjëje për të cilën një router nuk pranon të përgjigjet, prandaj trajtojeni si vështrim të parë e jo si auditim. Një ofrues transiti që del në çdo rrugë prapëseprapë ia vlen të njihet para se të ketë një ditë të keqe.

Mësimi që askush nuk e do

Historia e qëndrueshmërisë së internetit ka qenë gjithmonë se paketat i anashkalojnë dëmtimet. Kjo ishte e vërtetë kur dëmtimi ishte në mes të një rrjete. Është shumë më pak e vërtetë kur dëmtimi është në një nga ato pak backbone që sot i kalon thuajse gjithçka.

Shtresa që dështoi më 22 qershor është ajo pa panel, pa faqe statusi ku të abonoheni dhe pa rresht në rishikimin e arkitekturës suaj. Kjo nuk është argument për panik. Është argument për ta ditur se nga cilat rrjete varet trafiku juaj para këputjes së ardhshme, sepse përgjigjja gjendet për dhjetë minuta dhe askush nuk e kërkon gjatë një incidenti.

Burimet

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