Authentification Digest du proxy dans Requests
Distinguer l'authentification Digest de destination dans Requests de la Digest du proxy et de ses exigences de tunnel HTTPS.
L'HTTPDigestAuth de Requests gère l'authentification de destination. Un proxy renvoie plutôt le statut 407 avec Proxy-Authenticate et nécessite sa propre gestion d'authentification.
requests-toolbelt fournit HTTPProxyDigestAuth pour traiter les défis du proxy et préparer l'autorisation du proxy. Vérifiez la compatibilité avec les versions exactes de Requests et de transport utilisées.
HTTPS CONNECT demande un support distinct
Un proxy peut lancer un défi lors de l'établissement du tunnel CONNECT, avant qu'une réponse de destination ordinaire n'atteigne les hooks de réponse. Gérer un 407 visible n'établit donc pas la prise en charge de tous les chemins d'authentification CONNECT.
Pour les cibles HTTPS, utilisez un client ou une intégration maintenue qui prend explicitement en charge l'authentification proxy requise lors de la configuration du tunnel. Les monkey patches liés aux anciens internes de Requests ou d'urllib3 nécessitent une déclaration de compatibilité maintenue avant réutilisation.
Consignez les exigences d'authentification du proxy et de la destination dans des champs distincts, y compris l'étape qui a échoué. Cela montre quel défi a été traité et lequel nécessite encore un support.