ERR_CONNECTION_TIMED_OUT: co oznacza i jak naprawić

Czym jest błąd ERR_CONNECTION_TIMED_OUT?

ERR_CONNECTION_TIMED_OUT to błąd, który Chrome i inne przeglądarki oparte na Chromium pokazują, gdy nie dostają żadnej odpowiedzi od serwera strony. Na stronie widać: „Nie można uzyskać dostępu do tej witryny. example.com zbyt długo nie odpowiada." Wewnętrznie to błąd sieciowy Chromium -118: „A connection attempt timed out" (próba połączenia przekroczyła limit czasu) (net_error_list.h).

Aby otworzyć połączenie, Twój komputer wysyła do serwera żądanie połączenia TCP, czyli pakiet SYN, i czeka na odpowiedź. Zwykle odpowiedź przychodzi w ciągu milisekund. Gdy odpowiedzi brak, system operacyjny wysyła SYN jeszcze kilka razy w coraz większych odstępach, a potem się poddaje; jak długo to trwa, zależy od systemu (według własnych notatek Chromium od 20 do 190 sekund). Na naszym Macu próba połączenia z adresem, pod którym nic nie odpowiada, została przerwana po 75 sekundach.

Kluczowa jest cisza. Serwer, który działa, ale na danym porcie nic nie nasłuchuje, od razu odpowiada odmową. Przy przekroczeniu limitu czasu nikt w ogóle nie odpowiedział: pakiety zostały gdzieś porzucone albo trafiły pod adres, pod którym nic nie istnieje.

ERR_CONNECTION_TIMED_OUT a ERR_TIMED_OUT

Chrome ma dwa podobnie wyglądające błędy przekroczenia limitu czasu, a każdy z nich występuje na innym etapie:

• ERR_CONNECTION_TIMED_OUT (-118): połączenie nigdy nie zostało nawiązane, bo serwer nie odpowiedział na początkowy SYN. Sprawdź trasę sieciową, zapory, DNS i to, czy serwer jest online.
• ERR_TIMED_OUT (-7): ogólniejszy timeout, zgłaszany przez jeden z własnych zegarów Chrome, a nie przez system operacyjny. Na przykład handshake HTTPS dostaje 30 sekund, gdy połączenie TCP jest już otwarte (Chromium), a połączenie, które się otworzyło, ale potem przestało dostawać odpowiedzi, może zakończyć się tak samo. Zwykle wskazuje to na wolny lub zawieszony serwer albo na proxy, które się zacina.

Poniższe rozwiązania dotyczą obu błędów. ERR_TIMED_OUT częściej okazuje się problemem strony, a ERR_CONNECTION_TIMED_OUT częściej problemem trasy sieciowej lub zapory.

Co powoduje błąd ERR_CONNECTION_TIMED_OUT?

Rozwiązanie 1: sprawdź, czy strona działa u innych

Jeśli serwer nie działa, nic po Twojej stronie nie pomoże, więc sprawdź to najpierw:

• Otwórz stronę na telefonie przez dane mobilne (z wyłączonym Wi-Fi). Jeśli się ładuje, problem leży w Twoim urządzeniu lub w Twojej sieci.
• Sprawdź ją w narzędziu Sprawdzanie, czy strona działa, które otwiera stronę z 11 lokalizacji naraz. Jeśli wszędzie jest timeout, to wina strony.
• Uruchom Test Ping z 11 miast. Mierzy czas połączenia TCP z portem 443 z każdego miasta i dodaje klasyczny ping z naszego serwera. Odpowiedzi na porcie 443 oznaczają, że serwer WWW przyjmuje połączenia; jeśli odpowiada tylko klasyczny ping, maszyna działa, ale jej port WWW nie.
• Przetestuj port WWW w Port Checkerze. Sprawdź port 443 (HTTPS) i 80 (HTTP). Wynik „Open" u nas przy jednoczesnym przekroczeniu limitu czasu w Twojej przeglądarce oznacza, że coś między Tobą a stroną porzuca ruch. Wynik „Filtered" (brak odpowiedzi w ciągu 4 sekund) także u nas oznacza, że problemem jest zapora serwera albo sam serwer.
• Uruchom traceroute z 8 miast przez TCP 443, aby zobaczyć, jak daleko docierają pakiety. Jeśli każdy ślad TCP 443 urywa się na ostatnich przeskokach, ruch porzuca sieć hostingu strony; przy sondach ICMP milczące ostatnie przeskoki są normalne dla wielu działających stron.

Rozwiązanie 2: wyczyść pamięć podręczną DNS (także w Chrome)

