Přesměrování v Python Requests: None versus prázdné hodnoty proxy

Udržujte záměr přímého směrování explicitní napříč přesměrováními, místo abyste se spoléhali na hodnotu None, která odstraní položku mapování.

Pokud přímý požadavek narazí na přesměrování a následná výměna selže na proxy, prozkoumejte přechod. Requests znovu sestavuje nastavení související s proxy pro přesměrování a může znovu nahlédnout do prostředí, když mu Session důvěřuje.

Hodnota mapováníCo se stane během sloučení
NoneKlíč se odstraní a zůstane chybějící položka, kterou může pozdější průchod doplnit z prostředí.
Prázdný řetězecExplicitní hodnota zůstává; může zachovat záměr přímého směrování pro dané schéma.

Pro existující Session uveďte cílové protokoly zapojené do přímé operace:

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

Zkontrolujte další mapování specifická pro hostitele a vlastní adaptéry, pokud je aplikace poskytuje. Tento vstup směrování nepřebíjí všechny možné zásady, které tyto komponenty uplatňují.

Zachovejte každou URL v diagnostice

Zaznamenejte původní URL, každé umístění přesměrování, stav odpovědi a selhávající fázi. Přechod z HTTP na HTTPS mění příslušný klíč schématu; nový hostitel může spadat mimo pravidlo obcházení prvního hostitele. Zpráva obsahující pouze počáteční URL skrývá oba přechody.

Pozorování jedné odpovědi s vypnutým sledováním přesměrování může odhalit hranici. Prozkoumejte její umístění jako data, než se rozhodnete ji vyžádat; neposílejte bez rozmyslu původní přihlašovací údaje na nové místo určení.

Vyhrazená Session s vypnutým zjišťováním prostředí je další možností, když aplikace záměrně vlastní všechny vstupy směrování a důvěry. To také ovlivňuje automatické zjišťování přihlašovacích údajů a CA, proto jej zvolte jako zásadu aplikace, nikoli jako rutinní opravu přesměrování.

Související články