En Requests-proxyordbog bygger ikke en kæde
Skeln mellem Requests' rutepvalg og proxyrotasjon og en faktisk række af proxyhop.
Posterne http og https i en Requests-proxyordbog vælger ruter for destinationsskemaer. De betyder ikke »forbind til den første proxy og derefter den anden«.
På samme måde roterer et loop, der vælger ét slutpunkt for hver anmodning, proxyer. Hver anmodning bruger stadig den valgte rute. Et array med flere adresser skaber ikke en tunnel gennem dem alle.
En rigtig kæde kræver en connector eller et upstream-proxyarrangement, der etablerer de successive hop. At kombinere en applikationsproxy med en proceswrapper er et muligt indlejret arrangement, underlagt wrapperens aflytningsgrænser. Hvert hop skal understøtte den krævede protokol, godkendelse og destinationsforbindelse. Requests' almindelige proxyordbog beskriver ikke den forhandling.
Skriv den tilsigtede vej ned, før du vælger en implementering. Til en tilladt offentlig pulje tilbyder listen over gratis proxyer kandidater, hvis protokoller skal passe til den valgte implementering. En fallback-liste, en rotationspulje og en kæde løser forskellige routingproblemer, selv når alle tre starter med den samme liste af IP-adresser.