Как исправить ошибку 407 (Требуется авторизация прокси)

Что такое 407 ошибка прокси (Требуется авторизация прокси)?

Код состояния HTTP 407 означает, что запрос был остановлен промежуточным узлом, а не целевым сайтом. Промежуточный узел отправляет этот ответ, сообщая «Требуется авторизация прокси». Согласно этому коду, браузер, API-клиент или утилита curl не получат ответа от промежуточного узла без предоставленных учётных данных. Ответ 407 всегда содержит заголовок Proxy-Authenticate, в котором указаны допустимые методы аутентификации: Basic, Digest, NTLM или использование собственного токена. Пока вы не пройдёте аутентификацию (не передадите в заголовке Proxy-Authorization правильные учётные данные), все запросы через промежуточный узел будут прерываться. Такая проблема часто встречается в корпоративных сетях, в облачных балансировщиках нагрузки и в платных пулах домашних промежуточных узлов со строгими требованиями безопасности и ограничениями на число пользователей.

Распространённые причины ошибки 407

Основная причина ошибки 407 – отсутствие или неправильные учётные данные. Браузер или скрипт может не передавать заголовок Proxy‑Authorization, использовать устаревший пароль или хранить испорченный cookie, полученный в результате добычи данных злоумышленниками. Ещё одна частая причина – изменение настроек промежуточного узла. Например, VPN, антивирус или автоопределение сети в Windows могут направлять трафик через неизвестный вам промежуточный узел.

Проблемы могут возникнуть и на стороне промежуточного узла. Если правила ACL настроены неверно, аутентификация может потребоваться даже для публичных маршрутов. Прекращению доверия в цепочке могут способствовать превышение лимита запросов, истёкшие LDAP-токены или рассинхронизация системных часов, что вызовет цепочку ошибок статуса 407 по всей сети. И, наконец, механизмы безопасности могут блокироваться после слишком большого числа неудачных попыток входа, требуя заново вводить учётные данные при каждом запросе.

Как исправить ошибку 407 (Требуется авторизация прокси)

Если вы пользователь или клиент

Начните с основ: обновите страницу, чтобы проверить, не была ли это временная проблема. Проверьте настройки сети. Чтобы убедиться, что проблема связана именно с промежуточным узлом, выполните быструю проверку соединения, открыв надёжный веб-сайт. Затем проверьте, требуется ли вашему браузеру промежуточный узел. Если сеть принудительно направляет трафик через промежуточный узел, клиент должен использовать именно этот путь. В Chrome перейдите в Настройки > Система, чтобы открыть настройки промежуточного узла. Там убедитесь, что хост, порт, пара логин:пароль и другие сохранённые параметры промежуточного узла введены верно.

После этого попробуйте отключить VPN, антивирус и блокировщик рекламы и снова загрузить страницу. Эти технологии часто изменяют заголовки промежуточного узла. Чтобы избавиться от устаревших учётных данных, очистите cookies, закройте браузер и снова откройте его. Наконец, перезапустите компьютер и маршрутизатор, чтобы сбросить DNS-кэш. Если проблема повторяется, обратитесь к сетевому администратору за новым логином и паролем для промежуточного узла.

Если вы разработчик или администратор сервера

Сначала воспроизведите проблему с помощью простого вызова cURL:

curl -x http://proxy.example.com:3128 -U user:pass https://example.org

Если промежуточный узел всё ещё возвращает ошибку 407, загляните в его логи на предмет предупреждений auth_required, invalid_credentials или clock skew. Добавьте в ответ промежуточного узла правильный заголовок Proxy-Authenticate, например:

Basic realm="corp-net"

Всегда включайте в запросы вашего приложения заголовок Proxy-Authorization с необходимыми учётными данными и обновляйте аутентификационные токены до их истечения. Проверьте политики срока действия пароля (password-age policies) в LDAP или Active Directory – они могут блокировать учётные записи. Изучите правила ACL и списки обхода (bypass lists), исправляя случайные шаблоны (*), из-за которых авторизация требуется на каждом домене.

