Wyobraź sobie sytuację: wpisujesz docker pull w terminalu, a odpowiedź brzmi “connection timed out”. Nie dlatego, że masz problem z siecią. Nie dlatego, że Docker Hub leży. Dlatego, że Twój kraj właśnie zablokował adresy IP Cloudflare, żeby powstrzymać pirackie transmisje meczów piłkarskich. Dokładnie to przydarzyło się tysiącom deweloperów w Hiszpanii w kwietniu 2026. Docker Hub, npm, PyPI i dziesiątki innych serwisów stały się niedostępne z dnia na dzień. Ponieważ wszystkie korzystają z tej samej sieci CDN, jedna blokada wyłączyła pół internetu deweloperskiego. Brzmi absurdalnie? Jednak to nie pierwszy raz, gdy walka z piractwem uderza rykoszetem w infrastrukturę technologiczną.
Dlaczego Docker Hub przestał działać w Hiszpanii?
Problem zaczął się od hiszpańskiego prawa antypiraciego, które pozwala sądom nakazywać operatorom telekomunikacyjnym blokowanie stron transmitujących nielegalne mecze La Liga i innych rozgrywek. W praktyce sąd wydaje nakaz, a dostawcy internetu (ISP) blokują konkretne adresy IP.
Mechanizm wydaje się prosty, natomiast w rzeczywistości jest to narzędzie wyjątkowo nieprecyzyjne. Pirackie strony streamingowe korzystają z Cloudflare jako reverse proxy, co oznacza, że ich ruch przechodzi przez adresy IP należące do Cloudflare. Dlatego kiedy ISP blokuje adres IP pirata, blokuje jednocześnie adres IP Cloudflare, a za nim stoją tysiące legalnych serwisów.
Docker Hub, rejestr npm (Node Package Manager), PyPI (Python Package Index), a nawet spora część stron hostowanych na Cloudflare Pages przestały odpowiadać. Programiści w Hiszpanii nie mogli pobrać obrazów kontenerów, zainstalować zależności JavaScript ani zaktualizować bibliotek Pythona. Pipeline’y CI/CD padały lawinowo. Dodatkowo blokada dotknęła GitHub Pages, strony dokumentacji i wiele API działających za Cloudflare.
Jak działa blokada na poziomie technicznym?
Cloudflare obsługuje jako reverse proxy ponad 20% globalnego ruchu internetowego. To znaczy, że jeden adres IP Cloudflare obsługuje jednocześnie setki lub tysiące domen. Blokada na poziomie IP działa jak zamknięcie autostrady, żeby zatrzymać jednego kierowcę. Wszyscy inni jadący tą samą drogą też utknęli.
W efekcie ISP w Hiszpanii (Movistar, Vodafone, Orange i inni) blokowali zakresy adresów IP z puli Cloudflare. Ponieważ blokady były dynamiczne i zmieniane w trakcie transmisji meczów, deweloperzy obserwowali, jak serwisy działają w jednych godzinach, a w innych przestają odpowiadać. Co więcej, blokady nie były jednolite – różni operatorzy blokowali różne zakresy, więc ten sam docker pull mógł działać na jednej sieci, a na drugiej już nie.
Jakie serwisy deweloperskie ucierpiały?
Lista poszkodowanych serwisów jest długa, ponieważ Cloudflare chroni ogromną część infrastruktury internetowej. Potwierdzone przypadki obejmują:
- Docker Hub – brak możliwości pobierania i publikowania obrazów kontenerów
- npm (rejestr pakietów JavaScript) – instalacja zależności Node.js kończyła się timeoutem
- PyPI (Python Package Index) –
pip installnie działał - GitHub Pages – strony dokumentacji niedostępne
- Cloudflare Pages – strony hostowane na platformie Cloudflare offline
- Wiele API korzystających z Cloudflare jako proxy
Dla zespołów pracujących z kontenerami Docker efekt był natychmiastowy. Każdy docker build który wymaga pobrania warstwy bazowej z Docker Hub kończył się błędem. Poza tym automatyczne pipeline’y budowania i wdrażania przestały działać.
Jak deweloperzy w Hiszpanii radzili sobie z blokadą?
Społeczność deweloperska szybko wypracowała kilka obejść. Najpopularniejszym rozwiązaniem okazał się VPN. Połączenie przez serwer poza Hiszpanią omijało blokadę ISP i przywracało dostęp do wszystkich serwisów. Natomiast dla wielu firm korporacyjne polityki bezpieczeństwa zabraniają używania VPN na maszynach produkcyjnych.
Drugie podejście to alternatywne rejestry. Na przykład Docker ma publiczne mirrory. Google Container Registry (gcr.io) i GitHub Container Registry (ghcr.io) nie przechodzą przez te same adresy Cloudflare. Dlatego zmiana źródła obrazów w Dockerfile była szybkim rozwiązaniem dla dockerowych buildów. Podobnie npm pozwala skonfigurować alternatywny rejestr przez npm config set registry.
Trzecim obejściem było używanie bezpośrednich adresów IP zamiast nazw domenowych, co w niektórych przypadkach omijało blokadę DNS. Jednak ta metoda działała niestabilnie, ponieważ blokady obejmowały też warstwy IP.
Jeśli interesuje Cię temat bezpieczeństwa infrastruktury deweloperskiej, przeczytaj nasz artykuł o krytycznej luce w n8n i sposobach aktualizacji.
Dlaczego to nie jest problem tylko Hiszpanii?
Historia Hiszpanii nie jest odosobnionym przypadkiem. Blokady infrastruktury internetowej przez rządowe regulacje zdarzały się już wielokrotnie, a wzorzec jest zawsze ten sam: regulacja celuje w jedno zagrożenie, ale uderza w szerokie spektrum legalnych usług.
Turcja i GitHub (2014-2015) – turecki rząd zablokował GitHub na kilka dni po tym, jak użytkownicy opublikowali tam materiały, które władze uznały za niewygodne. Blokada dotknęła wszystkich tureckich deweloperów korzystających z repozytoriów.
Rosja i Telegram (2018) – próba zablokowania komunikatora Telegram doprowadziła do zablokowania milionów adresów IP z pul AWS i Google Cloud. W efekcie przestały działać setki niezwiązanych z Telegramem serwisów, w tym bankowość internetowa i sklepy online.
Austria i DNS blocking (2022) – blokada DNS wymierzona w pirackie strony streamingowe przypadkowo zablokowała dostęp do legalnych platform edukacyjnych.
We wszystkich przypadkach problem jest ten sam: współdzielona infrastruktura internetowa. Poza tym każdy z tych incydentów pokazuje, że blokady na poziomie IP lub DNS to narzędzie zbyt grube do precyzyjnych celów.
Jeden punkt awarii – problem strukturalny internetu
Incydent w Hiszpanii obnażył fundamentalny problem nowoczesnego internetu. Koncentracja usług za kilkoma dużymi providerami CDN (Cloudflare, AWS CloudFront, Fastly) tworzy pojedyncze punkty awarii. Dlatego kiedy regulator blokuje adres IP dużego providera, efekt kaskadowy jest nieproporcjonalny do zamierzonego celu.
Co więcej, ten problem pogłębia się z czasem. Im więcej serwisów migruje za Cloudflare (ze względu na ochronę DDoS, darmowy SSL i wydajność), tym większe ryzyko, że jedna błędna blokada wyłączy pół ekosystemu.
Kurs n8n 2.0 · Kodożercy
Ile godzin tygodniowo tracisz na powtarzalne zadania?
n8n pozwala zautomatyzować to co robisz ręcznie – przesyłanie danych, powiadomienia, raporty. Kurs n8n 2.0 na Kodożercach pokaże Ci jak, krok po kroku, bez pisania kodu.
Sprawdź kurs n8n 2.0 →

