En Requests-proxyordbok bygger ikke en kjede
Skill mellom Requests' rutevalg og proxyrotasjon og en faktisk sekvens av proxyhopp.
Oppføringene http og https i en Requests-proxyordbok velger ruter for destinasjonsskjemaer. De betyr ikke «koble til den første proxyen og deretter den andre».
På samme måte roterer en løkke som velger ett endepunkt for hver forespørsel, proxyer. Hver forespørsel bruker fortsatt den valgte ruten. En matrise med flere adresser lager ikke en tunnel gjennom alle.
En ekte kjede trenger en connector eller et upstream-proxyoppsett som etablerer de påfølgende hoppene. Å kombinere en applikasjonsproxy med en prosesswrapper er ett mulig nestet oppsett, underlagt wrapperens avlyttingsgrenser. Hvert hopp må støtte den nødvendige protokollen, autentiseringen og destinasjonstilkoblingen. Requests' vanlige proxyordbok beskriver ikke den forhandlingen.
Skriv ned den tiltenkte veien før du velger en implementering. For en tillatt offentlig pool tilbyr listen over gratis proxyer kandidater hvis protokoller må passe til den valgte implementeringen. En fallback-liste, en rotasjonspool og en kjede løser ulike rutingproblemer, selv når alle tre starter med den samme listen over IP-adresser.