Proxy-Digest-Authentifizierung in Requests
Unterscheiden Sie die Digest-Authentifizierung des Ziels in Requests von der Digest-Authentifizierung des Proxys und deren Anforderungen an den HTTPS-Tunnel.
HTTPDigestAuth in Requests übernimmt die Authentifizierung des Ziels. Ein Proxy antwortet stattdessen mit Status 407 und Proxy-Authenticate und braucht eine eigene Authentifizierungsbehandlung.
requests-toolbelt stellt HTTPProxyDigestAuth bereit, um Proxy-Herausforderungen zu verarbeiten und die Proxy-Autorisierung vorzubereiten. Prüfen Sie die Kompatibilität mit den genau verwendeten Requests- und Transportversionen.
HTTPS CONNECT braucht separate Unterstützung
Ein Proxy kann bereits beim Aufbau des CONNECT-Tunnels eine Herausforderung stellen, bevor eine gewöhnliche Zielantwort die Response-Hooks erreicht. Eine sichtbare 407 zu behandeln belegt daher keine Unterstützung für alle CONNECT-Authentifizierungspfade.
Verwenden Sie für HTTPS-Ziele einen Client oder eine gepflegte Integration, die die erforderliche Proxy-Authentifizierung beim Tunnelaufbau ausdrücklich unterstützt. Monkey Patches, die an alte Interna von Requests oder urllib3 gebunden sind, benötigen vor der Wiederverwendung eine gepflegte Kompatibilitätserklärung.
Erfassen Sie Anforderungen an Proxy- und Zielauthentifizierung in getrennten Feldern, einschließlich der fehlgeschlagenen Phase. So wird sichtbar, welche Herausforderung behandelt wurde und welche noch Unterstützung braucht.