Proxies backconnect : une ligne avec tout un pool derrière

Quand un service annonce « des millions d'adresses dans le pool » et vous donne une seule ligne de connexion, c'est le schéma backconnect qui travaille. Comprendre sa mécanique supprime la moitié des questions posées au support : pourquoi l'adresse change seule, où vivent ces millions et ce que signifie une session. Parcourons le schéma du début jusqu'aux contrôles avant l'achat.

Le schéma : passerelle et pool

Une ligne de la forme host:port:login:password pointe vers la passerelle : un serveur permanent au nom permanent. Tout votre trafic y arrive, puis la passerelle fait sortir chaque requête par l'une des adresses du pool. Les sorties sont des appareils correspondant au type de pool : connexions domestiques pour les offres résidentielles, réseaux cellulaires pour les mobiles, adresses de serveur pour les centres de données. Le logiciel se configure une fois et ignore tout des changements d'adresse : toute la mécanique est côté service.

Rotation et session

Il existe deux modes de sortie, à choisir à la création de la liste ou par des paramètres dans la ligne. Rotation : une nouvelle adresse à chaque requête, le mode naturel du scraping et des contrôles où chaque requête est indépendante. Session : la passerelle fixe une sortie à votre ligne. Sur Resi Core et Resi Prime, la durée se règle entre 3 minutes et 24 heures. Dans les deux cas, un appareil peut partir plus tôt. Tout ce qui touche aux comptes a besoin de sessions : connexion, travail, déconnexion depuis une même adresse. Une troisième option, rafraîchir la liste selon un horaire, transforme des lignes à session en rotation lente : les adresses changent toutes les N minutes pour toute la liste.

Où le format gagne

• L'échelle sans administration. Des milliers de sorties par un seul réglage du logiciel : scraping parallèle, suivi des prix et vérificateurs grandissent sans toucher à la configuration.
• Un pool vivant. Le service retire seul les sorties mortes du pool, vous n'avez pas à nettoyer de listes : la passerelle ne délivre tout simplement pas d'adresse morte.
• La localisation à la demande. Le pays, et sur les offres supérieures la ville et l'opérateur, se règlent dans la ligne : une passerelle sert toutes les régions du pool, comme l'ont montré les mesures du pool allemand.

Les limites à connaître

Une sortie ne vous appartient pas personnellement : dans un pool rotatif, les clients partagent les adresses dans le temps, et la réputation d'une IP contient l'histoire d'autrui. Pour le scraping, peu importe ; pour les comptes durables, on choisit de longues sessions et des pools plus propres. La durée de vie d'une session n'est pas infinie : un appareil domestique peut passer hors ligne et la sortie change plus tôt, votre logiciel doit le supporter. Et la latence : le trajet par la passerelle plus le dernier kilomètre d'une sortie domestique donnent une réponse nettement plus lente qu'un serveur, comme le montrent honnêtement les mesures de l'article cité.

La facturation de ce format se fait presque toujours au trafic : vous payez les gigas passant par la passerelle, et le nombre de sorties n'a pas d'importance. D'où une conséquence pratique : on économise en réduisant le trafic superflu, de la désactivation des images dans le scraper aux relances raisonnables, et chasser le giga bon marché rapporte moins. La seconde conséquence est plus agréable : le nombre de lignes et de threads ne limite pas le budget, vous pouvez générer librement des listes pour chaque sous-tâche.

D'où viennent les sorties

Une question honnête pour tout pool : à quelles conditions les appareils y sont-ils arrivés. Chez les services sérieux, les sorties viennent d'applis partenaires, où le propriétaire partage sciemment son canal contre une récompense, et d'une infrastructure propre. Il existe aussi des pools gris sur des appareils infectés : le prix est plus bas, les risques légaux et moraux plus élevés, et un tel pool est instable par nature. Signes indirects de propreté : le service explique l'origine des adresses, les pools ne se recoupent pas entre produits et le support répond sur la source sans brouillard.

Comment vérifier un backconnect en dix minutes

Prenez un volume de test et lancez quatre contrôles. Rotation : plusieurs requêtes de suite vers la page de détection d'IP doivent sortir d'adresses différentes. Session : la même série sur une ligne à session garde une adresse. Localisation : le pays de la réponse correspond à celui de la ligne. Type de sortie : la recherche ASN montre un fournisseur domestique pour le résidentiel et un hébergeur pour le centre de données, toute substitution se voit aussitôt. Une liste complète passe plus facilement au vérificateur : état, protocole et réponse de chaque ligne en un passage. Ces dix minutes répondent plus honnêtement que toute description d'offre, la nôtre comprise, et c'est pourquoi nous conseillons de découvrir le format ainsi.