ERR_FAILED: что значит и как исправить ошибку

Что значит ERR_FAILED

ERR_FAILED — «запасной» код сетевого стека Chromium: запрос завершился неудачей, но более точный код (тайм-аут, сброс соединения, ошибка DNS) подобрать не удалось. Поэтому причин у него много, а искать приходится перебором, от простого к сложному.

Это ошибка браузера, а не ответ сервера. У HTTP-ответов есть числовой статус (404, 500, 503) — подробнее в справочнике кодов. Если же ответ вообще не пришёл или был отклонён самим браузером, вы увидите именно сетевой код вроде ERR_FAILED.

Встречается в двух видах. Первый — страница «Не удаётся получить доступ к сайту» при открытии адреса. Второй — строка net::ERR_FAILED в консоли разработчика (F12) при запросе fetch или XHR: чаще всего это отклонённый CORS-запрос.

Что сделать посетителю

1. Откройте адрес в режиме инкогнито (Ctrl+Shift+N). Если там работает, виноваты расширения или кэш.
2. Отключите расширения на странице chrome://extensions (в Яндекс Браузере browser://extensions, в Edge edge://extensions): прежде всего блокировщики рекламы, VPN, менеджеры загрузок и «безопасный поиск».
3. Очистите кэш и куки для сайта (Ctrl+Shift+Del).
4. Проверьте прокси. В Windows: «Параметры» → «Сеть и Интернет» → «Прокси». Если включён прокси, которого вы не настраивали, отключите его: его часто оставляет вредоносное или рекламное ПО.
5. Отключите антивирус или проверку HTTPS-трафика на время теста.
6. Сбросьте DNS-кэш: в Windows ipconfig /flushdns, затем смените DNS на 1.1.1.1 / 8.8.8.8 / 77.88.8.8.
7. Перезагрузите роутер и проверьте сайт с телефона через мобильный интернет.
8. Обновите браузер и перезапустите компьютер.
9. Сбросьте настройки браузера (chrome://settings/reset) как последнюю меру: закладки сохранятся, расширения отключатся.

ERR_FAILED при скачивании файла

Если сбой происходит при скачивании, а страницы открываются, проверьте свободное место на диске и папку загрузок, отключите антивирус на время загрузки и попробуйте другой браузер. Файл, который сервер отдаёт с обрывом соединения, не скачается ни в одном из них.

Что проверить разработчику: ERR_FAILED в консоли

Строка вида GET https://api.example.ru/data net::ERR_FAILED при вызове fetch — самый частый сценарий. Типичные причины:

• CORS. Ответ не содержит Access-Control-Allow-Origin для вашего домена, либо preflight-запрос OPTIONS отвечает ошибкой или редиректом. Рядом в консоли обычно есть сообщение про CORS policy.
• Редирект при preflight. Запрос OPTIONS не должен получать 301/302: браузер такой preflight отклонит.
• Смешанный контент. Страница по HTTPS обращается к ресурсу по HTTP.
• Запрос заблокирован расширением (в этом случае часто видно ERR_BLOCKED_BY_CLIENT).
• Сервер упал или закрыл соединение во время ответа.
• Доступ к `file://`. Страница открыта с диска и запрашивает другой файл.

Откройте вкладку Network (F12), найдите красный запрос и посмотрите, дошёл ли запрос до сервера и какой статус пришёл. Если статуса нет, браузер отклонил запрос сам или сервер не ответил.

location /api/ {
    add_header Access-Control-Allow-Origin "https://app.example.ru" always;
    add_header Access-Control-Allow-Methods "GET, POST, OPTIONS" always;
    add_header Access-Control-Allow-Headers "Content-Type, Authorization" always;

    if ($request_method = OPTIONS) {
        return 204;
    }

    proxy_pass http://127.0.0.1:3000;
}

Что проверить владельцу сайта

1. Проверьте адрес снаружи через проверку кода ответа: если сервер отдаёт 200 из внешней сети, дело в клиентах (расширения, антивирусы, прокси).
2. Убедитесь, что сертификат действителен и цепочка полная, а HTTP корректно перенаправляется на HTTPS без цикла (о циклах — ERR_TOO_MANY_REDIRECTS).
3. Посмотрите журнал ошибок веб-сервера на предмет аварийных остановок процессов во время запросов.
4. Проверьте, не блокирует ли файрвол или защита хостинга отдельные страны и IP.

Разовая проверка не покажет, что происходит у реальных посетителей. Monitor404 собирает 404 с вашего сайта и показывает, какие битые адреса открывают живые люди.