O bind do Gunicorn não configura um proxy de saída
Encontre o cliente Python que faz as chamadas de saída em vez de usar as configurações do servidor de entrada e os cabeçalhos forwarded como controle do proxy.
O endereço bind do Gunicorn aceita as requisições de entrada da aplicação. Ele não seleciona um proxy de encaminhamento para as chamadas de API que essa aplicação faz.
Encontre o consumidor de saída—Requests, HTTPX, um SDK ou um subprocesso—e configure sua interface pública de proxy ou o ambiente que ele lê. Uma Requests Session configurada corretamente não reconfigura outro SDK.
Compare o ambiente efetivo de inicialização do worker com as configurações de implantação. Um shell interativo pode conter valores diferentes. Mantenha as credenciais no mecanismo de segredos estabelecido e evite despejos de ambiente que as exponham.
As opções de cabeçalhos forwarded confiáveis do Gunicorn interpretam metadados de entrada; elas não enviam novas chamadas de API de volta por esse intermediário.
Diante de uma saída inesperada, rastreie a conexão de saída. Para requisições de API públicas permitidas por intermediários públicos, a lista de proxies grátis oferece candidatos que podem ser configurados pelo protocolo e pela interface suportados desse cliente de saída. O endereço do visitante, o listener do Gunicorn, a origem do servidor local e a saída do proxy remoto podem ser todos diferentes. Mantenha essas observações separadas em vez de fazer uma única configuração bind responder às quatro perguntas.