ERR_CONNECTION_TIMED_OUT и ERR_CONNECTION_RESET: интернет есть, а сайт не открывается

Интернет работает: мессенджеры на связи, видео идёт, соседние вкладки обновляются. А один конкретный сайт не открывается. Chrome сначала долго думает, потом показывает «Не удаётся получить доступ к сайту» с пояснением «Превышено время ожидания ответа от сайта» и кодом ERR_CONNECTION_TIMED_OUT. Или — «Соединение сброшено» и ERR_CONNECTION_RESET. Обновление страницы не помогает, зато с телефона через мобильный интернет тот же сайт открывается сразу.

Эти ошибки — не про DNS и не про сертификаты: браузер уже знает адрес сервера и пытается установить с ним соединение, но что-то в пути мешает. Код ошибки подсказывает, что именно. Разберём семейство ошибок соединения, пройдём проверки от простых к точным — ping, tracert, MTU — и честно скажем, когда причина в маршруте, а не в вашем компьютере.

Сначала — что именно не работает

Картина симптомов сужает круг причин сильнее любой команды:

• Не открывается один сайт, остальные — как обычно. Вероятнее всего, сайт перегружен, лежит или путь именно к нему проходит через проблемный узел. Локальные причины (антивирус, MTU) редко бьют по одному адресу.
• Сайт открывается со второй-третьей попытки или обрывается посередине. Большие страницы и файлы не догружаются, мелкие проходят — почерк неверного MTU или нестабильного маршрута с потерями.
• Из домашней сети не открывается, через мобильный интернет — сразу. Устройство ни при чём: разные сети, разные маршруты, один из них пропускает не всё.
• Не открывается почти ничего, везде TIMED_OUT. Ищите на самом устройстве: в системе остался прокси, антивирус перехватывает соединения, слетели настройки сети после обновления.

Обратите внимание на время появления ошибки. Если серая страница возникает мгновенно — это REFUSED или RESET, сервер или что-то в пути ответило отказом. Если браузер крутил колесо полминуты — TIMED_OUT, ответа не было вообще.

Что означает каждая ошибка

Любое соединение с сайтом начинается с «рукопожатия»: компьютер отправляет серверу пакет-запрос на порт 443 (HTTPS) или 80 (HTTP), сервер отвечает, и только после этого начинается обмен данными. Ошибки семейства ERR_CONNECTION описывают, на каком шаге рукопожатие сорвалось.

ERR_CONNECTION_TIMED_OUT — запрос ушёл, ответа нет. Как телефонный звонок, где гудки идут, а трубку никто не берёт: пакеты либо не доходят до сервера, либо ответ теряется на обратном пути. Windows-версия текста — «Превышено время ожидания ответа от сайта».

ERR_CONNECTION_RESET — соединение установилось или почти установилось, и кто-то на пути прислал пакет сброса. Как если бы собеседник бросил трубку посреди фразы. Сбросить соединение может сам сервер (перегрузка, защита от частых запросов), антивирус, который встраивается в защищённые соединения, или промежуточное оборудование сети.

ERR_CONNECTION_REFUSED — сервер ответил сразу: «на этом порту никто не слушает». Так бывает, когда сайт лежит, сервис на сервере остановлен или в системе прописан прокси, которого нет.

ERR_CONNECTION_CLOSED и ERR_EMPTY_RESPONSE — соединение закрылось штатно, но до того, как сервер что-то прислал. Чаще всего это перегруженный сервер или расширение браузера, вмешавшееся в запрос.

ERR_NETWORK_CHANGED — во время загрузки сменилась сеть: переключился Wi-Fi, воткнули кабель, включилось или выключилось защищённое подключение. Обычно достаточно обновить страницу.

Ошибки шифрования — отдельная тема; если браузер жалуется на сертификат, а не на соединение, читайте разбор «Ваше подключение не защищено»: что делать.

Быстрые проверки за пять минут

