ERR_CONNECTION_TIMED_OUT: что значит и как исправить

Что такое ERR_CONNECTION_TIMED_OUT?

ERR_CONNECTION_TIMED_OUT — ошибка, которую Chrome и другие браузеры на Chromium показывают, когда не могут получить от сервера сайта вообще никакого ответа. На странице написано «Не удается получить доступ к сайту. Превышено время ожидания ответа от сайта example.com». Внутри Chromium это сетевая ошибка -118: «истекло время ожидания попытки соединения» (net_error_list.h).

Чтобы открыть соединение, компьютер отправляет серверу запрос на TCP-соединение — пакет SYN — и ждёт ответа. Обычно ответ приходит за миллисекунды. Если ответа нет, операционная система ещё несколько раз повторяет SYN с растущими интервалами и в итоге сдаётся; сколько это занимает, зависит от системы (в собственных заметках Chromium — от 20 до 190 секунд). На нашем Mac попытка соединения с адресом, где никто не отвечает, прекратилась через 75 секунд.

Ключевая деталь — тишина. Сервер, который работает, но на нужном порту никого не слушает, сразу отвечает отказом. При таймауте не ответил вообще никто: пакеты где-то отбросили или отправили на адрес, где ничего нет.

ERR_CONNECTION_TIMED_OUT и ERR_TIMED_OUT: в чём разница

В Chrome есть две похожие ошибки таймаута, и они возникают на разных этапах:

• ERR_CONNECTION_TIMED_OUT (-118): соединение так и не установилось, потому что сервер не ответил на первоначальный SYN. Проверяйте сетевой путь, файрволы, DNS и то, работает ли сервер.
• ERR_TIMED_OUT (-7): более общий таймаут, который срабатывает по собственным таймерам Chrome, а не операционной системы. Например, на HTTPS-рукопожатие после открытия TCP-соединения отводится 30 секунд (Chromium), и соединение, которое открылось, но перестало получать ответы, может закончиться так же. Обычно это указывает на медленный или зависший сервер либо на тормозящий прокси.

Решения ниже подходят для обеих ошибок. ERR_TIMED_OUT чаще оказывается проблемой сайта, а ERR_CONNECTION_TIMED_OUT — проблемой сетевого пути или файрвола.

Причины ERR_CONNECTION_TIMED_OUT

Решение 1: проверьте, работает ли сайт у всех

Если сервер не работает, ничего на вашей стороне не поможет, поэтому проверьте это первым делом:

• Откройте сайт на телефоне через мобильный интернет (Wi-Fi выключен). Если он загрузился, проблема в вашем устройстве или в вашей сети.
• Проверьте сайт через проверку доступности, которая открывает страницу сразу из 11 мест. Если везде таймаут, дело в сайте.
• Запустите Ping-тест из 11 городов. Он замеряет время TCP-соединения с портом 443 из каждого города и добавляет обычный ping с нашего сервера. Ответы на порту 443 означают, что веб-сервер принимает соединения; если отвечает только обычный ping, машина работает, а её веб-порт — нет.
• Проверьте веб-порт через Port Checker. Проверьте порт 443 (HTTPS) и 80 (HTTP). Если у нас порт «открыт», а ваш браузер получает таймаут, трафик отбрасывается где-то между вами и сайтом. Если и у нас «отфильтрован» (нет ответа за 4 секунды), проблема в файрволе сервера или в самом сервере.
• Запустите traceroute из 8 городов по TCP 443, чтобы увидеть, как далеко доходят пакеты. Если все трассировки по TCP 443 обрываются на последних узлах, трафик отбрасывает сеть хостинга сайта; при ICMP-пробах молчащие последние узлы — обычное дело для многих рабочих сайтов.

Решение 2: очистите DNS-кеш (и кеш Chrome)

Когда сайт переезжает на новый сервер, компьютер может продолжать использовать старый IP-адрес, пока не истечёт срок жизни записи в кеше. Если старый сервер выключен или закрыт файрволом, каждая попытка заканчивается таймаутом. Очистите кеш операционной системы и собственный кеш хостов Chrome:

# Windows (командная строка)
ipconfig /flushdns

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

# Linux с systemd-resolved
resolvectl flush-caches

# Chrome: откройте chrome://net-internals/#dns и нажмите "Clear host cache"

Чтобы проверить, не отдаёт ли ваш резолвер устаревшую запись, сравните nslookup example.com (он обращается прямо к резолверу, минуя локальный кеш и файл hosts) с ответом DNS Lookup от DNS Robot; сайты за CDN могут законно возвращать разные адреса. В руководстве по очистке DNS-кеша разобраны все браузеры и операционные системы.

Решение 3: проверьте файл hosts

Файл hosts переопределяет DNS для любого указанного в нём имени. Разработчики, блокировщики рекламы и некоторые вредоносные программы добавляют туда записи, и забытая строка, сопоставляющая домен со старым или частным IP, будет вызывать таймаут каждый раз — но только на этом компьютере.

• Windows: запустите Блокнот от имени администратора и откройте C:\Windows\System32\drivers\etc\hosts.
• macOS / Linux: выполните sudo nano /etc/hosts в Терминале.

Найдите строку с доменом, который не открывается. Удалите её или поставьте # в начале, чтобы отключить, сохраните файл и снова очистите DNS-кеш.

Решение 4: для проверки отключите прокси, VPN и файрвол

Если таймаут на всех сайтах, одна из частых причин — переставший работать прокси или VPN: весь трафик уходит в тупик.

