Din proxyfil er en pulje, ikke en routingtabel til Requests

Vælg én proxy fra filen, og byg derefter rutekortet til webstedsanmodningen. En pulje af mulige endepunkter er ikke i sig selv en routingordbog til Requests.

1. Fortolk posten efter et defineret format. En uformel IP:port:user:password-linje er tvetydig, når IPv6-adresser eller loginoplysninger indeholder kolon. For en IPv4-vært, numerisk port og brugernavn uden kolon kan en begrænset opdeling efterlade resten af teksten som adgangskode. Brug separate strukturerede felter, når disse begrænsninger ikke passer.
2. Vælg endepunktet til denne handling. Behold dens faktiske protokol, og kod loginoplysningernes dele, når du bygger dens URL. Hold den hemmelighedsbærende værdi ude af almindelige logfiler.
3. Knyt destinationsskemaer til den valgte URL. For én valgt HTTP-proxy kan kortet se sådan ud:

routes = {
    'http': selected_proxy_url,
    'https': selected_proxy_url,
}

Nøglerne http og https vælger destinationsskemaer. En nøgle som http://203.0.113.10 vælger i stedet anmodninger til netop den destinationsvært; den mærker ikke proxyen på den adresse. Hvis hver proxy-IP bruges som nøgle, kan et uvedkommende websted mangle den tilsigtede rute.

Fortolk puljen én gang, vælg et endepunkt, og opret kortlægningen til klientkaldet. Når du holder disse trin adskilt, kan du ændre udvælgelsespolitikken uden at ændre, hvad Requests' routingnøgler betyder.