NO_PROXY n'efface pas une route explicite de Requests

Lorsque l'application fournit à Requests sa politique de proxy, accordez une exception directe à cette même politique. Pour une Session existante et un appel étroitement délimité :

direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)

Les valeurs vides explicites sélectionnent le routage direct pour les schémas concernés. Inspectez aussi l'appel réel et les valeurs par défaut de la Session pour des clés d'hôte plus spécifiques ; une substitution au seul niveau du schéma ne supprime pas une route distincte propre à un hôte.

Pourquoi l'ajout de l'hôte à NO_PROXY a-t-il laissé le proxy explicite en place ? Le résolveur de Requests 2.34.2 copie le mapping fourni et examine si l'environnement doit compléter les entrées manquantes. Une correspondance de contournement peut supprimer cette découverte sans effacer une route que l'application avait déjà fournie.

Vérifiez le mapping utilisé par cette opération avant d'ajouter des exceptions à un autre niveau. Laissez la vérification TLS activée sur la route directe. Si une redirection change à nouveau la route, inspectez None face aux valeurs de proxy vides lors de cette transition. Une erreur de certificat y est une preuve de la confiance accordée à la destination sur ce chemin, ce qui est distinct du fait qu'un proxy ait été sélectionné.