Czy VPN pomaga podczas awarii internetu? Każda duża awaria od 2022 roku, sprawdzona
Każda wielka awaria wywołuje w logach wyszukiwarek to samo pytanie: czy VPN przywróci mi internet? Uczciwa odpowiedź, dla czternastu dużych awarii zebranych w poniższym rejestrze, brzmi: zwykle nie, czasem częściowo, a w kilku konkretnych klasach awarii naprawdę tak. Większość stron odpowiadających na to pytanie sprzedaje to "tak". Ta mapuje, gdzie faktycznie obowiązuje każda z odpowiedzi, bo wiedza, że VPN nie naprawi martwej linii, jest równie użyteczna jak wiedza, że naprawi zepsuty resolver.
Definicja, która kotwiczy całą stronę: VPN to inna ścieżka dla twojego ruchu, a nie inne łącze; może zastąpić trasę, resolver i widoczny punkt końcowy działającej linii, a nie może zastąpić niczego w linii, sieci energetycznej czy serwerze docelowym, które leżą.
Co faktycznie wyłączało internet od 2022 roku?
Poniższy rejestr obejmuje duże, dobrze udokumentowane awarie od 2022 do 2026 roku, każdą z przyczyną źródłową podaną przez operatora lub regulatora prowadzącego dochodzenie, oraz werdykt, czy VPN zmienił, lub mógł zmienić, cokolwiek dla dotkniętego użytkownika.
| Data | Zdarzenie | Przyczyna | Skala | Czy VPN by pomógł? | Źródło |
|---|---|---|---|---|---|
| 8 lip 2022 | Ogólnokrajowa awaria Rogers, Kanada (ponad 15 godzin) | Aktualizacja serwisowa zepsuła wewnętrzne trasowanie; Rogers wycofał swoje trasy BGP | Około 12 milionów klientów; ruch internetowy Kanady spadł o około jedną czwartą | Nie. Sama linia dostępowa była martwa; padła z nią nawet kanadyjska sieć debetowa Interac. Pomógł tylko inny operator | Cloudflare |
| 8 lis 2023 | Awaria Optus, Australia (12-13 godzin) | Zalew informacji trasowania po aktualizacji u peera; routery Optus odizolowały się same | Około 10 milionów klientów | Nie. Abonenci nie mieli żadnej ścieżki wyjścia, przez którą można by tunelować | Kentik |
| 22 lut 2024 | Awaria sieci bezprzewodowej AT&T w USA (około 12 godzin) | Błędnie skonfigurowany element sieci wprowadził sieć w tryb ochronny | Ponad 125 milionów urządzeń; ponad 92 miliony zablokowanych połączeń; ponad 25 000 nieudanych prób wywołania 911 | Nie. Telefony w ogóle nie mogły się zarejestrować w sieci. Pomagały połączenia przez Wi-Fi; VPN nie | Raport FCC |
| Lut 2024 | Przecięcia kabli podmorskich na Morzu Czerwonym (Seacom, TGN, AAE-1, EIG) | Uszkodzenie kabli, przypisywane kotwicy tonącego Rubymar | Około 25 procent ruchu Azja-Europa-Bliski Wschód przekierowane, według HGC | Częściowo. Operatorzy przekierowali ruch automatycznie; tam, gdzie ocalałe ścieżki się zapchały, wyjście VPN w lepiej skomunikowanym regionie mogło wybrać czystszą trasę do konkretnych celów | HGC/DE-CIX |
| 14 mar 2024 | Przecięcie czterech kabli u wybrzeży Afryki Zachodniej (WACS, MainOne, SAT-3, ACE) | Uszkodzenie kabli podmorskich, prawdopodobnie ruchy dna morskiego | Co najmniej osiem krajów z degradacją łączy; cztery systemy kablowe straciły 90 do 100 procent przepustowości, według regulatora telekomunikacyjnego Ghany; naprawy trwały do maja | Częściowo. Tam, gdzie przetrwała jakakolwiek przepustowość w górę sieci, tunelowanie do serwera w Europie mogło ustabilizować sesje; tam, gdzie tranzyt kraju zniknął, nic nie pomagało | Data Center Knowledge |
| 19 lip 2024 | Awaria aktualizacji CrowdStrike Falcon | Wadliwa aktualizacja zabezpieczeń punktów końcowych; maszyny z Windows pokazywały niebieski ekran | Około 8,5 miliona urządzeń z Windows, według Microsoftu | Nie. Internet był sprawny; komputery nie. Ujęte, bo nagłówki "internet leży" często opisują dokładnie to | Microsoft |
| 17-18 lis 2024 | Przecięcia kabli bałtyckich (C-Lion1, BCS East-West) | Uszkodzenie kabli, podejrzewany sabotaż | Jeden kabel niósł około jednej trzeciej przepustowości Litwy; Cloudflare nie zauważył spadku ruchu krajowego | Niepotrzebny. Redundancja to wchłonęła; użytkownicy niczego nie zauważyli. Wiersz pokazujący, co daje dobry peering | Cloudflare |
| 28 kwi 2025 | Zapaść iberyjskiej sieci energetycznej | Krajowa awaria zasilania w Hiszpanii i Portugalii | Ruch Portugalii około 90 procent poniżej normy w ciągu pięciu godzin; Hiszpanii około 80 procent; malejący w miarę wyczerpywania się zasilania awaryjnego | Nie. Bez prądu nie ma modemu ani masztu komórkowego. VPN to oprogramowanie na sprzęcie, który jest wyłączony | Cloudflare |
| 12 cze 2025 | Globalna awaria Google Cloud (około 3 godzin) | Zniekształcone dane polityki kwot zreplikowane globalnie, wywalające walidację API | Wszystkie regiony GCP; pociągnęła za sobą Cloudflare Workers KV i wiele aplikacji SaaS | Nie. Backend celu leżał; zmiana własnej ścieżki nie naprawi strony serwera | Cloudflare |
| 19-20 paź 2025 | Awaria AWS us-east-1 (około 14 godzin do pełnego przywrócenia) | Wyścig w automatyce DNS DynamoDB zostawił pusty rekord DNS, kaskadując po usługach | Tysiące zależnych aplikacji, od banków po inteligentne urządzenia | W większości nie. Aplikacje tam hostowane leżały dla wszystkich. Częściowo, dla nielicznych aplikacji wieloregionowych kierujących użytkowników według lokalizacji: wyjście gdzie indziej mogło trafić na sprawny region | The Register o sekcji zwłok AWS |
| 29 paź 2025 | Globalne zakłócenie Azure Front Door (około 8 godzin) | Zła konfiguracja wdrożona globalnie mimo defektu w kontrolach bezpieczeństwa wdrożeń | Azure, Microsoft 365, Entra i Intune serwowały błędy na całym świecie | W większości nie. Częściowo tam, gdzie padły tylko niektóre węzły brzegowe: inne wyjście czasem docierało do sprawnego węzła | Historia statusu Azure |
| 18 lis 2025 | Globalna awaria Cloudflare (około 6 godzin do stabilizacji) | Zbyt duży plik funkcji Bot Management przekroczył twardy limit i wywołał panikę głównego proxy | Miliony stron za Cloudflare serwowały błędy | Nie. CDN przed stronami był zepsuty na każdej ścieżce; twoja trasa do niego nie miała znaczenia | Sekcja zwłok Cloudflare |
| I-II kw. 2026 | Niemal całkowite krajowe wyłączenie w Iranie, 88 dni | Wyłączenie nakazane przez rząd | Ruch ustabilizował się na około 59 procent poziomu sprzed wyłączenia po przywróceniu | Nie podczas samego blackoutu: łącze jest przecięte dekretem. Blokowanie bez pełnego wyłączenia to cenzura, inny problem z innymi odpowiedziami | Raport Cloudflare za II kw. 2026 |
| II kw. 2026 | Egzaminacyjne wyłączenia w Sudanie i Iraku | Zaplanowane rządowe wyłączenia podczas egzaminów krajowych | 13 wyłączeń w jednym kwartale: 10 w Sudanie, 3 w Iraku | Nie. Pełne wyłączenia na poziomie sieci przecinają samo łącze | Ten sam raport Cloudflare |
Policz werdykty, a wzór jest wyraźny: z czternastu dużych awarii VPN był całkiem bezużyteczny w dziewięciu, częściowo użyteczny w czterech i niepotrzebny w jednej. To jest uczciwa baza, na której zbudowana jest ta strona. Wiersze "częściowo" mają wspólny kształt: jakaś ścieżka, gdzieś, wciąż działała, a pytanie brzmiało, czy da się do niej dotrzeć.
Kiedy VPN naprawdę pomaga, według przyczyny?
Rejestr sortuje się w osiem klas awarii, a werdykt o VPN jest własnością klasy, nie nagłówka.
| Klasa przyczyny | Co się psuje | Czy VPN może to obejść? |
|---|---|---|
| Awaria ostatniej mili u dostawcy (Rogers, Optus, AT&T) | Twoja własna linia dostępowa lub rejestracja w sieci komórkowej, i wszystko za nimi | Nie. VPN jedzie na łączu, które masz. Obejściem jest drugi operator, nie tunel |
| Przecięcie kabla podmorskiego (Morze Czerwone, Afryka Zachodnia, Bałtyk) | Międzynarodowa przepustowość tranzytowa; na ocalałych trasach skaczą opóźnienia i straty | Częściowo. Operatorzy przekierowują sami, ale wyjście VPN w dobrze skomunikowanym regionie może dać ci czystszą, inaczej trasowaną ścieżkę, póki trwa przeciążenie |
| Błąd trasowania lub BGP dotykający konkretnych celów | Osiągalność poszczególnych stron; ruch wpada w czarną dziurę lub jest źle kierowany | Częściowo, i to jest najlepszy przypadek VPN: jeśli trasa twojego dostawcy do strony jest zepsuta, a trasa serwera VPN czysta, inne wyjście przywraca dostęp |
| Awaria dostawcy chmury lub CDN (AWS, Azure, Cloudflare, GCP) | Serwery celu, lub CDN przed nimi, dla wszystkich | Nie, z wąskim wyjątkiem dla kierowanych geograficznie aplikacji wieloregionowych i częściowych awarii brzegu, gdzie inny punkt wyjścia czasem trafia na sprawną infrastrukturę |
| Awaria resolvera DNS u twojego dostawcy | Wyszukiwanie nazw pada, więc strony wyglądają na martwe, choć ich serwery działają | Tak. Tunel VPN przenosi twoje zapytania DNS do własnych resolverów dostawcy VPN, całkowicie omijając zepsuty |
| Rządowe wyłączenie (Iran, Sudan, Irak) | Krajowa sieć zostaje wyłączona nakazem na poziomie łącza lub trasowania | Nie wobec prawdziwego wyłączenia. Filtrowanie bez pełnego wyłączenia to cenzura, nie awaria, i ma własny zestaw narzędzi |
| Awaria sieci energetycznej (Iberia 2025) | Modemy, routery, maszty i centra danych w miarę rozładowywania baterii | Nie. Łączność umiera razem z elektrycznością |
| Awaria oprogramowania na urządzeniach końcowych (CrowdStrike) | Same komputery; sieci są nietknięte | Nie. Po stronie sieci nic nie było nie tak |
Druga tabela zasługuje na jeden akapit lektury. Dwa wiersze na "tak", awaria resolvera i zepsute trasowanie do konkretnego celu, mają coś wspólnego: awaria jest częściowa i pozycyjna. Twoja linia działa, większość internetu działa, a padła konkretna ścieżka albo łańcuch wyszukiwania między tobą a tym, czego chcesz. VPN podstawia własną ścieżkę i własne resolvery w miejsce tych od twojego dostawcy, a to jest dokładnie ta zamiana, której te awarie wymagają. Dlatego też VPN nic nie daje przy awariach totalnych: tam po twojej stronie problemu nie istnieje żadna alternatywna ścieżka, albo po drugiej stronie nie istnieje żaden serwer.
Co faktycznie zrobić w każdym przypadku?
Krótka, uczciwa ścieżka decyzyjna na moment, gdy wszystko przestaje się ładować. Jeśli nic nie działa na żadnym urządzeniu, a lampki routera świecą źle, to twoja linia albo prąd: przełącz się na dane mobilne lub drugiego operatora, i żadne oprogramowanie nie pomoże. Jeśli część stron działa, a inne nie, spróbuj innego resolvera DNS albo połącz VPN; jeśli martwa strona wraca przez tunel, znalazłeś awarię resolvera lub trasowania, jedyną klasę, w której osobna ścieżka sieciowa VPN naprawdę naprawia awarię. Jeśli jedna wielka usługa leży wszędzie, sprawdź tracker awarii i czekaj; niczyj tunel nie ożywi martwego regionu chmury, co wrześniowe awarie AI w 2026 roku zademonstrowały milionom użytkowników naraz. A podczas celowego wyłączenia zrozum, pod jakim reżimem jesteś: pełne wyłączenie odcina wszystkich, filtrowanie zostawia łącze włączone, a ta różnica decyduje, czy cokolwiek, w tym VPN, może mieć znaczenie. Jest też cichszy, całoroczny powód, by i tak trzymać tunel włączony: na działającej linii niesie twój ruch zaszyfrowany mimo wszystkiego, co robi lokalna sieć, awaria czy nie.
Dlaczego każda awaria wygląda jak "internet leży"?
Bo koncentracja sprawiła, że niepowiązane awarie wyglądają z kanapy identycznie. Zespół Radar w Cloudflare naliczył 174 duże awarie internetu w 2025 roku, a największymi pozycjami na liście tego roku nie były kable ani dostawcy internetu, tylko trzy incydenty chmurowe w pięć tygodni: AWS w październiku, Azure w październiku, Cloudflare w listopadzie. Gdy pada dostawca stojący przed milionami stron, objaw w domu, wszystko zepsute naraz, jest nieodróżnialny od śmierci twojego dostawcy internetu, choć rozwiązania są przeciwne. To jest praktyczny powód, by nauczyć się klas z drugiej tabeli: pierwsze pytanie diagnostyczne nigdy nie brzmi "czy internet leży", tylko "czyja jego część".
Co zmieni się w przyszłym roku
Trzy wątki do obserwacji. Przepisy FCC zaostrzające raportowanie awarii po wpadce AT&T dalej owocują lepszymi publicznymi sekcjami zwłok, a stamtąd biorą się przyszłe wiersze tego rejestru. Ochrona kabli podmorskich awansowała w agendach NATO i UE po przecięciach bałtyckich, a przyznanym wąskim gardłem na wypadek kolejnego zdarzenia skali Afryki Zachodniej jest liczba statków naprawczych. A pytanie o koncentrację chmury przeszło pierwszą prawdziwą serię testów pod koniec 2025 roku; czy poincydentowe zmiany AWS, Azure i Cloudflare się utrzymają, pokaże to, czy licznik awarii 2026 roku pobije 174 z 2025. Ta strona zachowuje format rejestru i będzie przyjmować nowe wiersze, gdy pojawią się kolejne sekcje zwłok.
O autorze
Redaktor bloga Le VPN
Alan Summers od lat pisze i redaguje teksty na blogu Le VPN, poruszając tematy prywatności w sieci, cyberbezpieczeństwa i najlepszych sposobów wykorzystania VPN. Uważnie śledzi wiadomości dotyczące wolności w internecie na całym świecie i przekształca je w praktyczne porady dla czytelników Le VPN.
Artykuły autorstwa Alan Summers →