• Прокси в Windows 11: Параметры → Сеть и Интернет → Прокси-сервер. В разделе «Настройка прокси-сервера вручную» нажмите Настройка (или Изменить) рядом с «Использовать прокси-сервер», выключите Использовать прокси-сервер и нажмите Сохранить. Если в разделе «Автоматическая настройка прокси-сервера» включён пункт «Использовать сценарий установки», а вы его не настраивали, выключите и его.
• Прокси в macOS: Системные настройки → Сеть → ваше подключение → Подробнее… → Прокси → выключите их.
• VPN: полностью отключитесь и обновите страницу. Если без VPN сайт работает, смените сервер VPN или обратитесь к провайдеру VPN.
• Файрвол / антивирус: ненадолго приостановите сторонний файрвол и обновите страницу. Если это помогло, добавьте исключение для браузера, а не оставляйте файрвол выключенным.

Решение 5: переключитесь на публичный DNS-резолвер

Некоторые резолверы провайдеров медленно обновляются, а некоторые отправляют заблокированные домены на адрес, который никогда не отвечает. Переход на публичный резолвер — Cloudflare (1.1.1.1), Google (8.8.8.8) или Quad9 (9.9.9.9) — исключает этот вариант. Наш DNS Speed Test покажет, какой из них быстрее всего из вашего местоположения.

Если сбоит сам DNS-сервер, вы можете увидеть другие ошибки — они разобраны в статьях DNS-сервер не отвечает и DNS-сервер недоступен.

Решение 6: сбросьте сетевой стек и перезагрузите роутер

Перезагрузите роутер и модем: отключите их от питания на 30 секунд, затем дайте им две-три минуты на переподключение. В Windows также сбросьте стек TCP/IP из командной строки от имени администратора, а затем перезагрузите компьютер, чтобы завершить сброс:

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

На Mac выключите и снова включите Wi-Fi или удалите сеть и добавьте её заново в Системные настройки → Сеть. Можно также запустить Диагностику сетей Windows (ссылка на странице ошибки Chrome) и дать Windows восстановить адаптер.

Решение 7: проверьте порт со своего компьютера

Так меньше чем за полминуты можно узнать, может ли ваша машина вообще открыть соединение с сайтом, без участия браузера:

# 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

Если с вашего компьютера проверка не проходит, а Port Checker от DNS Robot показывает, что порт открыт, его блокирует что-то между вами и сайтом: роутер, рабочий файрвол, провайдер, фильтр Wi-Fi в отеле или учебном заведении либо собственный файрвол сайта, закрывающий ваш IP-адрес или страну. Попробуйте другую сеть или обратитесь к администратору сети. (Test-NetConnection описан в документации Microsoft.)

Как исправить ERR_CONNECTION_TIMED_OUT на Android и iPhone

• Смените сеть: попробуйте мобильный интернет вместо Wi-Fi или наоборот. Страницы авторизации в публичных Wi-Fi вызывают таймауты, пока вы не примете их условия входа.
• Персональный DNS на Android: Настройки → Сеть и интернет → Персональный DNS-сервер (Private DNS) → Автоматически. Недоступное имя хоста, указанное вручную, ломает все DNS-запросы. Подробнее — в нашем руководстве по Private DNS.
• Выключите VPN и приложения-блокировщики рекламы — многие из них работают как локальный VPN.
• Сбросьте сетевые настройки: на iPhone — Настройки → Основные → Перенос или сброс iPhone → Сбросить → Сбросить настройки сети. На Android — Настройки → Система → Сброс настроек → Сбросить настройки Bluetooth и Wi-Fi (Reset Bluetooth & Wi-Fi), а также Сбросить настройки мобильной сети, если не работает и мобильный интернет.

Владельцам сайтов: почему у посетителей таймаут

Если ваш сайт выдаёт таймаут у всех, пакеты отбрасываются ещё до того, как доходят до веб-сервера. Проверьте по порядку:

• Слушает ли что-нибудь порты? На сервере sudo ss -tlnp | grep -E ':(80|443) ' должна показать nginx, Apache или ваше приложение. Если вывод пустой, запустите сервис. Учтите, что остановленный сервис обычно даёт отказ (refused), а не таймаут — если только файрвол не отбрасывает пакеты раньше.
• Пропускает ли файрвол порты 80 и 443? Выполните sudo ufw status verbose в Ubuntu или sudo firewall-cmd --list-all в системах семейства RHEL. Запрет по умолчанию в ufw отбрасывает пакеты — именно это и порождает таймауты; зона по умолчанию в firewalld, наоборот, отклоняет их, и посетители видят отказ или недоступный адрес.
• Облачные файрволы настраиваются отдельно. AWS Security Groups, правила файрвола Google Cloud, Azure NSG и файрволы в панелях многих VPS-провайдеров по умолчанию запрещают входящий трафик. Разрешите TCP 80 и 443 с 0.0.0.0/0 (и ::/0 для IPv6).
• Указывает ли DNS на этот сервер? После миграции проверьте записи A и AAAA через DNS Lookup. Запись AAAA, указывающая на адрес, на котором сервер на самом деле не работает, может вызывать медленную загрузку или таймауты у посетителей из IPv6-сетей.
• Не перегружен ли сервер? Если под высокой нагрузкой очередь входящих соединений заполняется, новые попытки соединения отбрасываются и заканчиваются таймаутом. Проверьте CPU, память и число соединений в момент сбоя.

# 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

Timed Out, Refused и Reset: как отличить ошибки

Файрвол, настроенный отбрасывать (drop) трафик, даёт таймаут; настроенный отклонять (reject) отвечает сразу, обычно отказом, а при отклонении ICMP-сообщением (как firewalld по умолчанию) — ошибкой ERR_ADDRESS_UNREACHABLE. Подробные руководства: ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET и ERR_NAME_NOT_RESOLVED.