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

ERR_TUNNEL_CONNECTION_FAILED — ошибка Chrome и других браузеров на Chromium: «Не удается получить доступ к сайту. Веб-страница по адресу …, возможно, временно недоступна или постоянно перемещена по новому адресу». Она значит, что браузер работает через прокси-сервер, попросил его открыть туннель к HTTPS-сайту, и прокси отказал. Сайт при этом может быть в полном порядке.

Мы проверили на стенде Chromium 149, какие ответы прокси дают эту ошибку, а какие — другие коды, и почему не помогает запасной вариант в настройках. Ниже — результаты и способы исправить ошибку в Windows, Chrome и Яндекс Браузере.

Что означает ERR_TUNNEL_CONNECTION_FAILED

Когда браузер открывает HTTPS-сайт через прокси, он не может отдать прокси сам запрос: тот зашифрован. Поэтому браузер сначала просит прокси соединить его с сайтом:

CONNECT site.ru:443 HTTP/1.1

Если прокси согласен, он отвечает HTTP/1.1 200 Connection established, и дальше по этому соединению идёт шифрованный обмен с сайтом — это и есть туннель. Если прокси отвечает что-то другое, туннеля нет.

В списке ошибок Chromium, файле net_error_list.h, у ошибки номер −111:

// A tunnel connection through the proxy could not be established. NET_ERROR(TUNNEL_CONNECTION_FAILED, -111)

Что считать отказом, видно в http_proxy_client_socket.cc. Ответ 200 — туннель открыт, 407 — прокси просит логин и пароль, всё остальное — ERR_TUNNEL_CONNECTION_FAILED. Комментарий там же объясняет, почему браузер не показывает ответ прокси:

// Ignore response to avoid letting the proxy impersonate the target // server.

То есть ответ игнорируется, чтобы прокси не мог выдать себя за сайт. И дальше: «We have seen proxy 403, 404, and 501 response bodies that contain a useful error message» — разработчики признают, что так теряется полезное сообщение. Например, Squid ответом 404 сообщает «The domain name does not exist».

Как выглядит ошибка

В окне Chrome вместо страницы — серый экран с текстом «Не удается получить доступ к сайту» и кодом ERR_TUNNEL_CONNECTION_FAILED внизу. На стенде полный текст был таким: «Веб-страница по адресу https://site.test:8443/, возможно, временно недоступна или постоянно перемещена по новому адресу». Вкладка при этом не грузится бесконечно: ответ прокси приходит быстро, и экран с ошибкой появляется почти сразу. Если же прокси молчит, браузер ждёт 30 секунд и показывает уже другой код — об этом ниже.

Текст на экране вводит в заблуждение. «Перемещена по новому адресу» здесь ни при чём: сайт никуда не переезжал, проблема на стороне прокси или сети, через которую вы выходите в интернет.

Стенд: какие ответы прокси дают эту ошибку

Стенд собран в отдельном сетевом пространстве Linux: Chromium 149, HTTPS-сайт и прокси, который на CONNECT отвечает по-разному.

Что из этого следует:

• Любой отказ прокси — одна и та же ошибка. «Запрещено», «нет связи с сайтом», «метод не поддерживается», переадресация на страницу входа — браузер не различает их и показывает ERR_TUNNEL_CONNECTION_FAILED.
• Сообщение прокси теряется. Текст «Домен не существует» в ответе 404 на экран не попал.
• Страница входа даёт эту ошибку. Публичный Wi-Fi в гостинице или кафе, который перенаправляет на страницу входа, на HTTPS-сайте через прокси вызовет именно её.
• Молчащий прокси ждут 30 секунд. Это константа kHttpProxyConnectJobTunnelTimeout в http_proxy_connect_job.cc: 30 секунд на компьютере, 10 на Android и iOS. Потом — ERR_TIMED_OUT с текстом «Превышено время ожидания ответа от сайта», хотя молчал прокси.

HTTP-сайты при этом открываются

Через тот же прокси, который отвечал 403 на CONNECT, мы открыли обычный HTTP-сайт — он загрузился. HTTP-запрос прокси получает целиком и пересылает сам, туннель для этого не нужен.

Отсюда простой признак: если не открываются только сайты с https://, а старые http:// работают, почти наверняка дело в прокси, который не пропускает CONNECT. Часто такой прокси разрешает CONNECT только на порт 443 и отказывает для других портов — например, 8443.

Запасной вариант не помогает

В PAC-файле — сценарии автоматической настройки прокси — можно указать список: «сначала этот прокси, если не вышло — напрямую». После ошибки подключения к прокси Chromium так и делает. А после отказа в туннеле — нет:

Причина в proxy_fallback.cc. Для ERR_TUNNEL_CONNECTION_FAILED там написано, что переход к другому прокси делается только для особых прокси защиты IP, а для остальных — нет: «Other browsers similarly don't fallback, and some client's PAC configurations rely on this for some degree of content blocking». Некоторые организации так и блокируют сайты: прокси отвечает 403, а браузер не обходит его напрямую.

Частые причины ошибки