1. Другой сайт и другой браузер. Если в режиме инкогнито или в другом браузере сайт открывается — виновато расширение: фильтры рекламы, «ускорители», антитрекеры. Отключайте по одному.
2. Другое устройство и другая сеть. Телефон в той же Wi-Fi-сети не открывает — проблема на роутере или в маршруте. Телефон на мобильном интернете открывает — маршрут из домашней сети. Это самая информативная проверка из всех.
3. Прокси в системе. Windows: Параметры → Сеть и интернет → Прокси-сервер — «Использовать прокси-сервер» должно быть выключено, если вы его не настраивали. macOS: Системные настройки → Сеть → ваша сеть → Подробнее → Прокси — все галочки сняты. Остатки от старых «ускорителей» и корпоративных настроек дают именно REFUSED и TIMED_OUT.
4. Дата и время. Сбитые на несколько минут часы не мешают соединению, но ломают шифрование — и браузер иногда показывает не ошибку сертификата, а обрыв. Включите автоматическую установку времени.
5. Перезагрузите роутер. Выключите из розетки на 30 секунд. Переполненная таблица соединений в роутере — частая причина «висящих» сайтов при живом интернете.
6. Отключите QUIC в Chrome. Chrome сначала пробует протокол QUIC по UDP на порт 443, и в сетях, где UDP ходит плохо, страница ждёт таймаута. Введите chrome://flags, найдите «Experimental QUIC protocol», поставьте Disabled и перезапустите браузер.
7. Сбросьте сетевой стек Windows. Командная строка от администратора: netsh winsock reset, затем netsh int ip reset и перезагрузка. Помогает после кривых удалений антивирусов и «оптимизаторов».

Проверяем маршрут: ping и tracert

Когда быстрые проверки не дали ответа, посмотрите на путь до сайта. Двух команд достаточно.

ping example.com показывает, доходят ли пакеты до сервера и с какой задержкой. Норма для домашней сети — до 100–150 мс и без потерь; строки «Превышен интервал ожидания» среди ответов означают потери. Важная оговорка: многие серверы не отвечают на ping вовсе, и это не ошибка — тогда переходите ко второй команде.

tracert example.com (Windows) или traceroute example.com (macOS, Терминал) печатает путь пакета по узлам. Читать его просто: если список доходит до конца с ровными задержками, а сайт всё равно не открывается — проблема не в маршруте, а в порту, антивирусе или прокси. Если после пятого-восьмого узла идут одни звёздочки до самого конца — пакеты теряются на этом отрезке. Одна строка звёздочек посередине при живых узлах дальше не страшна: узел просто не отвечает на служебные запросы.

Самый честный тест — прогнать tracert из домашней сети и с телефона, раздающего мобильный интернет, и сравнить, где пути расходятся. Если из дома маршрут обрывается на одном и том же узле день за днём, дальнейшие настройки на компьютере ничего не изменят.

Глубинные причины

MTU — размер пакета

MTU — максимальный размер пакета, который сеть пропускает целиком. Стандарт для Ethernet и Wi-Fi — 1500 байт, для подключений через PPPoE — 1492, для туннелей — 1400–1420, минимум по IPv6 — 1280. Если ваш роутер или сеть пропускают пакеты меньше, чем думает компьютер, мелкие запросы проходят, а большие ответы сервера теряются: сайт начинает открываться и обрывается с RESET или зависает.

Проверка в Windows: ping -f -l 1472 example.com (1472 байта данных плюс 28 байт заголовков — ровно 1500). Ответ пришёл — MTU в порядке. Появилось «Требуется фрагментация пакета…» — уменьшайте число шагами: 1452, 1432, 1400, 1372, пока пинг не пройдёт; найденное значение плюс 28 — ваш реальный MTU. Задать его можно в панели роутера (Интернет или WAN → MTU) либо на компьютере: netsh interface ipv4 set subinterface "Wi-Fi" mtu=1400 store=persistent. Практика показывает, что 1400 — безопасное значение почти для любой сети.

Антивирус с проверкой защищённых соединений

Многие антивирусы встраиваются в HTTPS-соединения, чтобы проверять содержимое: расшифровывают трафик у вас на компьютере и шифруют заново. Когда модуль устаревает или спотыкается о новую версию протокола, браузер получает RESET или пустой ответ. Найдите в настройках антивируса пункт вроде «Проверка защищённых соединений» или «Фильтрация SSL/TLS», отключите его на десять минут и проверьте сайт. Если помогло — обновите антивирус или добавьте сайт в исключения.

