Un dicționar de proxy Requests nu construiește un lanț
Distingeți selecția rutei și rotația proxy din Requests de o secvență reală de salturi proxy.
Intrările http și https dintr-un dicționar de proxy Requests selectează rute pentru schemele de destinație. Ele nu înseamnă „conectează-te la primul proxy, apoi la al doilea”.
La fel, o buclă care selectează un singur punct final pentru fiecare cerere rotește proxy-urile. Fiecare cerere folosește în continuare ruta selectată. Un tablou cu mai multe adrese nu creează un tunel prin toate.
Un lanț real are nevoie de un conector sau de o aranjare de proxy amonte care stabilește salturile succesive. Combinarea unui proxy de aplicație cu un wrapper de proces este o aranjare imbricată posibilă, supusă limitelor de interceptare ale wrapperului. Fiecare salt trebuie să accepte protocolul, autentificarea și conexiunea de destinație necesare. Dicționarul obișnuit de proxy al Requests nu descrie acea negociere.
Notați calea dorită înainte de a alege o implementare. Pentru un pool public permis, lista de proxy-uri gratuite oferă candidați ale căror protocoale trebuie să corespundă implementării alese. O listă de rezervă, un pool de rotație și un lanț rezolvă probleme diferite de rutare, chiar și atunci când toate trei pornesc de la aceeași listă de adrese IP.