Din proxyfil är en pool, inte en routingtabell för Requests

Gör om en autentiserad proxy-listepost till en vald slutpunkt utan att använda proxyadresser som nycklar för destinationsrouting.

Välj en proxy från filen och bygg sedan rutkartan för webbplatsbegäran. En pool av möjliga slutpunkter är inte i sig en routingordbok för Requests.

  1. Tolka posten enligt ett definierat format. En informell IP:port:user:password-rad är tvetydig när IPv6-adresser eller inloggningsuppgifter innehåller kolon. För en IPv4-värd, numerisk port och användarnamn utan kolon kan en begränsad delning lämna resten av texten som lösenord. Använd separata strukturerade fält när dessa begränsningar inte passar.
  2. Välj slutpunkten för den här åtgärden. Behåll dess faktiska protokoll och koda delarna i inloggningsuppgifterna när du bygger dess URL. Håll det hemlighetsbärande värdet utanför vanliga loggar.
  3. Mappa destinationsscheman till den valda URL:en. För en vald HTTP-proxy kan kartan se ut så här:
routes = {
    'http': selected_proxy_url,
    'https': selected_proxy_url,
}

Nycklarna http och https väljer destinationsscheman. En nyckel som http://203.0.113.10 väljer i stället begäranden till exakt den destinationsvärden; den märker inte proxyn på den adressen. Om varje proxy-IP används som nyckel kan en orelaterad webbplats bli utan den avsedda rutten.

Tolka poolen en gång, välj en slutpunkt och skapa mappningen för klientanropet. Genom att hålla de stegen åtskilda kan du ändra urvalsprincipen utan att ändra vad Requests routingnycklar betyder.

Relaterade artiklar