Если только что была включена проверка SSL, обновите корневой сертификат (CA) промежуточного узла. После внесения всех изменений перезапустите службу промежуточного узла и протестируйте её. Когда учётные данные и правила доступа совпадут, сбой 407 исчезнет.

407 vs 401: в чём разница?

Оба кода требуют аутентификации, но на разных уровнях. Код 401 Unauthorized отправляется исходным (целевым) узлом. Это означает «Я получил ваш запрос, но вам нужно войти в систему». После того как вы отправите правильные учётные данные через заголовок WWW-Authenticate, промежуточный узел сразу обработает ваш запрос.

Сбой HTTP 407 (Proxy Authentication Required) возникает на промежуточном узле. Прокси останавливает запрос до того, как он достигнет целевого узла, возвращая клиенту вызов Proxy-Authenticate и ожидая, когда в запросе появится подходящий заголовок Proxy-Authorization. Код 401 защищает сам ресурс, а 407 посредника перед ним.

407 vs 403: почему эти ошибки не одинаковы

Ответ 403 Forbidden означает, что даже несмотря на то, что промежуточный узел узнаёт вашу личность, он запрещает доступ к запрошенному ресурсу. Иными словами, ресурс закрыт политикой доступа несмотря на корректные учётные данные. Причины могут быть разные: бан по IP, недостаток нужных прав/ролей или платные ограничения (paywall). Здесь требуется расширенная авторизация, а не отправка дополнительных заголовков.

Сообщение HTTP 407 (Требуется авторизация прокси) отличается тем, что прокси достаточно просто проверить вашу личность. Запрос будет принят при наличии корректного заголовка Proxy-Authorization. Иными словами, 403 блокирует уже авторизованных пользователей из-за политики доступа, а 407 – пользователей, которые ещё не прошли аутентификацию промежуточного узла.

Примеры ошибки 407 в реальных сценариях

• Менеджер по продажам пытается открыть Salesforce в браузере Chrome через корпоративный Wi-Fi. Но гостевой промежуточный узел требует обновить LDAP-учётные данные. Вкладки просто будут крутиться, пока не появится сбой HTTP 407 (Требуется авторизация прокси).
• Разработчик запускает команду curl https://api.example.com на рабочем ноутбуке без указанных параметров узла (-x proxy:3128 и -U user:pass). В ответе до JSON сначала приходит HTTP/1.1 407 Proxy Authentication Required.
• Корпоративный прокси-клиент жёстко прописан в мобильном банковском приложении, из‑за чего офисный шлюз перестаёт функционировать. Каждое обращение к API возвращает 407, пока приложение не перейдёт на прямое сотовое соединение.

Связанные ошибки 4xx, которые стоит знать

Среди распространённых HTTP-ошибок есть несколько схожих в серии 4xx:

• 400 Bad Request — синтаксис запроса не понятный промежуточному узлу. Проверьте тело запроса, заголовки и возможные опечатки.
• 401 Unauthorized — промежуточный узел не получил правильных учётных данных. В ответе используется заголовок WWW-Authenticate для запроса стандартной авторизации (логина).
• 403 Forbidden — промежуточный узел узнаёт, кто вы, но запрещает это действие (например, из-за блокировок IP или отсутствия прав).
• 404 Not Found — проблемы маршрутизации: на промежуточном узле не найден запрошенный файл, путь или ресурс.

Каждая из этих ошибок соответствует проверке на своём уровне сетевого стека и указывает на разные проблемы.

Заключение

Понимание причин возникновения ошибки 407 на уровне промежуточного узла поможет сократить время простоя. Следите, чтобы учётные данные прокси были актуальны, обучение сотрудников работе с сетевыми правилами проводилось регулярно, проверяйте логи на предмет неудачных попыток входа и учитывайте изменения в ACL. Не забудьте включить настройки промежуточного узла в код вашего приложения и автоматизировать обновление токенов. Следуя описанным шагам, вы сможете быстро устранить ошибку 407, когда она появится в следующий раз.