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

Что такое ERR_CONNECTION_RESET?

ERR_CONNECTION_RESET — ошибка, которую Chrome, Edge, Brave и другие браузеры на Chromium показывают, когда соединение с сайтом было открыто, а затем принудительно оборвано. На странице написано «Не удается получить доступ к сайту. Соединение сброшено». Внутри Chromium это сетевая ошибка -101, и в исходном коде она описана одной строкой: соединение было сброшено, «что соответствует TCP RST».

TCP-сброс (RST) — это кнопка «повесить трубку» в сети. Обычное соединение вежливо завершается пакетом FIN после того, как данные доставлены. Сброс обрывает его мгновенно, без прощания, и всё, что успело загрузиться наполовину, выбрасывается. Браузер успел дойти до сервера: DNS сработал, соединение установилось. А потом что-то на пути решило его убить.

Это «что-то» и есть вся загадка. Им может быть ваш собственный компьютер (антивирус, VPN, сломанный сетевой стек), роутер или провайдер, файрвол перед сайтом или сам процесс веб-сервера. Решения ниже расположены так, чтобы быстрее всего выяснить, кто именно, — от самых быстрых к более долгим.

Как эта ошибка выглядит в других браузерах

Формулировки отличаются от браузера к браузеру, но все они сообщают об одном и том же TCP-сбросе.

Если Firefox вместо этого показывает PR_CONNECT_RESET_ERROR на странице «Ошибка при установлении защищённого соединения», значит, сброс произошёл во время HTTPS-рукопожатия. Причины во многом совпадают с описанными в этом руководстве, особенно проверка HTTPS антивирусом и сетевая фильтрация.

Причины ERR_CONNECTION_RESET

У каждого сброса есть отправитель. Выясните, кто его отправил, — и станет понятно, кто может это исправить.

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

Шаг 1: проблема у вас или у сайта?

Потратьте на это 60 секунд, прежде чем менять какие-либо настройки. Так вы поймёте, какая половина руководства относится к вам.

• Попробуйте другую сеть. Выключите Wi-Fi на телефоне и откройте ту же страницу через мобильный интернет. Если она загрузилась, сброс происходит на вашем устройстве или в домашней/рабочей сети.

• Попробуйте другой сайт. Если сбрасываются все HTTPS-сайты, подозревайте VPN, прокси или антивирус. Если только один — фильтрацию или сервер этого сайта.

• Проверьте сервер снаружи. Port Checker от DNS Robot подключается к порту 443 сайта с наших серверов. Если для нас порт открыт, а у вас соединение сбрасывается, проблема где-то между вами и сайтом.

• Отследите маршрут. Traceroute показывает каждый сетевой узел между DNS Robot и сервером — так можно отличить неработающий сервер от сломанного маршрута.

Решение 1: перезагрузите страницу и откройте режим инкогнито

Единичный сброс часто бывает случайным: перезагрузился роутер, сервер перезапустился во время деплоя, Wi-Fi переключился на другую точку доступа. Подождите несколько секунд и нажмите Ctrl + R (на Mac — Cmd + R).

Если ошибка повторяется, откройте страницу в окне инкогнито (Ctrl + Shift + N, на Mac — Cmd + Shift + N). Режим инкогнито работает без расширений и без сохранённых cookie. Если там страница загружается, виновато расширение или повреждённый cookie: отключайте расширения по одному или удалите данные этого сайта через значок слева от адресной строки → Настройки сайтов → Удалить данные.

Решение 2: выключите VPN и проверьте настройки прокси

VPN и прокси стоят посередине каждого соединения, и когда их сервер перегружен, заблокирован или у него слишком короткий таймер простоя, они сбрасывают соединения. Полностью отключите VPN (а не просто смените сервер) и обновите страницу.

• Windows 11: Параметры → Сеть и Интернет → Прокси-сервер. Оставьте включённым Определять параметры автоматически, а в разделе «Настройка прокси вручную» нажмите Настроить (или Изменить) и выключите Использовать прокси-сервер.

• macOS: Системные настройки → Сеть → выберите Wi-Fi или Ethernet → Подробнее… → Прокси. Выключите все прокси, которые вы не настраивали намеренно.

