Proxyfilen din er en pool, ikke en rutingtabell for Requests

Velg én proxy fra filen, og bygg deretter rutekartet for nettstedsforespørselen. En pool med mulige endepunkter er ikke i seg selv en rutingordbok for Requests.

1. Tolk posten etter et definert format. En uformell IP:port:user:password-linje er tvetydig når IPv6-adresser eller påloggingsinformasjon inneholder kolon. For en IPv4-vert, numerisk port og brukernavn uten kolon kan en begrenset deling etterlate resten av teksten som passord. Bruk separate strukturerte felt når disse begrensningene ikke passer.
2. Velg endepunktet for denne handlingen. Behold dens faktiske protokoll, og kode delene av påloggingsinformasjonen når du bygger URL-en. Hold den hemmelighetsbærende verdien utenfor vanlige logger.
3. Knytt destinasjonsskjemaer til den valgte URL-en. For én valgt HTTP-proxy kan kartet se slik ut:

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

Nøklene http og https velger destinasjonsskjemaer. En nøkkel som http://203.0.113.10 velger i stedet forespørsler til nøyaktig den destinasjonsverten; den merker ikke proxyen på den adressen. Bruk av hver proxy-IP som nøkkel kan la et uvedkommende nettsted stå uten den tiltenkte ruten.

Tolk poolen én gang, velg et endepunkt og lag tilordningen for klientkallet. Når du holder disse trinnene atskilt, kan du endre utvalgspolicyen uten å endre hva Requests' rutingnøkler betyr.