O WordPress mantém o próprio site fora do proxy
Leve em conta as regras de contorno da API HTTP do WordPress quando as constantes de proxy funcionam para fora mas um pedido ao próprio site segue diretamente.
WP_PROXY_HOST e WP_PROXY_PORT estão definidas. Um pedido a uma API externa usa o proxy, mas um pedido de volta ao próprio nome de anfitrião do WordPress não. Essa pode ser a política de contorno pretendida pela API HTTP.
O WP_HTTP_Proxy decide se um determinado URI deve passar pelo proxy. A sua lógica predefinida contorna o localhost e o nome de anfitrião derivado do siteurl configurado do site. Isto é separado de apenas decidir se existem constantes de proxy.
Inspecione o URL que o WordPress avaliou
Mantenha juntos o nome de anfitrião pedido, o URL configurado do site e WP_PROXY_BYPASS_HOSTS. Um pedido a um nome de anfitrião público e outro a um alias interno podem tomar decisões diferentes mesmo que ambos cheguem à mesma aplicação.
WP_PROXY_BYPASS_HOSTS acrescenta uma lista configurada de exclusões de anfitrião. Não é um conjunto de destinos permitidos pelo proxy remoto, e não torna admissível um pedido externo que de outra forma estaria bloqueado.
A exclusão predefinida do próprio site pode ser útil: evita levar um pedido local de aplicação do tipo loopback até um intermediário. Mas uma instalação em que o nome de anfitrião público do site só é alcançável através de uma rota aprovada específica pode precisar de uma decisão deliberada diferente.
Altere a decisão no gancho suportado
O filtro pre_http_send_through_proxy pode substituir a decisão por URI. Mantenha qualquer substituição estreita e ajuste-a ao anfitrião ou à condição que deve tratar. Devolver uma resposta fixa para cada URI altera a política de toda a API HTTP.
Reveja também o transporte escolhido. O código que chama um SDK separado ou uma função de rede PHP em bruto não usa automaticamente a API HTTP do WordPress nem o seu filtro.
Ao diagnosticar este caminho, registe a decisão de contorno sem divulgar publicamente os argumentos completos do pedido. Podem conter cookies, informações de conta e segredos do proxy. Um registo do proxy sem um pedido correspondente é coerente com um contorno, mas por si só não basta para o distinguir de um pedido que nunca foi feito.