• Сам Chrome использует системный прокси, поэтому в браузере отдельно менять ничего не нужно.

# В Windows есть ещё отдельный прокси для системных служб (WinHTTP).
# Выполните в командной строке или PowerShell от имени администратора:
netsh winhttp show proxy
netsh winhttp reset proxy

Решение 3: приостановите проверку HTTPS в антивирусе или файрвол

Многие антивирусные пакеты расшифровывают и проверяют ваш HTTPS-трафик. Эта функция называется по-разному: проверка HTTPS, веб-экран (Web Shield), фильтрация протоколов SSL/TLS или проверка защищённых соединений. Когда сканер не может обработать сертификат или протокол сайта, он сбрасывает соединение, вместо того чтобы его пропустить.

Для проверки выключите именно опцию проверки HTTPS, а не весь антивирус, и обновите страницу. Если страница загрузилась, либо оставьте проверку выключенной для этого сайта (большинство продуктов позволяют добавить исключение), либо обновите антивирус. Сторонние файрволы могут делать то же самое, поэтому проверьте и с ними на паузе.

Решение 4: сбросьте сетевой стек Windows (Winsock)

Windows хранит каталог сетевых компонентов под названием Winsock. VPN-клиенты, старые антивирусы и некоторые вредоносные программы добавляют в него записи, а повреждённый каталог вызывает сбросы на всех сайтах. Сброс Winsock и стека TCP/IP возвращает оба к настройкам по умолчанию. Откройте командную строку от имени администратора и выполните:

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

:: Затем перезагрузите компьютер. Сброс Winsock применяется только после перезагрузки.

В Windows 11 есть и вариант в один клик: Параметры → Сеть и Интернет → Дополнительные сетевые параметры → Сброс сети. Он удаляет и заново устанавливает все сетевые адаптеры и перезагружает компьютер, поэтому после него придётся снова подключиться к Wi-Fi и переустановить VPN, если он был.

Решение 5: очистите DNS-кеш и смените DNS-резолвер

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

# Windows
ipconfig /flushdns

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

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

Затем сравните ответ вашей сети с нейтральным. Проверьте домен через DNS Lookup от DNS Robot: если IP-адреса там отличаются от тех, в которые домен разрешается на вашем компьютере (nslookup example.com), ваш резолвер вас перенаправляет. Переключитесь на публичный резолвер, например Cloudflare (1.1.1.1) или Google (8.8.8.8). Наш DNS Speed Test покажет, какой из них быстрее всего из вашего местоположения.

Решение 6: уменьшите MTU, если большие страницы падают, а маленькие открываются

Классическая картина: простые страницы загружаются, а большие страницы, скачивание файлов или вход в аккаунт сбрасываются. Это указывает на проблему с MTU. Пакеты слишком велики для одного из участков пути (частая ситуация с VPN, DSL через PPPoE и некоторыми мобильными точками доступа), а устройство, которое должно сообщить о проблеме, вместо этого молча их отбрасывает — соединение зависает, а потом обрывается.

Найдите самый большой пакет, который проходит без фрагментации. 1472 байта данных плюс 28 байт заголовков дают стандартный MTU 1500:

:: Windows: -f = не фрагментировать, -l = размер данных
ping example.com -f -l 1472
:: "Packet needs to be fragmented but DF set" = слишком большой. Уменьшайте, пока не начнут приходить ответы.

:: Затем задайте MTU = (самый большой рабочий размер + 28), например 1400:
netsh interface ipv4 show subinterfaces
netsh interface ipv4 set subinterface "Wi-Fi" mtu=1400 store=persistent

# macOS: -D = не фрагментировать, -s = размер данных
ping -D -s 1472 example.com

Решение 7: очистите пулы сокетов Chrome и сбросьте Chrome

Chrome повторно использует открытые соединения, чтобы быстрее загружать страницы. Если одно из таких соединений в пуле устарело — например, после смены сети или обрыва VPN, — Chrome может попробовать его снова и получить сброс. Откройте chrome://net-internals/#sockets, нажмите Flush socket pools и обновите страницу.

