Python Requests-omdirigeringar: None kontra tomme proxyverdiar
Hald intensjonen om direkte ruting eksplisitt gjennom omdirigeringar i staden for å lite på ein None-verdi som fjernar ei mappingoppføring.
Viss ein direkte førespurnad når ei omdirigering og den neste utvekslinga mislukkast på ein proxy, undersøk overgangen. Requests byggjer opp proxyrelaterte innstillingar på nytt for omdirigeringar og kan rådføre seg med miljøet igjen når Sessionen lit på det.
| Mappingverdi | Kva som skjer under samanslåinga |
|---|---|
None | Nøkkelen blir fjerna, og ei manglande oppføring blir ståande som ein seinare gjennomgang kan fylla frå miljøet. |
| Ein tom streng | Den eksplisitte verdien blir ståande; han kan halda på intensjonen om direkte ruting for det skjemaet. |
For ein eksisterande Session, oppgi destinasjonsskjema som er involverte i den direkte operasjonen:
response = session.get(
'https://example.com/start',
proxies={'http': '', 'https': ''},
timeout=15,
)Sjekk eventuelle ekstra vertsspesifikke mappingar og eigendefinerte adapterar viss applikasjonen tilbyr dei. Denne rutinginndataa overstyrer ikkje kvar mogleg policy som desse komponentane implementerer.
Hald kvar URL i diagnostikken
Registrer den opphavlege URL-en, kvar omdirigeringsplassering, svarstatusen og trinnet som mislukkast. Overgangen frå HTTP til HTTPS endrar den relevante skjemanøkkelen; ein ny vert kan falla utanfor omgåingsregelen til den første verten. Ein rapport som berre inneheld den opphavlege URL-en skjuler begge overgangane.
Å observera eitt svar med omdirigeringsfølgjing deaktivert kan avdekkja grensa. Undersøk plasseringa som data før du bestemmer deg for å be om ho; ikkje send dei opphavlege legitimasjonane vilkårleg til ein ny destinasjon.
Ein eigen Session med miljøoppdaging deaktivert er eit anna alternativ når applikasjonen med vilje eig alle ruting- og tillitsinndata. Det påverkar også automatisk oppdaging av legitimasjon og CA, så vel det som ein applikasjonspolicy heller enn ein rutinemessig omdirigeringsreparasjon.