El bind de Gunicorn no configura un proxy de salida
Encuentre el cliente Python que realiza las llamadas de salida en lugar de usar la configuración del servidor de entrada y las cabeceras forwarded como control del proxy.
La dirección bind de Gunicorn acepta las peticiones entrantes de la aplicación. No selecciona un proxy de reenvío para las llamadas API que hace esa aplicación.
Encuentre el consumidor de salida—Requests, HTTPX, un SDK o un subproceso—y configure su interfaz pública de proxy o el entorno que lee. Una Requests Session bien configurada no reconfigura otro SDK.
Compare el entorno de arranque efectivo del worker con la configuración de despliegue. Un shell interactivo puede contener valores distintos. Guarde las credenciales en el mecanismo de secretos establecido y evite los volcados de entorno que las expongan.
Las opciones de cabeceras forwarded de confianza de Gunicorn interpretan los metadatos entrantes; no devuelven nuevas llamadas API a través de ese intermediario.
Ante una salida inesperada, siga la conexión de salida. Para las peticiones API públicas permitidas a través de intermediarios públicos, la lista de proxies gratuitos ofrece candidatos que puede configurar mediante el protocolo y la interfaz admitidos de ese cliente de salida. La dirección del visitante, el listener de Gunicorn, el origen del servidor local y la salida del proxy remoto pueden ser todos distintos. Mantenga esas observaciones separadas en lugar de hacer que un solo ajuste bind responda a las cuatro preguntas.