top of page

Почему прокси-сервер не отвечает при живом интернете

09.10.26

Минута на проверку адреса, потом брандмауэр, DNS и сброс сети

WinGate: приватные прокси IPv4 и SOCKS5, бесплатный тест до 2 часов
Прокси-сервер не отвечает: обрыв на пути от компьютера до прокси

Сообщение «прокси-сервер не отвечает» означает простую вещь: в системе записан адрес прокси, и по этому адресу никто не откликается. Обходных путей Windows не ищет: браузер и большинство программ отправляют каждый запрос на прописанный IP и порт, ждут, не дожидаются и показывают ошибку. Задача сводится к двум вопросам. Жив ли сам адрес? И где он прописан?


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


Что значит «прокси-сервер не отвечает» в разных окнах

Одна поломка выглядит по-разному в зависимости от того, кто о ней сообщает. Средство диагностики сетей Windows пишет, что прокси-сервер не отвечает, то есть настроенный в системе прокси молчит. Chrome и Edge показывают ERR_PROXY_CONNECTION_FAILED и среди советов предлагают проверить настройки прокси-сервера и брандмауэра. На ошибках разрешения имён, вроде DNS_PROBE_FINISHED_NXDOMAIN, к этому списку добавляется DNS.


Есть похожая ошибка с другим смыслом. ERR_TUNNEL_CONNECTION_FAILED означает, что прокси как раз ответил, но отказался строить туннель к сайту: запрет на адрес или порт, сбой на его стороне. Это уже история про коды ответа, разобранные в отдельной статье, и в настройках Windows её искать бесполезно.


Сам неответ бывает трёх видов:


  • тишина до таймаута: пакеты до порта не доходят или ответ теряется по дороге;

  • мгновенный отказ: машина жива, порт закрыт, служба прокси не запущена;

  • имя не разрешилось: прокси указан доменом, и DNS этот домен не знает.


Первая минута: жив ли адрес

Откройте PowerShell и проверьте порт:


Test-NetConnection IP -Port PORT

TcpTestSucceeded : True значит, что соединение установилось и на том конце кто-то слушает порт. False вместе с предупреждением о неудачном TCP-подключении значит, что порт недостижим: адрес неверный, служба лежит или соединение режут по дороге.


Порт открыт? Тогда проверьте, отвечает ли он как прокси. В Windows PowerShell 5.1, который стоит в системе по умолчанию, слово curl ведёт к командлету Invoke-WebRequest, поэтому пишите curl.exe полностью. В Windows 10 и 11 он встроен.


curl.exe -x http://LOGIN:PASS@IP:PORT https://api.ipify.org -m 15

Вернулся IP прокси. Сервер жив, и проблема сидит в настройках Windows или браузера. Пауза в 15 секунд и ошибка 28 при открытом порте говорят о другом: прокси принимает соединение и не успевает достучаться до сайта или перегружен. Мгновенная ошибка 7 повторяет вывод Test-NetConnection, порт закрыт.


Свой случай. На трёх рабочих машинах с прогонами каждое утро вылезало «прокси-сервер не отвечает», хотя вечером всё работало, и я потратил почти час, пока Test-NetConnection не показал, что системный адрес ведёт на 127.0.0.1:8080. Его прописывал старый VPN-клиент из автозагрузки. Удалил клиент. Ошибка ушла на всех трёх.


Как по ответу Test-NetConnection и curl понять, почему прокси-сервер не отвечает

Четыре места, где Windows хранит прокси

1. Параметры Windows

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


Блок автоматической настройки содержит переключатель «Определять параметры автоматически» и пункт «Использовать сценарий настройки» с адресом PAC-файла. Если сценарий лежал на сервере, которого больше нет, Windows будет раз за разом пытаться его скачать. Переключатель автоматического определения включает поиск по протоколу WPAD: система ищет в сети файл wpad.dat с адресом прокси. Дома такого файла обычно нет, и переключатель безвреден. В офисе wpad.dat может указывать на прокси, который давно выключили, и ошибка появится при пустых ручных настройках. Блок ручной настройки хранит адрес и порт в пункте «Использовать прокси-сервер». Проверьте оба. Подробно про каждое поле есть в разборе настройки прокси в Windows.


2. Свойства браузера

Старое окно живо до сих пор. Нажмите Win+R, введите inetcpl.cpl, вкладка «Подключения», кнопка «Настройка сети». Галочка «Использовать прокси-сервер для локальных подключений» управляет теми же значениями, что и Параметры. Отличие в другом: здесь же видны VPN-подключения, и у каждого может быть свой прокси через собственную кнопку «Настройка».


3. WinHTTP

Отдельный слой для служб.


Службы Windows, включая Центр обновления, ходят в сеть через WinHTTP, у которого своя настройка прокси, независимая от Параметров. Браузеры её не читают, зато мёртвый адрес здесь ломает обновления и часть фоновых программ. Проверка:


netsh winhttp show proxy

Ответ «Прямой доступ (без прокси-сервера)» значит, что здесь прокси нет. Если висит адрес, сбросьте его командой netsh winhttp reset proxy в консоли, запущенной от имени администратора. Чтобы службы ходили через тот же прокси, что и браузер, есть netsh winhttp import proxy source=ie.


