#Что означает ошибка
Сайт не отправил данных ERR_EMPTY_RESPONSE
Chrome пишет «Сайт не отправил данных. ERR_EMPTY_RESPONSE», когда сервер принял соединение, но закрыл его, не вернув ни байта. Причины: сбой приложения на сервере, блокировка запросов брандмауэром или WAF, проблемы с прокси/VPN на вашей стороне. Определите, на чьей стороне проблема: откройте сайт в мобильной сети.
#Причины и решения
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Сбой или перегрузка сервераПриложение упало. | Ошибка у всех. | Подождите/сообщите. |
| Прокси, VPN или расширенияОбрыв соединения. | Без VPN работает. | Отключите. |
| Блокировка запросовБрандмауэр/WAF режет запрос. | Только у вас. | Смените сеть. |
| Проблема DNSНеверный адрес. | Открывается другой сайт. | Сбросьте DNS. |
#Пошаговое решение
- Обновите страницуНажмите
Ctrl+F5, чтобы запросить страницу заново без обычного кэша (на некоторых системах сочетание отличается). Если ошибка осталась, откройте страницу в другом браузере или приватном окне и сравните результат. - Проверьте в другом браузере и сетиСкопируйте адрес страницы, которая не открывается. Откройте другой установленный браузер, например Edge или Firefox, вставьте адрес и нажмите Enter. Если проблема есть только в первом браузере, проверьте его расширения, обновления и настройки; если во всех — переходите к проверке сайта или сети.
- Отключите расширенияОткройте меню браузера → «Расширения → Управление расширениями» (в Chrome можно открыть
chrome://extensions/). Временно выключите сторонние расширения, затем повторите проблемное действие. Если помогло — включайте их по одному, проверяя результат после каждого. - Отключите VPN и проксиОткройте Windows «Параметры → Сеть и Интернет → Прокси» и проверьте, не включён ли ручной прокси-сервер. Если используете приложение VPN, временно отключите подключение в нём и повторите действие. На рабочем компьютере не меняйте управляемые организацией настройки: обратитесь к администратору. После проверки включите нужный VPN или прокси обратно.
- Сбросьте DNSНажмите
Win+R, введитеncpa.cpl→ Enter. Откройте свойства активного подключения → «IP версии 4 (TCP/IPv4)» → «Свойства». Запишите старые DNS-адреса, затем для проверки укажите, например,1.1.1.1и8.8.8.8. После теста при необходимости верните «Получать адрес DNS-сервера автоматически». - Сбросьте сетьЗапустите «Командную строку» от имени администратора через поиск в меню «Пуск». Для очистки кэша DNS выполните
ipconfig /flushdns. Если статья предлагаетnetsh winsock reset, сохраните открытые сетевые сеансы: после выполнения понадобится перезагрузка; VPN и некоторые сетевые программы могут потребовать повторной настройки. - Проверьте файл hostsНа Windows нажмите «Пуск», найдите «Блокнот», выберите «Запуск от имени администратора». В «Файл → Открыть» перейдите в
C:\Windows\System32\drivers\etc, переключите тип файлов на «Все файлы» и откройтеhosts. Сохраните копию перед правкой. Найдите строку, где проблемный домен сопоставлен с неожиданным IP, например127.0.0.1; закомментируйте только подтверждённую лишнюю строку символом#, затем сохраните. Вcmdвыполнитеipconfig /flushdnsи проверьте сайт. Не удаляйте все записи: некоторые созданы администратором намеренно. - Проверьте антивирусОткройте «Пуск → Безопасность Windows → Защита от вирусов и угроз → Журнал защиты» и найдите события с временем ошибки. Если используется сторонний защитный комплекс, откройте его журнал и посмотрите имя заблокированного файла или адреса. Не отключайте защиту целиком и не добавляйте исключение без проверки причины. Если найдено событие блокировки конкретного доверенного приложения, сохраните название обнаружения и обратитесь к администратору или поддержке производителя.
- Сброс сетевого кэша и сброс прокси WinHTTPWindows · Командная строка (CMD)С осторожностьюПрава администратораСброс сетевого кэша и сброс прокси WinHTTP. Важно: сброс системного WinHTTP-прокси не выполняйте без согласования с администратором.
ipconfig /flushdnsnetsh winsock resetПосле netsh winsock reset обычно необходима перезагрузка компьютера. Настройки сетевых программ могут потребовать повторной проверки.
Владельцу сайта стоит проверить, запущены ли службы (php-fpm, node, gunicorn), нет ли переполнения лимитов процессов и памяти (dmesg | grep -i oom), и не блокирует ли запросы fail2ban/WAF (iptables -L -n, журнал). Для nginx проверьте error.log и параметры proxy_pass. Ошибка также возникает при неверной настройке HTTP/2 или при слишком больших заголовках. Посетителю остаётся ждать или использовать другой канал связи с сайтом. Справка — .
Если проблема только с одним сайтом и у других пользователей он открывается, проверьте, не добавлен ли его адрес в блокировку на уровне провайдера или роутера (родительский контроль, DNS-фильтры). Попробуйте открыть сайт по IP-адресу или через публичный DNS, а также отключить протокол QUIC (chrome://flags/#enable-quic): на некоторых сетях он вызывает обрывы соединения.
Отдельно проверьте антивирусный модуль веб-защиты: он может обрывать соединение с сайтом, который счёл подозрительным. Добавьте адрес в исключения только если полностью уверены в сайте.