FAQ – Najczęstsze pytania o blokadę Dockera w Hiszpanii
Czy Docker Hub jest nadal zablokowany w Hiszpanii?
Blokady są dynamiczne i zmieniają się w zależności od weekendów meczowych. W dni bez transmisji piłkarskich serwisy mogą działać normalnie. Natomiast w trakcie meczów La Liga blokady wracają, ponieważ sądy wydają nakazy na konkretne terminy transmisji.
Czy VPN rozwiązuje problem z blokadą Docker Hub?
Tak, VPN skutecznie omija blokadę ISP. Wystarczy połączyć się przez serwer poza Hiszpanią. Jednak dla środowisk produkcyjnych lepszym rozwiązaniem jest skonfigurowanie alternatywnych rejestrów (ghcr.io, gcr.io), ponieważ VPN wprowadza dodatkowe opóźnienia i zależność od kolejnego zewnętrznego serwisu.
Dlaczego Cloudflare nie rozwiąże tego problemu po swojej stronie?
Cloudflare nie ma technicznej możliwości rozdzielenia ruchu na poziomie, którego wymagają blokady ISP. Przypisanie osobnych adresów IP każdej domenie podważyłoby model działania reverse proxy i ochronę przed atakami DDoS. Dlatego rozwiązanie musi przyjść ze strony regulatorów, którzy powinni stosować precyzyjniejsze metody blokowania (na przykład blokadę SNI zamiast blokady IP).
Podsumowanie
Hiszpania próbowała zablokować pirackie transmisje piłki nożnej i przypadkowo wyłączyła Docker Hub, npm oraz PyPI dla tysięcy deweloperów w całym kraju. Problem wynika z tego, że blokady na poziomie IP trafiają w adresy Cloudflare, za którymi stoją tysiące legalnych serwisów. To nie jest pierwszy taki incydent – Turcja blokowała GitHub, Rosja próbowała zablokować Telegram i wyłączyła pół internetu. Wspólny wniosek jest prosty: koncentracja infrastruktury za kilkoma dużymi providerami CDN tworzy pojedyncze punkty awarii, a regulatorzy wciąż nie rozumieją, jak działa współczesny internet. Dla deweloperów lekcja jest praktyczna – warto mieć skonfigurowane alternatywne rejestry i plan awaryjny na wypadek, gdy “coś po drodze” przestanie działać.
Newsletter · DevstockAcademy & Kodożercy
Bądź na bieżąco ze światem IT, AI i automatyzacji
Co wtorek: newsy z branży, praktyczne tipy i narzędzia które warto znać. Zero spamu.



