Код ошибки ERR_FAILED (в консоли — net::ERR_FAILED) означает, что Chrome или Яндекс Браузер не смог загрузить страницу, но не уточнил причину: это общий сбой сетевого стека Chromium. Чаще всего виноваты прокси или PAC-файл, расширение, антивирус с проверкой HTTPS либо испорченные данные конкретного сайта. Сервер при этом обычно исправен.
Что значит ошибка ERR_FAILED
У Chromium, на котором построены Chrome, Яндекс Браузер, Edge и Opera, есть единый список сетевых ошибок. ERR_FAILED в нём имеет номер −2 и описание «произошла общая ошибка»: запрос оборвался, а более точного кода у компонента, который его оборвал, не нашлось. Поэтому «Веб-страница недоступна» на экране мало что говорит — причину ищут методом исключения.
Важное для диагностики: ERR_FAILED почти никогда не означает, что сайт «упал». Если бы сервер не отвечал, браузер написал бы конкретнее — ERR_CONNECTION_TIMED_OUT или ERR_NAME_NOT_RESOLVED (к ним же относятся запросы «err timed failed» и «err name failed»). Общий код обычно возникает до того, как запрос ушёл в сеть: его прерывает прокси, расширение, антивирус, сервис-воркер сайта или политика браузера. Официальные номера и формулировки всех ошибок есть в исходниках Chromium: файл net_error_list.h.
ERR_FAILED, ERR_CONNECTION_FAILED, ERR_PROXY_CONNECTION_FAILED и ERR_TUNNEL_CONNECTION_FAILED: в чём разница
| Код | Номер в Chromium | Что сломалось | Куда смотреть в первую очередь |
|---|---|---|---|
ERR_FAILED | −2 | Общий сбой без уточнения; запрос прерван внутри браузера или на компьютере | Данные сайта, расширения, антивирус, прокси |
ERR_CONNECTION_FAILED | −104 | Попытка TCP-соединения с сервером не удалась | Сеть, брандмауэр, антивирус, файл hosts, IPv6 |
ERR_TUNNEL_CONNECTION_FAILED | −111 | Прокси не смог открыть туннель (метод CONNECT) до HTTPS-сайта | Настройки и правила прокси, корпоративный фильтр |
ERR_PROXY_CONNECTION_FAILED | −130 | Браузер не смог подключиться к самому прокси-серверу: имя не резолвится или порт закрыт | Системный прокси, PAC-файл, расширение-прокси |
Если в названии есть PROXY или TUNNEL, проблема почти наверняка в настройках прокси, а не у сайта.
Почему возникает ERR_FAILED: частые причины
- Системный прокси. Chrome и Яндекс Браузер на Windows и macOS берут прокси из настроек системы. Его могла прописать давно удалённая программа, а сервер за ним уже не работает.
- PAC-файл и автоопределение (WPAD). Сценарий решает, какие адреса идут через прокси. Если он указывает на мёртвый прокси, часть сайтов открывается, а часть — нет.
- Расширения. Блокировщики, «ускорители», расширения-прокси и модификаторы заголовков умеют прерывать запросы.
- Антивирус или сетевой экран. Проверка защищённых соединений («проверка HTTPS», «фильтрация SSL/TLS») встаёт посередине соединения, и её сбой браузер видит как обрыв без причины.
- Сервис-воркер и кэш сайта. Фоновый скрипт сайта перехватывает запросы; сломавшись после обновления, он блокирует страницу только у тех, кто заходил раньше.
- Политики браузера. Прокси может быть задан политикой администратора — или рекламной программы.
Как исправить ERR_FAILED: порядок действий
Идите сверху вниз и проверяйте результат после каждого шага.
- Откройте тот же адрес в окне инкогнито (
Ctrl+Shift+Nв Chrome и Яндекс Браузере на Windows,Cmd+Shift+Nна macOS). Расширения там по умолчанию выключены, а данные сайтов не используются. Открылось — виновато расширение или данные сайта. - Проверьте другой браузер и другой сайт. Если ERR_FAILED везде и во всех браузерах — ищите прокси, антивирус или сеть. Если только на одном сайте — очистите его данные (раздел ниже).
- Отключите расширения на странице
chrome://extensions(в Яндекс Браузере —browser://tune) и включайте их по одному. - Проверьте прокси: в Chrome откройте
chrome://settings/systemи нажмите «Открыть настройки прокси-сервера для компьютера». Отключите прокси и сценарий настройки, если не знаете, зачем они там. - Временно выключите проверку защищённых соединений в антивирусе и повторите запрос. Помогло — добавьте сайт в исключения, а не оставляйте защиту выключенной.
- Сбросьте состояние сети в браузере: на странице
chrome://net-internals/#socketsнажмите «Flush socket pools», наchrome://net-internals/#dns— «Clear host cache». - Если ничего не помогло, сбросьте настройки браузера:
chrome://settings/reset→ «Восстановление настроек по умолчанию». Закладки и пароли при этом сохраняются, расширения отключаются.
Как исправить ERR_PROXY_CONNECTION_FAILED: проверить и отключить прокси
Ошибка ERR_PROXY_CONNECTION_FAILED говорит однозначно: браузер настроен ходить через прокси, но достучаться до него не может. Сначала посмотрите, какой прокси браузер реально использует: откройте chrome://net-internals/#proxy (в Яндекс Браузере — browser://net-internals/#proxy). В блоке «Effective proxy settings» будет адрес прокси или PAC-файла. Кнопка «Re-apply settings» перечитывает системные настройки, «Clear bad proxies» сбрасывает список прокси, помеченных как неработающие.
Windows 10 и 11
Откройте «Параметры» → «Сеть и Интернет» → «Прокси-сервер». Здесь три независимых переключателя:
- «Определять параметры автоматически» — поиск прокси через WPAD.
- «Использовать сценарий настройки» — адрес PAC-файла. Незнакомый адрес — повод насторожиться.
- «Использовать прокси-сервер» — ручной адрес и порт.
Если компьютер домашний и прокси вы сами не настраивали, выключите все три и перезапустите браузер. Старый путь тоже работает: Win+R → inetcpl.cpl → «Подключения» → «Настройка сети».
Командная строка и PowerShell
Пользовательские настройки прокси, которые читает браузер, хранятся в реестре. Посмотреть их можно так:
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyServer
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v AutoConfigURLТо же одной командой в PowerShell:
Get-ItemProperty 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings' | Select-Object ProxyEnable, ProxyServer, AutoConfigURLОтдельно существует прокси WinHTTP — его используют системные службы и часть программ (например, обновления). Проверка и сброс в командной строке от имени администратора:
netsh winhttp show proxy
netsh winhttp reset proxyУчтите: Chrome смотрит на пользовательские настройки из «Параметров», поэтому ответ «Прямой доступ (без прокси-сервера)» от netsh winhttp не гарантирует, что браузер работает без прокси. Проверяйте оба места.
Если прокси стоит, а до него нет связи, проверьте порт: Test-NetConnection proxy.example.local -Port 3128 (подставьте свой адрес и порт). Результат TcpTestSucceeded : False подтверждает, что прокси недоступен.
macOS
«Системные настройки» → «Сеть» → ваше подключение (Wi‑Fi или Ethernet) → «Подробнее» → «Прокси». Снимите галочки с прокси, которые вы не настраивали, включая «Автоконфигурацию прокси». В терминале текущее состояние видно так:
scutil --proxy
networksetup -getwebproxy "Wi-Fi"
networksetup -getsecurewebproxy "Wi-Fi"
networksetup -getautoproxyurl "Wi-Fi"Отключить веб-прокси, HTTPS-прокси и PAC для Wi‑Fi:
networksetup -setwebproxystate "Wi-Fi" off
networksetup -setsecurewebproxystate "Wi-Fi" off
networksetup -setautoproxystate "Wi-Fi" offТочное имя интерфейса покажет networksetup -listallnetworkservices.
Linux
Chrome на Linux берёт прокси из настроек рабочего стола или переменных окружения. Проверьте переменные командой env | grep -i proxy. В GNOME режим прокси смотрится через gsettings get org.gnome.system.proxy mode, а отключается через gsettings set org.gnome.system.proxy mode 'none'. Для разовой проверки можно запустить браузер без прокси: google-chrome --no-proxy-server. Если так сайт открывается, дело точно в прокси.
Прокси задан политикой или расширением
Если переключатели в системе выключены, а браузер всё равно ходит через прокси, откройте chrome://policy. Политики ProxyMode, ProxyServer или ProxyPacUrl на рабочем компьютере задаёт администратор — тогда вопрос к нему. На домашнем компьютере такие политики часто означают рекламную программу: удалите её и проверьте систему антивирусом. На странице chrome://settings/system расширение, которое управляет прокси, указано явно — его можно отключить прямо оттуда.
ERR_TUNNEL_CONNECTION_FAILED и ERR_FAILED на HTTPS
Если обычные HTTP-адреса открываются, а HTTPS-сайты выдают ERR_TUNNEL_CONNECTION_FAILED, значит браузер дошёл до прокси, но тот отказался открыть туннель. Для HTTPS браузер просит прокси выполнить команду CONNECT сайт:443, и прокси вернул не 200, а отказ: 403 (адрес запрещён правилами), 407 (нужна авторизация) или 502 (прокси сам не достучался до сайта).
Ответ прокси удобно увидеть через curl — он встроен в Windows 10 и 11, macOS и большинство дистрибутивов Linux:
curl -v -x http://proxy.example.local:3128 https://example.com/В выводе ищите строку ответа на CONNECT, например HTTP/1.1 403 Forbidden. Сравните с прямым запросом без прокси: curl -v --noproxy "*" https://example.com/. Если напрямую сайт отвечает, а через прокси нет, домен блокирует правило прокси — это решает его администратор. Дома обычно достаточно отключить прокси, о котором вы не знали.
ERR_CONNECTION_FAILED: как исправить
ERR_CONNECTION_FAILED означает, что прокси не при чём, а прямое TCP-соединение с сервером не установилось. В отличие от ERR_CONNECTION_REFUSED, где сервер явно отказал, здесь попытка сорвалась без понятного ответа. Что проверить:
- Файл hosts. На Windows это
C:\Windows\System32\drivers\etc\hosts, на macOS и Linux —/etc/hosts. Строка с доменом сайта и чужим IP-адресом отправит браузер не туда. - Брандмауэр и антивирус. Временно отключите сетевой экран стороннего антивируса и проверьте снова.
- Другая сеть. Откройте сайт с мобильного интернета. Работает — проблема в домашнем роутере или у провайдера; не работает нигде — возможно, на стороне сайта.
- Сброс сетевого стека Windows (командная строка от имени администратора, затем перезагрузка):
ipconfig /flushdns
netsh winsock reset
netsh int ip resetНа Android проверьте прокси в настройках Wi‑Fi: ваша сеть → «Прокси» → «Нет» (названия пунктов зависят от производителя).
ERR_FAILED на одном сайте (YouTube, Яндекс): данные сайта и service worker
Если ошибка появляется только на одном ресурсе, а остальные открываются, почти всегда виноваты сохранённые данные этого сайта. Многие сайты регистрируют сервис-воркер — фоновый скрипт, отвечающий на запросы из своего кэша. Когда его версия расходится с сайтом, страница перестаёт грузиться только у вас.
- Нажмите значок слева от адреса → «Настройки сайтов» → «Удалить данные». Это удалит cookies, кэш и сервис-воркер только для этого сайта; из аккаунта на нём вы выйдете.
- Если значка нет, потому что страница не открылась, нажмите
F12, перейдите на вкладку «Application» (в русской версии — «Приложение») → «Storage» → «Clear site data». - Все зарегистрированные сервис-воркеры видны на странице
chrome://serviceworker-internals; там же каждый можно остановить или удалить кнопкой «Unregister».
Полную очистку кэша по всем сайтам с разбором, что при этом теряется, мы описали в статье как очистить кэш браузера. Для YouTube дополнительно проверьте блокировщики рекламы: они чаще других расширений вмешиваются в запросы видеоплеера.
ERR_FAILED в Яндекс Браузере
Яндекс Браузер построен на Chromium, поэтому коды ошибок и способы исправления те же. Отличаются только адреса служебных страниц: вместо chrome:// используется browser:// — например, browser://net-internals/#proxy для проверки прокси. Настройки прокси открываются из «Настройки» → «Системные» → «Сеть» → «Настройки прокси-сервера»; браузер переадресует вас в системные настройки Windows или macOS.
«Failed to load resource: net::ERR_FAILED» в консоли
Этот раздел для разработчиков: сообщение появляется в консоли DevTools, когда отдельный запрос страницы — скрипт, шрифт, запрос к API — прерван. Самые частые причины:
- CORS. Рядом стоит сообщение «has been blocked by CORS policy». Браузер не отдал ответ скрипту, потому что сервер не прислал нужных заголовков
Access-Control-Allow-*или провалил предварительный запрос OPTIONS. Исправляется на сервере; подробности — в нашем руководстве по CORS. - Сервис-воркер вернул ошибку вместо ответа. На вкладке «Network» у таких запросов в колонке «Size» стоит «(ServiceWorker)».
- Расширение прервало запрос. Проверяется в инкогнито.
Как проверить, что проблема не на стороне сайта
Если вы владелец сайта и жалоба пришла от посетителя, сначала проверьте сервер извне.
- Проверка HTTP-ответа покажет код ответа сервера, заголовки и цепочку редиректов. Код 200 при ошибке у вас — ищите причину на своём компьютере.
- Проверка SSL-сертификата пригодится, если ошибка только на HTTPS: просроченный или неполный сертификат браузер показывает своими кодами, и их нужно отличать от прокси-ошибок.
- Проверка портов покажет, открыты ли 80 и 443 снаружи, — полезно при ERR_CONNECTION_FAILED.
Частые вопросы
ERR_FAILED — это вирус?
Сама ошибка — нет, это обычный код браузера. Но если в chrome://policy или в системных настройках появился прокси, который вы не ставили, стоит проверить компьютер антивирусом: так часто ведут себя рекламные программы.
Почему ERR_FAILED только в одном браузере?
Значит, причина в профиле этого браузера: расширение, данные сайта или собственные настройки прокси браузера. Системный прокси и антивирус влияли бы на все браузеры, использующие системные настройки.
Помогает ли очистка кэша?
Если ошибка на одном сайте — часто да, особенно вместе с удалением сервис-воркера. Если ошибка на всех сайтах, очистка кэша обычно не помогает: ищите прокси, расширения или антивирус.
Чем ERR_PROXY_CONNECTION_FAILED отличается от ERR_TUNNEL_CONNECTION_FAILED?
В первом случае браузер не смог подключиться к прокси вообще. Во втором подключился, но прокси отказался открыть туннель к HTTPS-сайту. Первое чинится отключением или исправлением прокси, второе — правилами прокси.
Нужно ли переустанавливать браузер?
Как правило, нет. Сброс настроек на странице chrome://settings/reset и проверка в новом профиле решают то же самое быстрее и без потери закладок.
