ERR_EMPTY_RESPONSE: сервер не отправил данных

  • Обновлено
  • Чтение ≈ 3 минуты
  • Нужны права администратора

Краткий ответ

ERR_EMPTY_RESPONSE означает, что сервер закрыл соединение без ответа. Проверьте работу сайта с другого устройства, отключите VPN, прокси и расширения, сбросьте DNS и winsock, а владельцу — проверить веб-сервер и брандмауэр.

В этой статье
  1. Что означает ошибка
  2. Причины и решения
  3. Пошаговое решение

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

ERR_EMPTY_RESPONSE
Сайт не отправил данных ERR_EMPTY_RESPONSE

Chrome пишет «Сайт не отправил данных. ERR_EMPTY_RESPONSE», когда сервер принял соединение, но закрыл его, не вернув ни байта. Причины: сбой приложения на сервере, блокировка запросов брандмауэром или WAF, проблемы с прокси/VPN на вашей стороне. Определите, на чьей стороне проблема: откройте сайт в мобильной сети.

#Причины и решения

Возможная причинаКак узнатьЧто делать
Сбой или перегрузка сервераПриложение упало.Ошибка у всех.Подождите/сообщите.
Прокси, VPN или расширенияОбрыв соединения.Без VPN работает.Отключите.
Блокировка запросовБрандмауэр/WAF режет запрос.Только у вас.Смените сеть.
Проблема DNSНеверный адрес.Открывается другой сайт.Сбросьте DNS.

#Пошаговое решение

  1. Обновите страницуНажмите Ctrl+F5, чтобы запросить страницу заново без обычного кэша (на некоторых системах сочетание отличается). Если ошибка осталась, откройте страницу в другом браузере или приватном окне и сравните результат.
  2. Проверьте в другом браузере и сетиСкопируйте адрес страницы, которая не открывается. Откройте другой установленный браузер, например Edge или Firefox, вставьте адрес и нажмите Enter. Если проблема есть только в первом браузере, проверьте его расширения, обновления и настройки; если во всех — переходите к проверке сайта или сети.
  3. Отключите расширенияОткройте меню браузера → «Расширения → Управление расширениями» (в Chrome можно открыть chrome://extensions/). Временно выключите сторонние расширения, затем повторите проблемное действие. Если помогло — включайте их по одному, проверяя результат после каждого.
  4. Отключите VPN и проксиОткройте Windows «Параметры → Сеть и Интернет → Прокси» и проверьте, не включён ли ручной прокси-сервер. Если используете приложение VPN, временно отключите подключение в нём и повторите действие. На рабочем компьютере не меняйте управляемые организацией настройки: обратитесь к администратору. После проверки включите нужный VPN или прокси обратно.
  5. Сбросьте DNSНажмите Win+R, введите ncpa.cpl → Enter. Откройте свойства активного подключения → «IP версии 4 (TCP/IPv4)» → «Свойства». Запишите старые DNS-адреса, затем для проверки укажите, например, 1.1.1.1 и 8.8.8.8. После теста при необходимости верните «Получать адрес DNS-сервера автоматически».
  6. Сбросьте сетьЗапустите «Командную строку» от имени администратора через поиск в меню «Пуск». Для очистки кэша DNS выполните ipconfig /flushdns. Если статья предлагает netsh winsock reset, сохраните открытые сетевые сеансы: после выполнения понадобится перезагрузка; VPN и некоторые сетевые программы могут потребовать повторной настройки.
  7. Проверьте файл hostsНа Windows нажмите «Пуск», найдите «Блокнот», выберите «Запуск от имени администратора». В «Файл → Открыть» перейдите в C:\Windows\System32\drivers\etc, переключите тип файлов на «Все файлы» и откройте hosts. Сохраните копию перед правкой. Найдите строку, где проблемный домен сопоставлен с неожиданным IP, например 127.0.0.1; закомментируйте только подтверждённую лишнюю строку символом #, затем сохраните. В cmd выполните ipconfig /flushdns и проверьте сайт. Не удаляйте все записи: некоторые созданы администратором намеренно.
  8. Проверьте антивирусОткройте «Пуск → Безопасность Windows → Защита от вирусов и угроз → Журнал защиты» и найдите события с временем ошибки. Если используется сторонний защитный комплекс, откройте его журнал и посмотрите имя заблокированного файла или адреса. Не отключайте защиту целиком и не добавляйте исключение без проверки причины. Если найдено событие блокировки конкретного доверенного приложения, сохраните название обнаружения и обратитесь к администратору или поддержке производителя.
  9. Сброс сетевого кэша и сброс прокси WinHTTP
    Windows · Командная строка (CMD)С осторожностьюПрава администратора
    Сброс сетевого кэша и сброс прокси WinHTTP. Важно: сброс системного WinHTTP-прокси не выполняйте без согласования с администратором.
    ipconfig /flushdns
    netsh 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 или при слишком больших заголовках. Посетителю остаётся ждать или использовать другой канал связи с сайтом. Справка — Справка Chrome.

Если проблема только с одним сайтом и у других пользователей он открывается, проверьте, не добавлен ли его адрес в блокировку на уровне провайдера или роутера (родительский контроль, DNS-фильтры). Попробуйте открыть сайт по IP-адресу или через публичный DNS, а также отключить протокол QUIC (chrome://flags/#enable-quic): на некоторых сетях он вызывает обрывы соединения.

Отдельно проверьте антивирусный модуль веб-защиты: он может обрывать соединение с сайтом, который счёл подозрительным. Добавьте адрес в исключения только если полностью уверены в сайте.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.