Je proxybestand is een pool, geen Requests-routingtabel

Kies één proxy uit het bestand en bouw dan de routemap voor de websiteaanvraag. Een pool van kandidaat-eindpunten is op zichzelf geen routingwoordenboek van Requests.

1. Ontleed de regel volgens een vastgelegd formaat. Een informele IP:port:user:password-regel is dubbelzinnig wanneer IPv6-adressen of inloggegevens dubbele punten bevatten. Voor een IPv4-host, numerieke poort en gebruikersnaam zonder dubbele punt kan een beperkte splitsing de resterende tekst als wachtwoord laten. Gebruik aparte gestructureerde velden wanneer die beperkingen niet passen.
2. Kies het eindpunt voor deze bewerking. Behoud het werkelijke protocol en codeer de onderdelen van de inloggegevens bij het opbouwen van de URL. Houd die geheimdragende waarde buiten gewone logboeken.
3. Koppel bestemmingsschema's aan die gekozen URL. Voor één gekozen HTTP-proxy kan de map er zo uitzien:

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

De sleutels http en https selecteren bestemmingsschema's. Een sleutel zoals http://203.0.113.10 selecteert juist aanvragen naar precies die bestemmingshost; hij labelt niet de proxy op dat adres. Als elke proxy-IP als sleutel wordt gebruikt, kan een ongerelateerde website zonder de bedoelde route achterblijven.

Ontleed de pool één keer, kies een eindpunt en maak de koppeling voor de clientaanroep. Door die stappen gescheiden te houden kun je het selectiebeleid wijzigen zonder te veranderen wat de routingsleutels van Requests betekenen.