Коротко. ERR_CONNECTION_TIMED_OUT означает, что браузер отправил запрос, но сервер не ответил в отведённое время. В отличие от «refused», здесь нет явного отказа — пакеты просто теряются по дороге или сервер слишком перегружен, чтобы ответить. Главные причины: перегрузка сервера, проблемы маршрутизации, firewall, блокирующий молча (DROP), или нестабильная сеть. Первый шаг — выполнить ping example.com и traceroute example.com, чтобы понять, где теряется связь.
Что значит таймаут соединения
Таймаут — это «тишина в ответ». Браузер ждёт ответа на TCP-handshake несколько десятков секунд и, не дождавшись, сдаётся. Это принципиально отличается от ERR_CONNECTION_REFUSED, где сервер отвечает мгновенным отказом.
Таймаут почти всегда связан с сетью или нагрузкой: пакеты не доходят, теряются на промежуточном узле или сервер не успевает обработать соединение.
Основные причины
- Сервер перегружен — высокий трафик, нехватка ресурсов, медленная БД.
- Firewall с правилом DROP — пакеты отбрасываются без ответа.
- Проблема маршрутизации — потеря пакетов на промежуточном хопе.
- Нестабильное соединение — Wi-Fi, мобильная сеть, перегруженный канал.
- Блокировка по гео или провайдером трафика к серверу.
Диагностика на стороне пользователя
Определите, доходят ли пакеты до сервера и где теряются:
ping example.com
traceroute example.com # macOS/Linux
tracert example.com # Windows
curl -I -v --max-time 15 https://example.comЕсли Ping проходит, но curl висит — проблема на уровне приложения или firewall. Если ping не проходит — смотрите traceroute, где обрывается путь.
Исправление на стороне пользователя
- Сбросьте DNS-кэш:
ipconfig /flushdns(Windows) илиsudo dscacheutil -flushcache(macOS). - Отключите VPN, прокси и firewall клиента и повторите проверку.
- Переключитесь на мобильный интернет — исключите проблему провайдера.
- Перезагрузите роутер и проверьте стабильность Wi-Fi.
- Попробуйте другой DNS (1.1.1.1 или 8.8.8.8).
Исправление на стороне сервера
Если таймаут видят все — проверьте нагрузку и firewall:
# Нагрузка и память
top
free -m
# Не отбрасывает ли firewall пакеты молча
sudo iptables -L -n -v | grep -i drop
sudo ufw status verboseУвеличьте лимиты воркеров веб-сервера, оптимизируйте медленные запросы к БД и убедитесь, что firewall не блокирует легитимный трафик правилом DROP.
Причины и решения
| Причина | Решение |
|---|---|
| Перегрузка сервера | Масштабировать ресурсы, оптимизировать БД |
| Firewall DROP | Заменить на REJECT для диагностики, открыть порт |
| Потеря пакетов в сети | Проверить traceroute, связаться с хостером |
| Нестабильный Wi-Fi | Перейти на кабель, перезагрузить роутер |
| Блокировка провайдером | Сменить DNS, проверить с другой сети |
Как предотвратить повторение
Таймауты часто плавающие: сайт то открывается, то нет. Поймать их вручную почти невозможно — нужен непрерывный мониторинг сайтов, который фиксирует медленные ответы и падения и шлёт алерт. Мультирегиональная проверка (RU/EU/US) сразу покажет, перегружен сервер глобально или проблема только в вашем регионе.
Проверьте ping и доступность портов, а HTTP-чекер покажет время ответа сервера. Если виноват DNS — загляните в DNS lookup. Подробнее — в руководстве по мониторингу.
Частые вопросы
Почему сайт иногда открывается, а иногда таймаутит?
Плавающий таймаут указывает на перегрузку сервера или нестабильную сеть. Под пиковой нагрузкой соединения встают в очередь и не успевают обработаться вовремя.
Сколько секунд ждёт браузер до таймаута?
Обычно 30–120 секунд в зависимости от браузера и ОС. Это слишком долго для пользователя, поэтому важно устранять причину, а не ждать.
Поможет ли смена DNS?
Если таймаут вызван медленным или сломанным DNS-резолвом — да. Попробуйте 1.1.1.1 или 8.8.8.8. Но при перегрузке сервера смена DNS не поможет.
Как отличить проблему сети от проблемы сервера?
traceroute покажет, где обрывается путь. Если обрыв на последнем хопе — проблема у сервера; если раньше — в сети между вами и им.