4. Программы и расширения

Адрес вернулся после перезагрузки? Значит, его кто-то прописывает. VPN-клиенты, ускорители, рекламные надстройки пишут прокси в реестр, в ветку HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings. Значение ProxyEnable включает прокси (1) или выключает (0), ProxyServer хранит адрес. Найдите виновника во вкладке «Автозагрузка» Диспетчера задач и удалите его.


В Chrome откройте chrome://settings/system. Если прокси взяло под контроль расширение, браузер напишет об этом прямо на странице, и отключать его придётся в chrome://extensions. Поля в Параметрах серые с пометкой, что ими управляет организация? Это групповая политика, решается через администратора.


Четыре места в Windows, где прописан прокси, и как проверить каждое

Проверка настроек прокси-сервера, брандмауэра и DNS

Брандмауэр Windows по умолчанию исходящие соединения пропускает. Режут их чаще антивирусы с сетевым экраном и веб-защитой, которым не нравится прокси на нестандартном порту. Проверка простая: на минуту отключите веб-защиту и повторите Test-NetConnection. Стало True, значит, добавьте адрес и порт прокси в исключения и включите защиту обратно.


С DNS всё зависит от того, как записан прокси. Если IP-адресом, локальный DNS для подключения к нему не нужен вообще. Имя сайта при работе через HTTP-прокси браузер передаёт самому прокси, и тот разрешает его у себя. Если прокси записан доменом, проверьте его командой nslookup с этим доменом и очистите кеш через ipconfig /flushdns.


Средство устранения неполадок и сброс сети

В Windows 10 щёлкните правой кнопкой по значку сети и выберите «Диагностика неполадок». В Windows 11 путь такой: «Параметры», «Система», «Устранение неполадок», «Другие средства устранения неполадок», пункт «Сеть и Интернет». В свежих сборках он открывает приложение Get Help. Чинить прокси средство умеет слабо, чаще оно просто подтверждает диагноз и советует проверить настройки, поэтому запускайте его как вторую пару глаз после ручной проверки.


Если адрес жив, curl.exe через него проходит, а браузер всё равно пишет ошибку, виноват сетевой стек. Например, остатки драйвера старого VPN. Командная строка от имени администратора:


netsh winsock reset
netsh int ip reset
ipconfig /flushdns

После этого перезагрузка. Учтите, что ни одна из трёх команд не выключает прокси в Параметрах. Последний рубеж это сброс сети: в Windows 11 он в разделе «Сеть и Интернет», «Дополнительные сетевые параметры», в Windows 10 в «Сеть и Интернет», «Состояние». Он переустанавливает сетевые адаптеры и удаляет сохранённые сети Wi-Fi и профили VPN, так что пароли держите под рукой.


Короткий порядок, если некогда читать:


  1. Test-NetConnection на адрес и порт.

  2. curl.exe через прокси к api.ipify.org.

  3. Параметры и inetcpl.cpl, оба блока.

  4. netsh winhttp show proxy.

  5. Автозагрузка и расширения браузера.

  6. Антивирус, DNS, сброс стека.


Остались вопросы по другим симптомам, от 407 до утечки IP? Они собраны в общем разборе почему прокси не работает.


Когда адрес жив, но запросы виснут

Бывает и такой расклад. Test-NetConnection даёт True, curl.exe к api.ipify.org проходит, а запросы к одному конкретному сайту висят до таймаута. Часть сайтов не возвращает отказ: они молча бросают соединения с адреса, который им не понравился, и в логе программы это выглядит ровно как неответ прокси.


Тут помогает смена IP на каждый запрос плюс умеренный темп. Тем, кто выбирает, где купить прокси под такую нагрузку, подойдёт пул WinGate: новый адрес на каждый запрос и до 5000 потоков, а безлимитные прокси снимают вопрос, сколько повторов можно себе позволить. Если купить ipv4 прокси с таким пулом, они работают по HTTP, HTTPS и SOCKS5. Для Windows удобна авторизация по IP: в Параметрах нет полей для логина и пароля, и браузер спрашивает их во всплывающем окне, а с привязкой IP этого окна не будет. Сравнить на своём сайте поможет бесплатный тест до 2 часов. Пропишите адрес, запустите тот же сценарий, на котором висли запросы, и сравните число таймаутов.

WinGate: приватные прокси IPv4 и SOCKS5, бесплатный тест до 2 часов

Свежие статьи

14.10.26

Прокси не работает: 9 причин и как найти свою за 5 минут

Сначала тест за 60 секунд. Потом симптомы, коды и 9 причин по порядку.

13.10.26

Подключение прокси и символ @, который ломает всю строку

Где задаётся подключение, как записать строку и какую авторизацию выбрать

12.10.26

Как проверить прокси командой curl

От «жив ли адрес» до прогона списка из 500 строк за пару минут

О справочнике

Proxyra разбирает прокси по делу: настройка в Windows, Linux и браузерах, коды ошибок, прокси в парсерах и антидетектах. Команды из статей можно копировать и запускать сразу.

© 2026 Proxyra. Справочник по настройке и ошибкам прокси.

bottom of page