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, deretter den andre».
På samme måte vil en løkke som velger ett endepunkt per forespørsel, rotere proxyer. Hver forespørsel bruker fortsatt den valgte ruten. En matrise med flere adresser skaper ikke en tunnel gjennom alle.
En ekte kjede krever en connector eller et oppstrøms proxyoppsett som etablerer de påfølgende hoppene. Å kombinere en applikasjonsproxy med en prosessinnpakning er ett mulig nestet oppsett, underlagt innpakningens avskjæringsgrenser. Hvert hopp må støtte den påkrevde protokollen, autentiseringen og destinasjonstilkoblingen. Requests' vanlige proxyordbok beskriver ikke den forhandlingen.
Skriv ned den tiltenkte veien før du velger en implementering. For et tillatt offentlig basseng tilbyr listen over gratis proxyer kandidater hvis protokoller må passe til den valgte implementeringen. En reserve-liste, et rotasjonsbasseng og en kjede løser forskjellige rutingproblemer, selv når alle tre starter med den samme listen over IP-adresser.