Wenn eine direkte Anfrage eine Weiterleitung erreicht und der nächste Austausch an einem Proxy scheitert, untersuchen Sie den Übergang. Requests baut proxybezogene Einstellungen für Weiterleitungen neu auf und kann die Umgebung erneut heranziehen, wenn die Session ihr vertraut.

Mapping-WertWas beim Zusammenführen geschieht
NoneDer Schlüssel wird entfernt, sodass ein fehlender Eintrag bleibt, den ein späterer Durchlauf aus der Umgebung füllen kann.
Eine leere ZeichenketteDer explizite Wert bleibt erhalten; er kann die Absicht des direkten Routings für dieses Schema bewahren.

Geben Sie für eine bestehende Session die am direkten Vorgang beteiligten Zielschemas an:

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

Prüfen Sie zusätzliche hostbezogene Mappings und eigene Adapter, wenn die Anwendung sie bereitstellt. Diese Routing-Eingabe überschreibt nicht jede mögliche Richtlinie, die diese Komponenten umsetzen.

Behalten Sie jede URL in der Diagnose

Halten Sie die ursprüngliche URL, jeden Weiterleitungsort, den Antwortstatus und die fehlschlagende Stufe fest. Der Wechsel von HTTP zu HTTPS ändert den maßgeblichen Schema-Schlüssel; ein neuer Host kann außerhalb der Bypass-Regel des ersten Hosts liegen. Ein Bericht, der nur die Ausgangs-URL enthält, verbirgt beide Übergänge.

Die Beobachtung einer Antwort mit deaktivierter Weiterleitungsverfolgung kann die Grenze offenlegen. Prüfen Sie ihren Ort als Daten, bevor Sie ihn anfordern; senden Sie die ursprünglichen Anmeldedaten nicht unbedacht an ein neues Ziel.

Eine eigene Session mit deaktivierter Umgebungserkennung ist eine weitere Option, wenn die Anwendung bewusst alle Routing- und Vertrauens-Eingaben selbst besitzt. Das beeinflusst auch die automatische Erkennung von Anmeldedaten und CAs, wählen Sie es also als Anwendungsrichtlinie und nicht als routinemäßige Weiterleitungsreparatur.

Ähnliche Artikel