Gunicorn bind ne configure pas de proxy sortant
Trouvez le client Python qui effectue les appels sortants au lieu d'utiliser les réglages du serveur entrant et les en-têtes forwarded comme moyen de contrôle du proxy.
L'adresse bind de Gunicorn accepte les requêtes entrantes de l'application. Elle ne choisit pas de proxy direct pour les appels API effectués par cette application.
Trouvez le consommateur sortant—Requests, HTTPX, un SDK ou un sous-processus—et configurez son interface proxy publique ou l'environnement qu'il lit. Une Requests Session correctement configurée ne reconfigure pas un autre SDK.
Comparez l'environnement de lancement effectif du worker avec les réglages de déploiement. Un shell interactif peut contenir des valeurs différentes. Conservez les identifiants dans le mécanisme de secrets établi et évitez les vidages d'environnement qui les exposent.
Les options d'en-têtes forwarded de confiance de Gunicorn interprètent les métadonnées entrantes ; elles ne renvoient pas de nouveaux appels API via cet intermédiaire.
En cas de sortie inattendue, suivez la connexion sortante. Pour les requêtes API publiques autorisées via des intermédiaires publics, la liste de proxies gratuits propose des candidats à configurer via le protocole et l'interface pris en charge de ce client sortant. L'adresse du visiteur, l'écouteur Gunicorn, la source du serveur local et la sortie du proxy distant peuvent tous différer. Gardez ces observations séparées au lieu de faire répondre un seul réglage bind aux quatre questions.