• Прокси блокирует сайт. Корпоративный фильтр, родительский контроль, прокси провайдера отвечают 403 на CONNECT к запрещённому адресу.
• Неверные логин и пароль прокси. Старые данные после смены тарифа или аккаунта у платного прокси.
• Прокси не может соединиться с сайтом. Не нашёл имя, сайт не отвечает — прокси отдаёт 502 или 504.
• Прокси не поддерживает CONNECT или нужный порт. Простые HTTP-прокси и фильтры часто пускают туннель только на 443.
• Страница входа публичного Wi-Fi. Прокси или точка доступа перенаправляет на свою страницу.
• Остатки VPN и программ для обхода блокировок. Программа прописала прокси, а сама работает с ошибками.
• Расширение браузера с прокси или VPN.
• Вредоносное ПО, которое перенаправляет трафик через свой прокси.

Как понять, что ответил прокси

Браузер ответ прокси не покажет, а curl покажет. В командной строке Windows 10 и 11 curl есть по умолчанию:

curl -v -x http://адрес-прокси:порт https://site.ru/

На стенде прокси с запретом дал такие строки:

> CONNECT site.test:8443 HTTP/1.1
< HTTP/1.1 403 Forbidden
* CONNECT tunnel failed, response 403

А исправный — «CONNECT tunnel established, response 200». Если curl получает 200, а Chrome нет, браузер, скорее всего, использует другие настройки прокси — проверьте их по шагам ниже. Адрес прокси, который видит Chrome, указан в настройках Windows или в PAC-файле.

Как исправить ERR_TUNNEL_CONNECTION_FAILED: пошаговая инструкция

1. Перезагрузите страницу и роутер

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

2. Отключите прокси-сервер, если он вам не нужен

Windows 11 и 10: откройте «Параметры», перейдите в «Сеть и Интернет» → «Прокси-сервер». Выключите «Использовать прокси-сервер» и «Использовать сценарий настройки», оставьте «Определять параметры автоматически». Нажмите «Сохранить», если система попросит подтвердить изменения, и попробуйте открыть сайт снова.

Windows 8.1 и 7: «Панель управления» → «Свойства браузера» → «Подключения» → «Настройка сети», снимите галочку «Использовать прокси-сервер для локальных подключений».

3. Если прокси нужен — проверьте данные

Сверьте адрес, порт, логин и пароль с данными провайдера прокси или администратора. Убедитесь, что прокси поддерживает HTTPS и нужный порт. Ответ через curl из раздела выше подскажет, на что жалуется прокси: 403 — доступ запрещён, 407 — нужен пароль, 502 — прокси не достучался до сайта.

4. Отключите прокси- и VPN-расширения

На странице chrome://extensions/ выключите расширения для прокси и VPN. Если в настройках прокси написано «Этим параметром управляет расширение», отключайте именно его.

5. Запустите средство устранения неполадок сети

«Параметры» → «Система» → «Устранение неполадок» → «Другие средства устранения неполадок» → «Подключения к Интернету».

6. Смените DNS-серверы

В свойствах подключения, в «IP версии 4 (TCP/IPv4)», укажите DNS вручную: 77.88.8.8 (Яндекс DNS) или 8.8.8.8 (Google). Это помогает, только если прокси работает на вашем компьютере и сам ищет адреса сайтов через системный DNS.

7. Сбросьте параметры сети

Найдите в меню «Пуск» командную строку, нажмите на неё правой кнопкой и выберите «Запуск от имени администратора». Введите по одной и выполните команды:

netsh winhttp reset proxy
netsh winsock reset
netsh int ip reset
ipconfig /flushdns

Затем перезагрузите компьютер. Ещё один способ — «Параметры» → «Сеть и Интернет» → «Дополнительные сетевые параметры» → «Сброс сети».

8. Проверьте брандмауэр и антивирус

Если прокси работает на вашем компьютере — это программа для обхода блокировок, клиент платного прокси или защитный модуль антивируса, — брандмауэр может закрыть ей исходящий трафик. Тогда программа примет запрос браузера, но сама до сайта не достучится и ответит отказом. Встроенный брандмауэр Windows настраивается в «Безопасность Windows» → «Брандмауэр и защита сети» → «Разрешить работу с приложением через брандмауэр». Найдите программу прокси в списке и включите её для частной сети. Антивирусы с проверкой защищённых соединений тоже могут работать как прокси — на время проверки отключите в них проверку HTTPS.

Корпоративные брандмауэры часто закрывают все исходящие порты, кроме 80 и 443, и выпускают трафик только через свой прокси. Изменить эти правила может только администратор.

9. Перезагрузите и обновите маршрутизатор

Некоторые маршрутизаторы умеют работать как прокси или фильтр сайтов. Откройте страницу настроек роутера и проверьте разделы родительского контроля и фильтрации. Если ограничения не нужны, отключите их. Заодно установите обновление прошивки: в старых версиях встречаются ошибки конфигурации.

10. Проверьте компьютер на вирусы

Если прокси снова появляется в настройках после отключения, его прописывает программа. Запустите полную проверку антивирусом.

