Сообщение «HTTP proxy не работает» не показывает, на каком участке оборвалось соединение. Ошибка может возникнуть до прокси, при авторизации, при создании HTTPS-туннеля или уже на целевом сайте.

Проверяйте прокси отдельно от приложения. Сначала TCP-порт, затем простой HTTP-запрос, после него HTTPS через CONNECT и только потом настройки программы.

Что сделать в первую очередь

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

Почему возникает проблема

Одинаковый симптом дают сетевой фильтр, неверный протокол и отказ самого прокси-сервера.

  • HTTP-прокси ошибочно подключён как SOCKS5 или наоборот.
  • Логин и пароль содержат символы, которые не закодированы в URL.
  • Порт закрыт firewall или доступ разрешён только с определённых IP.
  • Прокси поддерживает HTTP, но запрещает CONNECT к нужному порту.
  • Приложение обходит системные настройки и требует собственную конфигурацию.

Пошаговая диагностика

  • Проверьте DNS-разрешение имени прокси и TCP-соединение с портом.
  • Выполните запрос к нейтральному HTTP-адресу с включённым verbose-логом.
  • Отдельно проверьте HTTPS и код ответа на CONNECT.
  • Посмотрите серверный журнал авторизации и лимитов.
  • Сравните тест из другой сети, не меняя остальные параметры.

Как исправить

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

  • Укажите корректную схему прокси в настройках клиента.
  • Передавайте учётные данные безопасным способом, а специальные символы кодируйте.
  • Разрешите клиентский IP в ACL и откройте только необходимый порт.
  • Настройте DNS на стороне клиента или прокси в соответствии с задачей.
  • Добавьте таймауты, понятные ошибки и контролируемое повторное подключение.

Как проверить результат

  • Тестовый HTTP- и HTTPS-запросы возвращают ожидаемый статус.
  • Внешний IP соответствует прокси.
  • В журнале нет повторных отказов авторизации.
  • Приложение корректно сообщает об отключении прокси, а не зависает.

Как не допустить повторения

  • Контролируйте срок действия учётных данных и сертификатов.
  • Проверяйте доступность прокси мониторингом с разрешённого адреса.
  • Храните секреты вне кода и журналов.
  • Документируйте протокол, порт и правила ACL.

Чего не стоит делать

  • Не отключайте firewall целиком ради проверки.
  • Не публикуйте логин и пароль в скриншотах и командной истории.
  • Не используйте прокси для обхода чужих ограничений и защиты.

Что подготовить для диагностики

  • Тип прокси, адрес и порт без пароля.
  • Точный текст ошибки и время теста.
  • Операционная система и название клиента.
  • Фрагмент журнала без секретов.

Частые вопросы

Почему браузер работает, а скрипт нет?

Браузер может использовать системный прокси, другой DNS или сохранённую авторизацию, тогда как библиотека скрипта требует отдельной настройки.

Ошибка 407 означает поломку сети?

Нет. 407 обычно означает, что прокси доступен, но не принял или не получил корректные данные авторизации.

Когда стоит обратиться за помощью

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

Итог

Диагностика HTTP-прокси должна последовательно отделять сеть, авторизацию и поведение приложения. Если самостоятельно найти разрыв не удалось, я могу проверить конфигурацию и восстановить корректное подключение без отключения защиты сервера.