Gdy strona przenosi się na nowy serwer, komputer może dalej używać starego adresu IP, dopóki wpis w pamięci podręcznej nie wygaśnie. Jeśli stary serwer jest wyłączony lub odcięty zaporą, każda próba kończy się przekroczeniem limitu czasu. Wyczyść pamięć podręczną systemu operacyjnego i własną pamięć hostów Chrome:

# Windows (wiersz polecenia)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux z systemd-resolved
resolvectl flush-caches

# Chrome: otwórz chrome://net-internals/#dns i kliknij "Clear host cache"

Aby sprawdzić, czy Twój resolver podaje nieaktualny rekord, porównaj nslookup example.com (pyta bezpośrednio Twój resolver, z pominięciem lokalnej pamięci podręcznej i pliku hosts) z odpowiedzią z DNS Lookup od DNS Robot; strony za CDN mogą zasadnie zwracać różne adresy. Poradnik czyszczenia DNS obejmuje każdą przeglądarkę i system operacyjny.

Rozwiązanie 3: sprawdź plik hosts

Plik hosts nadpisuje DNS dla każdej nazwy, która się w nim znajduje. Programiści, blokery reklam i część złośliwego oprogramowania dodają do niego wpisy, a pozostawiona linia przypisująca domenę do starego lub prywatnego adresu IP za każdym razem kończy się przekroczeniem limitu czasu, i to tylko na tym jednym komputerze.

• Windows: otwórz Notatnik jako administrator, a potem plik C:\Windows\System32\drivers\etc\hosts.
• macOS / Linux: uruchom w Terminalu sudo nano /etc/hosts.

Poszukaj linii z domeną, która nie działa. Usuń ją albo dodaj na jej początku #, aby ją wyłączyć, zapisz plik i ponownie wyczyść DNS.

Rozwiązanie 4: na próbę wyłącz proxy, VPN i zaporę

Jeśli limit czasu przekracza każda strona, częstą przyczyną jest proxy lub VPN, które przestało działać, bo cały ruch trafia w ślepy zaułek.

• Proxy w Windows 11: Ustawienia → Sieć i Internet → Serwer proxy. W sekcji Ręczna konfiguracja serwera proxy wybierz Edytuj (albo Konfiguruj) obok pozycji Użyj serwera proxy, wyłącz Użyj serwera proxy i wybierz Zapisz. Jeśli w sekcji Automatyczna konfiguracja serwera proxy włączona jest opcja Użyj skryptu konfiguracji, a nie została ustawiona przez Ciebie, wyłącz też ją.
• Proxy w macOS: Ustawienia systemowe → Sieć → Twoje połączenie → Szczegóły… → Proxy → wyłącz wszystkie.
• VPN: rozłącz się całkowicie i odśwież stronę. Jeśli strona działa bez VPN, zmień serwer VPN albo skontaktuj się z dostawcą.
• Zapora / antywirus: na chwilę wstrzymaj zaporę innej firmy i odśwież stronę. Jeśli to pomoże, dodaj wyjątek dla przeglądarki, zamiast zostawiać zaporę wyłączoną.

Rozwiązanie 5: przełącz się na publiczny resolver DNS

Niektóre resolvery dostawców internetu wolno się aktualizują, a niektóre kierują zablokowane domeny pod adres, który nigdy nie odpowiada. Przejście na publiczny resolver, taki jak Cloudflare (1.1.1.1), Google (8.8.8.8) lub Quad9 (9.9.9.9), wyklucza tę przyczynę. Nasz DNS Speed Test pokaże, który jest najszybszy w Twojej lokalizacji.

Jeśli zawodzi sam serwer DNS, możesz zobaczyć inne błędy, opisane w poradnikach serwer DNS nie odpowiada i serwer DNS jest niedostępny.

Rozwiązanie 6: zresetuj stos sieciowy i zrestartuj router

Zrestartuj router i modem: odłącz je od zasilania na 30 sekund, a potem daj im dwie–trzy minuty na ponowne połączenie. W Windows zresetuj też stos TCP/IP w wierszu polecenia uruchomionym jako administrator, a potem uruchom ponownie komputer, aby dokończyć reset:

netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns

Na Macu wyłącz i włącz Wi-Fi albo usuń sieć i dodaj ją ponownie w Ustawieniach systemowych → Sieć. Możesz też uruchomić Diagnostykę sieci systemu Windows (link na stronie błędu Chrome) i pozwolić systemowi naprawić kartę sieciową.

Rozwiązanie 7: przetestuj port z własnego komputera

W mniej niż pół minuty dowiesz się, czy Twoja maszyna w ogóle może otworzyć połączenie ze stroną, bez udziału przeglądarki:

# Windows PowerShell
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : False  -> no connection from your network (dropped or refused)

