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

Что сделать прямо сейчас

Если вы просто открываете сайт:

1. Обновите страницу: обрыв мог быть случайным.
2. Если так же обрываются и другие сайты, перезагрузите роутер.
3. Проверьте, не мешают ли соединению антивирус или брандмауэр. Если на другом устройстве в той же сети сайт открывается, причина, скорее всего, в настройках этого компьютера.
4. Если ошибка повторяется только на одном сайте, сообщите владельцу время, когда она появилась.

Если сайт ваш, переходите к разделам «Как проверить» и «Как исправить» ниже: там все команды по шагам.

Что значит ошибка

TCP-соединение можно закрыть двумя способами. Обычно стороны закрывают его по очереди сигналом FIN, и все отправленные данные доходят. Сигнал сброса — RST — обрывает соединение сразу, а данные, которые ещё не дошли или не были прочитаны, теряются.

Когда соединение обрывают сбросом, Chrome показывает ERR_CONNECTION_RESET — в исходном коде это ошибка -101. На Linux и macOS к ней же Chrome приводит и некоторые другие системные ошибки обрыва связи.

Как выглядит в Chrome

Заголовок — «Не удается получить доступ к сайту», под ним — «Соединение сброшено.» Chrome советует проверить подключение к интернету, а также настройки прокси-сервера и брандмауэра. Внизу — код ERR_CONNECTION_RESET и кнопки «Перезагрузить» и «Сведения».

Причины

Программа закрыла соединение, не прочитав запрос. Стандарт TCP рекомендует в такой ситуации отправить сброс — чтобы показать, что данные потеряны. Так бывает, когда приложение, которое само принимает запросы посетителей, падает или закрывает соединение раньше времени. Если перед приложением стоит nginx, при падении приложения посетитель увидит не сброс, а ошибку 502.

Включена директива reset_timedout_connection в nginx. По умолчанию она выключена. Если её включить, nginx сбрасывает соединения, у которых истёк тайм-аут, — кроме соединений keep-alive, их он закрывает обычным способом, — а с версии 1.15.2 ещё и соединения, закрытые кодом 444. Тогда вместо ERR_EMPTY_RESPONSE посетитель увидит ERR_CONNECTION_RESET.

Защита от атак. Брандмауэр сервера или система защиты от DDoS у хостинга может обрывать соединения, которые сочтёт подозрительными. Что входит в такую защиту — в обзоре хостинга с защитой от DDoS.

Программа или устройство на пути. Соединение может оборвать роутер, антивирус или брандмауэр на компьютере посетителя. Тогда ошибка бывает только у части посетителей.

Как проверить

Команды из этого раздела вводятся в терминале сервера. Если вы ещё не подключались к нему, начните с инструкции Как подключиться к VPS по SSH. Скопируйте команду целиком, замените example.com на адрес своего сайта и нажмите Enter.

Шаг 1. Посмотрите, на каком шаге обрывается соединение

curl -v https://example.com/

Сброс в выводе обычно виден по словам Connection reset by peer, а номер ошибки curl зависит от шага, на котором оборвалась связь. Например, если сброс пришёл после отправки запроса по http://, curl пишет:

curl: (56) Recv failure: Connection reset by peer

Шаг 2. Посмотрите журнал ошибок nginx

sudo tail -n 50 /var/log/nginx/error.log

Команда покажет последние 50 строк журнала. Ищите строки со временем, когда появилась ошибка.

Шаг 3. Проверьте настройки nginx

Посмотрите, не включена ли reset_timedout_connection и где nginx отвечает кодом 444:

sudo nginx -T | grep -E 'reset_timedout_connection|return 444'

Команда nginx -T выводит все настройки nginx целиком, а grep оставляет только нужные строки.

Как исправить

reset_timedout_connection. Если директива включена и из-за неё посетители видят сброс, выключите её или удалите:

reset_timedout_connection off;

После правок сохраните файл — Ctrl+O, Enter, затем Ctrl+X — и проверьте настройки:

sudo nginx -t

В ответе должны быть слова syntax is ok и test is successful. Если вместо них сообщение об ошибке, в нём указаны файл и номер строки: исправьте строку и проверьте снова. Когда проверка прошла, примените настройки:

sudo systemctl reload nginx

Если команда ничего не ответила, настройки применены.

Падает приложение. Причину ищите в журнале приложения. Если оно принимает посетителей напрямую, поставьте перед ним nginx: при сбое посетитель увидит ошибку 502, а в журнале nginx останется запись.

Защита хостинга. Если соединения обрывает защита, напишите в поддержку: время ошибки, адрес сайта и IP-адрес посетителя, у которого она появляется.

На обычном хостинге

Напишите в поддержку адрес страницы, время ошибки, IP-адрес, с которого открывали сайт, и вывод команды curl -v.

Соседние ошибки

Источники

• Исходный код Chromium: net_error_list.h — ошибки -101 и -100; net_errors_posix.cc — какие системные ошибки Chrome считает сбросом.
• RFC 9293, раздел 3.6.1 — когда TCP отправляет сброс при закрытии соединения.
• Документация nginx: reset_timedout_connection.
• Справка Chrome: как устранить ошибки при подключении к сайтам.

Проверено в Chrome 155 на локальном тестовом сервере 7 октября 2026 года.

Сверено 7 октября 2026 года.

Что почитать дальше

• ERR_EMPTY_RESPONSE — когда сервер закрыл соединение без ответа.
• Код 444 в nginx — как nginx закрывает соединение без ответа.
• Хостинг с защитой от DDoS — что уже входит в цену.
• «Не удается получить доступ к сайту» — все ошибки под этим заголовком.