Un dictionnaire de proxy Requests ne construit pas une chaîne
Distinguez la sélection d'itinéraire et la rotation de proxys de Requests d'une séquence réelle de sauts de proxy.
Les entrées http et https d'un dictionnaire de proxy Requests sélectionnent des itinéraires pour les schémas de destination. Elles ne signifient pas « se connecter au premier proxy, puis au second ».
De même, une boucle qui sélectionne un point de terminaison pour chaque requête fait tourner les proxys. Chaque requête utilise toujours l'itinéraire sélectionné. Un tableau de plusieurs adresses ne crée pas un tunnel à travers toutes.
Une véritable chaîne nécessite un connecteur ou un agencement de proxy en amont qui établit les sauts successifs. Combiner un proxy d'application avec un wrapper de processus est un agencement imbriqué possible, sous réserve des limites d'interception du wrapper. Chaque saut doit prendre en charge le protocole, l'authentification et la connexion de destination requis. Le dictionnaire de proxy ordinaire de Requests ne décrit pas cette négociation.
Notez le chemin prévu avant de choisir une implémentation. Pour un pool public autorisé, la liste de proxys gratuits propose des candidats dont les protocoles doivent correspondre à l'implémentation choisie. Une liste de secours, un pool de rotation et une chaîne résolvent des problèmes de routage différents, même lorsque les trois partent de la même liste d'adresses IP.