WordPress mantiene su propio sitio fuera del proxy
Tenga en cuenta las reglas de omisión de la API HTTP de WordPress cuando las constantes del proxy funcionan hacia el exterior pero una petición al propio sitio va directa.
WP_PROXY_HOST y WP_PROXY_PORT están definidas. Una petición a una API externa usa el proxy, pero una petición de vuelta al propio nombre de host de WordPress no. Esa puede ser la política de omisión prevista de la API HTTP.
WP_HTTP_Proxy decide si un URI concreto debe pasar por el proxy. Su lógica predeterminada omite localhost y el nombre de host derivado del siteurl configurado del sitio. Esto es distinto de decidir simplemente si existen las constantes del proxy.
Inspeccione la URL que evaluó WordPress
Mantenga juntos el nombre de host solicitado, la URL configurada del sitio y WP_PROXY_BYPASS_HOSTS. Una petición a un nombre de host público y otra a un alias interno pueden tomar decisiones distintas aunque ambas lleguen a la misma aplicación.
WP_PROXY_BYPASS_HOSTS añade una lista configurada de exclusiones de host. No es un conjunto de destinos permitidos por el proxy remoto, y no hace admisible una petición externa que de otro modo estaría bloqueada.
La exclusión predeterminada del propio sitio puede ser útil: evita sacar una petición local de aplicación tipo loopback hacia un intermediario. Pero una instalación en la que el nombre de host público del sitio solo es alcanzable mediante una ruta aprobada concreta puede necesitar otra decisión deliberada.
Cambie la decisión en el gancho admitido
El filtro pre_http_send_through_proxy puede anular la decisión por URI. Mantenga cualquier anulación estrecha y ajústela al host o la condición que debe atender. Devolver una respuesta fija para cada URI cambia la política de toda la API HTTP.
Revise también el transporte elegido. El código que llama a un SDK aparte o a una función de red PHP sin procesar no usa automáticamente la API HTTP de WordPress ni su filtro.
Al diagnosticar esta ruta, registre la decisión de omisión sin volcar públicamente los argumentos completos de la petición. Pueden contener cookies, información de la cuenta y secretos del proxy. Un registro del proxy sin una petición coincidente es coherente con una omisión, pero por sí solo no basta para distinguirla de una petición que nunca se hizo.