Как посмотреть подробный журнал Chrome

Если по шагам выше причина не нашлась, браузер может записать журнал сети. Откройте новую вкладку, введите в адресную строку chrome://net-export/ и нажмите «Start Logging to Disk». Затем повторите попытку открыть сайт, вернитесь на вкладку журнала и остановите запись. В файле будут все данные о соединении, включая адрес прокси, к которому обращался браузер, и последний ответ на CONNECT. Этот файл можно передавать администратору или в службу поддержки провайдера прокси — по нему понятно, на каком шаге оборвалась загрузка. Изучить его самому можно в просмотрщике netlog-viewer.appspot.com, который предлагает сам Chrome.

Удалять ли cookies

Очистка cookies и кэша от этой ошибки почти никогда не помогает: туннель не открылся, и браузер не успел обменяться с сайтом никакими данными. Если всё же решите удалить cookies, учтите, что вместе с ними будут удалены входы на сайтах, а при полной очистке — и сохранённые пароли, если они не синхронизированы с аккаунтом. Чтобы сохранить пароли, снимите галочку «Пароли и другие данные для входа» в окне очистки.

Как исправить ошибку в Google Chrome

• Очистите кэш и cookie: «Настройки» → «Конфиденциальность и безопасность» → «Удалить данные о работе в браузере». На саму ошибку туннеля это обычно не влияет: она возникает до обращения к сайту. Но исключает повреждённые данные.
• Сбросьте настройки: «Настройки» → «Сброс настроек» → «Восстановление настроек по умолчанию».
• Проверьте политики: на странице chrome://policy видно, не задаёт ли прокси организация.

Как исправить ошибку в Яндекс Браузере

Яндекс Браузер работает на Chromium, и код ошибки тот же. Прокси он берёт из настроек Windows, поэтому шаги выше подходят. Внутри браузера:

• Очистите данные: «Настройки» → «Системные» → «Очистить историю».
• Сбросьте настройки: «Настройки» → «Системные» → «Сбросить все настройки».
• Отключите дополнения с VPN и прокси на странице дополнений.

Как не столкнуться с ошибкой снова

Профилактические меры простые:

• Не ставьте бесплатный прокси или VPN из случайного расширения: в большинстве случаев именно они перестают работать без предупреждения.
• Записывайте, какая программа и когда изменила настройки прокси, — тогда понятно, что отключать при ошибке.
• Обновляйте операционную систему и браузер: в новых версиях исправляются ошибки работы с прокси.
• Держите адрес, порт, логин и пароль прокси в одном месте, рядом с инструкцией провайдера.

Если ничего не помогло

• Подключитесь к другой сети, например раздайте интернет с телефона. Если там ошибки нет, прокси или фильтр стоит в вашей сети.
• На рабочем компьютере обратитесь к администратору: покажите код ошибки и адрес сайта. Если прокси блокирует сайт намеренно, пользователь это не обойдёт.
• Если прокси платный, напишите в поддержку провайдера: приложите строки curl с ответом на CONNECT.

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

Если на ERR_TUNNEL_CONNECTION_FAILED жалуются посетители из одной организации, их прокси, скорее всего, не пускает к вам. Частая причина — сайт работает на нестандартном порту, например https://site.ru:8443, а офисный прокси разрешает CONNECT только на 443. Держите сайт на стандартном порту 443.

Источники

• Chromium, net/base/net_error_list.h — код TUNNEL_CONNECTION_FAILED, −111
• Chromium, net/http/http_proxy_client_socket.cc — какие ответы на CONNECT считаются отказом
• Chromium, net/http/proxy_fallback.cc — почему нет перехода к следующему прокси
• Chromium, net/http/http_proxy_connect_job.cc — 30 секунд ожидания туннеля

Похожие ошибки

• ERR_PROXY_CONNECTION_FAILED — нет связи с самим прокси-сервером.
• ERR_EMPTY_RESPONSE — соединение закрыто без ответа; так ведёт себя и прокси.
• ERR_CONNECTION_RESET — соединение сброшено.
• ERR_FAILED — общая ошибка загрузки.

Границы замера

Стенд — Chromium 149 под Linux в отдельном сетевом пространстве, 18.10.2026. Прокси — наш учебный сервер, который отвечал на CONNECT заданными кодами, а не Squid или корпоративный фильтр; прокси задавался параметрами запуска браузера. Сертификат сайта был самоподписанным, его проверка отключалась, чтобы не мешать опыту. В Windows прокси берётся из системных настроек, но ответ на CONNECT разбирает тот же сетевой модуль.

Коротко

ERR_TUNNEL_CONNECTION_FAILED значит, что прокси отказался открыть туннель к HTTPS-сайту. Любой ответ, кроме 200, браузер считает отказом и не показывает, что ответил прокси; запасной DIRECT в PAC-файле не срабатывает. Отключите прокси, если он не нужен, проверьте логин, пароль и порт, отключите прокси-расширения, сбросьте сеть. Что именно ответил прокси, покажет curl -v -x.