IPv6

Если сеть выдаёт устройству адрес IPv6, браузер для сайтов с поддержкой IPv6 сначала пробует его и лишь потом откатывается на IPv4. При исправном IPv6 это незаметно; при половинчатом — когда адрес есть, а маршрут по нему обрывается — часть сайтов упирается в таймаут. Проверка: снимите галку «IP версии 6» в свойствах адаптера Windows или переключите IPv6 в «Только локальная связь» в настройках сети macOS. Помогло — исправляйте IPv6 на роутере или выключите его там.

Расширения, «ускорители» и родительский контроль

Расширения фильтрации рекламы иногда обрывают запросы к целым доменам, а не к отдельным баннерам; «ускорители интернета» и программы родительского контроля ставят собственный локальный прокси, который после обновления системы перестаёт запускаться — и все запросы уходят в закрытый порт. Проверка в инкогнито и чистка списка прокси закрывают обе истории.

Роутер

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

Когда виноват маршрут, а не вы

Итоговый сценарий выглядит так: прокси выключен, антивирус проверен, MTU в норме, роутер перезагружен, а tracert из домашней сети день за днём обрывается на одном и том же узле — при этом с мобильного интернета сайт открывается за секунду. В некоторых сетях часть маршрутов работает нестабильно: на отдельных узлах до серверов конкретных сайтов теряются пакеты, и никакие настройки на вашей стороне этого не изменят, потому что проблема не на вашей стороне.

Один из вариантов в такой ситуации — защищённое подключение. Трафик до сервера сервиса идёт одним устойчивым маршрутом, а дальше к сайту — уже другой дорогой, минуя узел, где терялись пакеты. В приложении есть профили с автовыбором — «мобильный» для сотовой сети и «Wi-Fi и дом» для домашней; приложение само проверяет серверы и держит самый быстрый, руками перебирать ничего не нужно. На Windows браузеры подхватывают подключение сразу; если через него должны ходить и другие программы, включите в приложении режим «Системный VPN». Проверить гипотезу о маршруте можно за пять минут: попробовать 3 дня бесплатно, открыть тот же сайт с включённым подключением и сравнить. Открылся — маршрут; не открылся — возвращайтесь к антивирусу и расширениям, причина на устройстве.

Похожая логика работает и для приложений, а не только для сайтов: если мессенджер или рабочий сервис держат «Подключение…» при живом интернете, признаки те же — Telegram висит на «Подключение…» и Slack не подключается разобраны отдельно. А если ошибка с самого начала была не про соединение, а про имя сайта, смотрите разбор ошибок DNS_PROBE_FINISHED_NXDOMAIN.

Чек-лист на будущее

• Держите в системе выключенный прокси, если сами его не настраивали; после удаления любых «ускорителей» заглядывайте в Параметры → Прокси-сервер.
• Обновляйте антивирус вместе с браузером — рассинхрон версий и есть источник большинства RESET.
• После смены роутера или тарифа один раз проверьте MTU командой ping -f -l 1472.
• Сохраните вывод tracert до важного сайта в спокойный день — потом будет с чем сравнить.
• Если в сети с авторизацией сайт не открывается вовсе, сначала войдите на странице приветствия — как это сделать в отеле или кафе.

Коротко

ERR_CONNECTION_TIMED_OUT — ответа от сервера нет, ERR_CONNECTION_RESET — соединение оборвали в пути, ERR_CONNECTION_REFUSED — порт закрыт. Первые пять минут: другой браузер без расширений, другое устройство, прокси в системе, дата и время, перезагрузка роутера. Затем ping и tracert из двух сетей, проверка MTU и антивируса с фильтрацией HTTPS. Если с мобильного интернета сайт открывается, а из дома маршрут обрывается на одном и том же узле — проблема в пути, и самый быстрый способ это подтвердить: включить защищённое подключение на три дня бесплатно и открыть тот же сайт ещё раз.