Ошибка по-прежнему только в Chrome, а Firefox работает? Перейдите на chrome://settings/reset → Восстановление настроек по умолчанию (Restore settings to their original defaults). Это отключит расширения и очистит временные данные, но сохранит закладки, историю и сохранённые пароли.

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

Телефоны получают эту ошибку по тем же причинам плюс ещё одной: настройка Персональный DNS-сервер (Private DNS) на Android, указывающая на фильтрующий или недоступный сервер.

• Android, персональный DNS: Настройки → Сеть и интернет → Персональный DNS-сервер → выберите Автоматически (на Samsung: Настройки → Подключения → Другие настройки (More connection settings) → Персональный DNS-сервер). В нашем руководстве по Private DNS на Android объясняется, что делает каждый вариант.

• Android, сброс сетевых настроек: Настройки → Система → Сброс настроек → Сбросить настройки Bluetooth и Wi-Fi (Reset Bluetooth & Wi-Fi), а также Сбросить настройки мобильной сети, если не работает мобильный интернет (на Samsung: Настройки → Общие настройки → Сброс → Сброс параметров Wi-Fi и Bluetooth (Reset Wi-Fi and Bluetooth settings)).

• iPhone и iPad: Настройки → Основные → Перенос или сброс iPhone → Сбросить → Сбросить настройки сети. Это удалит сохранённые сети Wi-Fi и пароли, а также настройки VPN, которые не были установлены профилем конфигурации.

• На обоих: выключите VPN и приложения-блокировщики рекламы (многие из них работают как локальный VPN), переключитесь между Wi-Fi и мобильным интернетом и обновите браузер.

Владельцам сайтов: найдите, что сбрасывает ваших посетителей

Если посетители сообщают об ERR_CONNECTION_RESET, а сайт не открывается из нескольких сетей, сброс исходит от вашей инфраструктуры. Двигайтесь снаружи внутрь:

• Воспроизведите ошибку снаружи. Выполните curl -v https://yourdomain.com с машины вне вашей сети или проверьте порт 443 через Port Checker. Отметьте, когда приходит сброс: до TLS-рукопожатия, во время него или после отправки запроса.

• Проверьте защитный слой. Ограничители запросов, fail2ban, CrowdSec и облачные WAF могут отклонять забаненные IP TCP-сбросом (например, правилом iptables REJECT --reject-with tcp-reset). Прежде всего проверьте, не забанен ли IP пользователя, который сообщил о проблеме.

• Ищите падения и перезапуски. Процесс, умерший посреди запроса, уносит с собой все открытые соединения. Проверьте journalctl -u your-service, pm2 logs или dmesg -T | grep -i "killed process" на предмет срабатывания OOM killer в Linux (завершение процесса из-за нехватки памяти).

• Проверьте TLS. Отдавайте TLS 1.2 и 1.3 с полной цепочкой сертификатов. Устаревшие настройки протоколов или неполная цепочка могут резко обрывать рукопожатие у некоторых клиентов. SSL Checker покажет цепочку сертификатов и срок действия, а HTTP Headers — что возвращается на реальный запрос.

• Проверьте CDN. Если сайт работает через Cloudflare или другой CDN, изучите журнал событий безопасности по IP или стране посетителя, прежде чем трогать исходный сервер.

# Забанен ли IP посетителя в fail2ban?
sudo fail2ban-client status              # список jail
sudo fail2ban-client status sshd         # забаненные IP в одном jail
sudo fail2ban-client set sshd unbanip 203.0.113.7

# Не завершил ли ваше приложение OOM killer?
dmesg -T | grep -i "killed process"

ERR_CONNECTION_RESET, REFUSED, TIMED_OUT и CLOSED: в чём разница

Эти четыре ошибки на экране выглядят похоже, но описывают разные события в сети, и каждая ведёт к своему решению. Коды — это собственные номера сетевых ошибок Chromium.

Подробные руководства по соседним ошибкам: ERR_CONNECTION_REFUSED, ERR_CONNECTION_TIMED_OUT и ERR_CONNECTION_CLOSED. Если ваша сеть блокирует ещё и защищённый DNS, читайте статью «Эта сеть блокирует зашифрованный DNS-трафик».