# macOS (-G sets the connect timeout)
nc -vz -G 5 example.com 443
# Linux
nc -vz -w 5 example.com 443
# "timed out" -> dropped; "Connection refused" -> server rejected it

Jeśli test nie przechodzi z Twojego komputera, a Port Checker od DNS Robot pokazuje port jako otwarty, coś między Tobą a stroną go blokuje: router, zapora firmowa, dostawca internetu, filtr Wi-Fi w hotelu czy szkole albo własna zapora strony, która blokuje Twój adres IP lub kraj. Spróbuj innej sieci albo zapytaj administratora sieci. (Test-NetConnection jest opisany przez Microsoft.)

Jak naprawić ERR_CONNECTION_TIMED_OUT na Androidzie i iPhonie

• Zmień sieć: spróbuj danych mobilnych zamiast Wi-Fi albo odwrotnie. Portale logowania w publicznych sieciach Wi-Fi powodują przekroczenie limitu czasu, dopóki nie zaakceptujesz ich strony logowania.
• Prywatny DNS na Androidzie: Ustawienia → Sieć i internet → Prywatny DNS → Automatyczny. Niestandardowa nazwa hosta, która jest nieosiągalna, psuje każde zapytanie DNS. Zobacz nasz poradnik o Prywatnym DNS.
• Wyłącz aplikacje VPN i blokujące reklamy, bo wiele z nich działa jako lokalny VPN.
• Zresetuj ustawienia sieci: na iPhonie Ustawienia → Ogólne → Przenieś lub wyzeruj iPhone'a → Wyzeruj → Wyzeruj ustawienia sieciowe. Na Androidzie Ustawienia → System → Opcje resetowania → Resetuj Bluetooth i Wi-Fi (Reset Bluetooth & Wi-Fi), a jeśli dane mobilne też nie działają, także Resetuj ustawienia sieci komórkowej (Reset Mobile Network Settings).

Dla właścicieli stron: dlaczego odwiedzający dostają timeout

Jeśli Twoja strona przekracza limit czasu u wszystkich, pakiety są porzucane, zanim dotrą do serwera WWW. Sprawdź po kolei:

• Czy cokolwiek nasłuchuje? Na serwerze sudo ss -tlnp | grep -E ':(80|443) ' powinno pokazać nginx, Apache lub Twoją aplikację. Jeśli nic nie pokazuje, uruchom usługę. Pamiętaj, że zatrzymana usługa zwykle daje odmowę połączenia, a nie przekroczenie limitu czasu, chyba że wcześniej pakiety porzuci zapora.
• Czy zapora przepuszcza porty 80 i 443? Uruchom sudo ufw status verbose na Ubuntu lub sudo firewall-cmd --list-all w systemach z rodziny RHEL. Domyślna reguła deny w ufw porzuca pakiety, co dokładnie powoduje przekroczenia limitu czasu; domyślna strefa firewalld odrzuca je natomiast, a odwiedzający widzą to jako odmowę połączenia lub nieosiągalny adres.
• Zapory chmurowe działają osobno. AWS Security Groups, reguły zapory Google Cloud, Azure NSG i zapory w panelach wielu dostawców VPS domyślnie blokują ruch przychodzący. Zezwól na TCP 80 i 443 z 0.0.0.0/0 (oraz ::/0 dla IPv6).
• Czy DNS wskazuje ten serwer? Po migracji sprawdź rekordy A i AAAA w DNS Lookup. Rekord AAAA wskazujący adres, na którym serwer w rzeczywistości nie obsługuje ruchu, może powodować wolne ładowanie lub przekroczenia limitu czasu u odwiedzających w sieciach IPv6.
• Czy serwer jest przeciążony? Jeśli kolejka połączeń zapełni się przy dużym obciążeniu, nowe próby połączenia są porzucane i kończą się przekroczeniem limitu czasu. Sprawdzaj CPU, pamięć i liczbę połączeń w chwili, gdy to się dzieje.

# Ubuntu: allow web traffic through ufw
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw status verbose

# Confirm from outside (another machine; on a Mac use -G 5 instead of -w 5):
nc -vz -w 5 yourdomain.com 443

Timeout vs odmowa vs reset: jak je odróżnić

Zapora ustawiona na porzucanie (drop) ruchu powoduje przekroczenie limitu czasu, a ustawiona na odrzucanie (reject) odpowiada od razu: zwykle odmową połączenia, a gdy odrzuca komunikatem ICMP, jak domyślnie robi firewalld, błędem ERR_ADDRESS_UNREACHABLE. Szczegółowe poradniki: ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET i ERR_NAME_NOT_RESOLVED.