WordPress держит собственный сайт вне прокси
Учитывайте правила обхода HTTP API WordPress, когда константы прокси работают наружу, а запрос к самому сайту идёт напрямую.
Константы WP_PROXY_HOST и WP_PROXY_PORT заданы. Запрос к внешнему API использует прокси, а запрос обратно к собственному имени хоста WordPress — нет. Это может быть предусмотренной политикой обхода HTTP API.
WP_HTTP_Proxy решает, должен ли конкретный URI проходить через прокси. Его логика по умолчанию обходит localhost и имя хоста, полученное из настроенного siteurl сайта. Это отдельно от простого определения, существуют ли константы прокси.
Проверьте URL, который оценил WordPress
Держите вместе запрошенное имя хоста, настроенный URL сайта и WP_PROXY_BYPASS_HOSTS. Запрос к публичному имени хоста и запрос к внутреннему псевдониму могут принимать разные решения, даже если оба достигают одного приложения.
WP_PROXY_BYPASS_HOSTS добавляет настроенный список исключений хостов. Это не набор адресатов, разрешённых удалённым прокси, и он не делает иначе заблокированный внешний запрос допустимым.
Исключение собственного сайта по умолчанию может быть полезным: оно не позволяет отправлять локальный запрос приложения типа loopback наружу к посреднику. Но установка, в которой публичное имя хоста сайта доступно только через определённый одобренный маршрут, может нуждаться в другом осознанном решении.
Измените решение на поддерживаемом хуке
Фильтр pre_http_send_through_proxy может переопределить решение для каждого URI. Держите любое переопределение узким и согласовывайте его с хостом или условием, которое оно должно обслуживать. Возврат одного фиксированного ответа для каждого URI меняет политику всего HTTP API.
Проверьте также выбранный транспорт. Код, вызывающий отдельный SDK или сырую сетевую функцию PHP, не использует автоматически HTTP API WordPress и его фильтр.
При диагностике этого пути фиксируйте решение об обходе, не публикуя полные аргументы запроса. Они могут содержать файлы cookie, сведения об учётной записи и секреты прокси. Журнал прокси без соответствующего запроса согласуется с обходом, но сам по себе не достаточен, чтобы отличить его от запроса, который никогда не выполнялся.