Pomáhá VPN během výpadku internetu? Každý velký výpadek od roku 2022, prověřeno
Každý velký výpadek vyvolá ve vyhledávačích stejnou otázku: dostane mě VPN zpátky online? Upřímná odpověď napříč čtrnácti velkými výpadky zaznamenanými níže je obvykle ne, někdy částečně a v několika konkrétních režimech selhání skutečně ano. Většina stránek, které na tuto otázku odpovídají, prodává to ano. Tato stránka mapuje, kde každá odpověď skutečně platí, protože vědět, že VPN neopraví mrtvou linku, je stejně užitečné jako vědět, že opraví rozbitý resolver.
Definice, která ukotví celou stránku: VPN je jiná cesta pro váš provoz, ne jiné připojení; dokáže nahradit trasu, resolver a viditelný koncový bod fungující linky, a nedokáže nahradit nic na lince, elektrické síti nebo cílovém serveru, které jsou mimo provoz.
Co od roku 2022 skutečně shodilo internet?
Bilance níže pokrývá velké, dobře zdokumentované výpadky od roku 2022 do 2026, u každého s kořenovou příčinou, jak ji uvedl operátor nebo vyšetřující regulátor, a s verdiktem, zda VPN něco změnila, nebo mohla změnit, pro postiženého uživatele.
| Datum | Událost | Příčina | Rozsah | Pomohla by VPN? | Zdroj |
|---|---|---|---|---|---|
| 8. 7. 2022 | Celostátní výpadek Rogers, Kanada (15+ hodin) | Údržbová aktualizace rozbila interní routing; Rogers stáhl své BGP trasy | Zhruba 12 milionů zákazníků; internetový provoz Kanady klesl asi o čtvrtinu | Ne. Samotná přístupová linka byla mrtvá; s ní spadla i kanadská debetní síť Interac. Pomohl jen jiný operátor | Cloudflare |
| 8. 11. 2023 | Výpadek Optus, Austrálie (12-13 hodin) | Záplava routovacích informací z upgradu u peera; routery Optusu se samy izolovaly | Asi 10 milionů zákazníků | Ne. Předplatitelé neměli žádnou cestu ven, kterou by mohli tunelovat | Kentik |
| 22. 2. 2024 | Výpadek bezdrátové sítě AT&T v USA (asi 12 hodin) | Chybně nakonfigurovaný síťový prvek uvedl síť do ochranného režimu | Přes 125 milionů zařízení; více než 92 milionů zablokovaných hovorů; přes 25 000 neúspěšných pokusů o volání na 911 | Ne. Telefony se do sítě vůbec nemohly registrovat. Pomohlo volání přes Wi-Fi; VPN ne | zpráva FCC |
| Únor 2024 | Přerušení podmořských kabelů v Rudém moři (Seacom, TGN, AAE-1, EIG) | Poškození kabelů, připisované kotvě potápějící se lodi Rubymar | Asi 25 procent provozu Asie-Evropa-Blízký východ odkloněno, podle HGC | Částečně. Operátoři přesměrovali automaticky; kde se přeživší cesty zahltily, mohl výstup VPN v lépe propojeném regionu zvolit čistší trasu ke konkrétním cílům | HGC/DE-CIX |
| 14. 3. 2024 | Přerušení čtyř kabelů v západní Africe (WACS, MainOne, SAT-3, ACE) | Poškození podmořských kabelů, pravděpodobně pohybem mořského dna | Nejméně osm zemí degradováno; čtyři kabelové systémy ztratily 90 až 100 procent kapacity, podle ghanského telekomunikačního regulátora; opravy se táhly do května | Částečně. Kde přežila jakákoli upstream kapacita, mohl tunel na evropský server stabilizovat relace; kde zemi zmizel tranzit, nepomohlo nic | Data Center Knowledge |
| 19. 7. 2024 | Pád aktualizace CrowdStrike Falcon | Vadná aktualizace endpointové bezpečnosti; stroje s Windows padaly do modré obrazovky | Asi 8,5 milionu zařízení s Windows, podle Microsoftu | Ne. Internet byl v pořádku; počítače ne. Zařazeno, protože titulky "internet nejede" často popisují přesně tohle | Microsoft |
| 17.-18. 11. 2024 | Přerušení baltských kabelů (C-Lion1, BCS East-West) | Poškození kabelů, podezření na sabotáž | Jeden kabel nesl asi třetinu kapacity Litvy; Cloudflare nezaznamenal žádný celostátní pokles provozu | Nebyla potřeba. Redundance to pohltila; uživatelé si ničeho nevšimli. Řádek, který ukazuje, co kupuje dobrý peering | Cloudflare |
| 28. 4. 2025 | Kolaps iberské elektrické sítě | Celostátní selhání elektřiny ve Španělsku a Portugalsku | Provoz Portugalska do pěti hodin asi 90 procent pod normálem; Španělsko asi 80 procent; s vybíjením záložních zdrojů dále klesal | Ne. Bez proudu není modem ani vysílač. VPN je software na hardwaru, který je vypnutý | Cloudflare |
| 12. 6. 2025 | Globální výpadek Google Cloud (asi 3 hodiny) | Vadná data quota policy replikovaná globálně shodila validaci API | Všechny regiony GCP; strhla s sebou Cloudflare Workers KV a mnoho SaaS aplikací | Ne. Backend cíle byl mimo provoz; změna vaší vlastní cesty nemůže opravit stranu serveru | Cloudflare |
| 19.-20. 10. 2025 | Výpadek AWS us-east-1 (asi 14 hodin do plného zotavení) | Race condition v DNS automatizaci DynamoDB zanechala prázdný DNS záznam, kaskáda napříč službami | Tisíce závislých aplikací, od bank po chytrá zařízení | Většinou ne. Aplikace tam hostované byly nedostupné pro všechny. Částečně pro těch pár multi-regionálních aplikací, které směrují uživatele podle polohy: výstup jinde mohl dopadnout na zdravý region | The Register o postmortem AWS |
| 29. 10. 2025 | Globální narušení Azure Front Door (asi 8 hodin) | Špatná konfigurace nasazená globálně kolem chyby v bezpečnostních kontrolách nasazování | Azure, Microsoft 365, Entra a Intune servírovaly chyby po celém světě | Většinou ne. Částečně tam, kde selhaly jen některé edge uzly: jiný egress někdy dosáhl zdravého uzlu | historie stavu Azure |
| 18. 11. 2025 | Globální výpadek Cloudflare (asi 6 hodin do stabilizace) | Nadměrně velký soubor funkcí Bot Managementu narazil na tvrdý limit a shodil hlavní proxy | Miliony webů za Cloudflare servírovaly chyby | Ne. CDN před weby byla rozbitá na každé cestě; vaše trasa k ní byla irelevantní | postmortem Cloudflare |
| Q1-Q2 2026 | Téměř úplný celostátní shutdown Íránu, 88 dní | Vládou nařízené vypnutí | Provoz se po obnovení stabilizoval na asi 59 procentech předshutdownové úrovně | Ne během samotného blackoutu: linka je přerušena nařízením. Blokování nedosahující úrovně shutdownu je cenzura, jiný problém s jinými odpověďmi | zpráva Cloudflare za Q2 2026 |
| Q2 2026 | Zkoušková vypnutí v Súdánu a Iráku | Plánovaná vládní vypnutí během celostátních zkoušek | 13 shutdownů v jednom čtvrtletí: 10 v Súdánu, 3 v Iráku | Ne. Úplná vypnutí na úrovni sítě přeruší samotnou linku | Stejná zpráva Cloudflare |
Spočítejte verdikty a vzorec je ostrý: ze čtrnácti velkých výpadků byla VPN naprosto k ničemu v devíti, částečně užitečná ve čtyřech a nepotřebná v jednom. To je upřímná výchozí linie, na které tato stránka stojí. Řádky s "částečně" sdílejí tvar: nějaká cesta, někde, stále fungovala, a otázka zněla, zda se k ní dokážete dostat.
Kdy VPN skutečně pomáhá, podle příčiny?
Bilance se třídí do osmi tříd selhání a verdikt o VPN je vlastností třídy, ne titulku.
| Třída příčiny | Co se rozbije | Dokáže to VPN obejít? |
|---|---|---|
| Selhání poslední míle ISP (Rogers, Optus, AT&T) | Vaše vlastní přístupová linka nebo mobilní registrace, a všechno za ní | Ne. VPN jede na připojení, které máte. Řešením je druhý operátor, ne tunel |
| Přerušení podmořského kabelu (Rudé moře, západní Afrika, Balt) | Mezinárodní tranzitní kapacita; na přeživších trasách vyskočí latence a ztrátovost | Částečně. Operátoři přesměrovávají sami, ale výstup VPN v dobře propojeném regionu vám může dát čistší, jinak routovanou cestu, dokud trvá zahlcení |
| Chyba routingu nebo BGP postihující konkrétní cíle | Dosažitelnost konkrétních webů; provoz blackholovaný nebo špatně směrovaný | Částečně, a to je nejlepší případ VPN: pokud je trasa vašeho ISP k webu rozbitá, ale trasa VPN serveru je čistá, jiný egress obnoví přístup |
| Výpadek cloudového nebo CDN providera (AWS, Azure, Cloudflare, GCP) | Servery cíle, nebo CDN před nimi, pro všechny | Ne, s úzkou výjimkou pro geograficky směrované multi-regionální aplikace a částečná selhání edge uzlů, kde jiný výstupní bod někdy dopadne na zdravou infrastrukturu |
| Selhání DNS resolveru u vašeho ISP | Překlady jmen selhávají, takže weby vypadají nedostupné, i když jejich servery běží | Ano. VPN tunel přenese vaše DNS dotazy k vlastním resolverům VPN providera a rozbitý úplně obejde |
| Vládní shutdown (Írán, Súdán, Irák) | Národní síť je nařízením vypnuta na úrovni linky nebo routingu | Ne proti skutečnému shutdownu. Filtrování nedosahující úrovně shutdownu je cenzura, ne výpadek, a má vlastní sadu nástrojů |
| Selhání elektrické sítě (Iberie 2025) | Modemy, routery, vysílače a datacentra s vybíjením baterií | Ne. Konektivita umírá s elektřinou |
| Selhání softwaru na koncových zařízeních (CrowdStrike) | Samotné počítače; sítě jsou netknuté | Ne. Na straně sítě nebylo nic špatně |
Druhá tabulka si zaslouží jeden odstavec čtení. Dva řádky tvaru ano, selhání resolveru a rozbitý routing ke konkrétnímu cíli, mají něco společného: výpadek je částečný a poziční. Vaše linka funguje, většina internetu funguje a selhala konkrétní cesta nebo řetěz překladů mezi vámi a tím, co chcete. VPN nahradí trasu vašeho ISP vlastní cestou a vlastními resolvery, což je přesně ta výměna, kterou tato selhání vyžadují. Právě proto VPN nic nezmůže u totálních selhání: tam na vaší straně problému žádná alternativní cesta neexistuje, nebo na druhé straně neexistuje žádný server.
Co byste měli v každém případě skutečně udělat?
Krátká, upřímná rozhodovací cesta pro okamžik, kdy se věci přestanou načítat. Pokud nic nefunguje na žádném zařízení a kontrolky vašeho routeru nesvítí správně, je to vaše linka nebo proud: přejděte na mobilní data nebo k druhému operátorovi, žádný software nepomůže. Pokud některé weby fungují a jiné ne, zkuste jiný DNS resolver nebo připojte svou VPN; pokud se mrtvý web vrátí skrz tunel, našli jste selhání resolveru nebo routingu, jedinou třídu, kde oddělená síťová cesta VPN výpadek skutečně opraví. Pokud je jedna velká služba nedostupná pro všechny, podívejte se na sledovač výpadků a počkejte; ničí tunel neoživí zhroucený cloudový region, jak zářijové výpadky AI v roce 2026 předvedly milionům uživatelů najednou. A během záměrného vypnutí pochopte, pod jakým režimem jste: úplný shutdown odřízne všechny, zatímco filtrování nechá linku v provozu, a tento rozdíl rozhoduje, zda cokoli, včetně VPN, může hrát roli. Existuje i tišší, celoroční důvod nechat tunel zapnutý: na funkční lince nese váš provoz šifrovaně mimo dosah čehokoli, co dělá místní síť, výpadek nevýpadek.
Proč každý výpadek působí jako "internet nejede"?
Protože koncentrace způsobila, že nesouvisející selhání vypadají z gauče totožně. Radarový tým Cloudflare napočítal 174 velkých internetových výpadků v roce 2025 a největšími položkami seznamu toho roku nebyly kabely ani ISP, ale tři cloudové incidenty během pěti týdnů: AWS v říjnu, Azure v říjnu, Cloudflare v listopadu. Když selže provider, který stojí před miliony webů, je symptom doma, všechno rozbité najednou, nerozeznatelný od umírajícího ISP, i když opravy jsou přesnými opaky. To je praktický důvod naučit se třídy z druhé tabulky: první diagnostická otázka nikdy nezní "je internet nedostupný", ale "čí část internetu".
Co se změní příští rok
Tři spisy ke sledování. Pravidla FCC zpřísňující hlášení výpadků po selhání AT&T dál přinášejí lepší veřejné postmortemy, odkud pocházejí budoucí řádky této bilance. Ochrana podmořských kabelů se po baltských přerušeních posunula výš na agendě NATO a EU, s kapacitou opravárenských lodí jako přiznaným úzkým hrdlem pro příští událost rozsahu západní Afriky. A otázka cloudové koncentrace dostala první skutečnou testovací sérii na konci roku 2025; zda změny AWS, Azure a Cloudflare po incidentech obstojí, se ukáže na tom, zda počet výpadků v roce 2026 překoná 174 z roku 2025. Tato stránka si zachová formát bilance a bude přijímat nové řádky, jak budou postmortemy přistávat.
O autorovi
Editor blogu Le VPN
Alan Summers už léta píše a edituje blog Le VPN a věnuje se online soukromí, kybernetické bezpečnosti a nejlepším způsobům, jak co nejlépe využít VPN. Pozorně sleduje zprávy, které se týkají svobody na internetu po celém světě, a přetváří je v praktické rady pro čtenáře Le VPN.
Články od Alan Summers →
