HTTP, HTTPS et SOCKS5 : choisir un proxy par profil
En quoi les protocoles de proxy diffèrent vraiment, comment se comparent les adresses résidentielles, datacenter et mobiles, et pourquoi un proxy doit être vérifié avant d'y placer un compte.
Un profil doté de son propre stockage et de sa propre identité d'appareil quitte pourtant votre ordinateur depuis la même adresse que tous les autres profils, tant que vous ne lui donnez pas une route réseau à lui. C'est le rôle du proxy ici, et c'est la partie que l'on rate le plus souvent.
Les protocoles
| Protocole | Fonctionne au niveau | À savoir |
|---|---|---|
| HTTP | Couche application | Comprend les requêtes HTTP et peut les lire et les modifier. Correct pour du trafic simple, et l'option la plus faible pour tout le reste. |
| HTTPS | Couche application, tunnelisé | Ouvre un tunnel CONNECT que le proxy ne peut pas lire. Le choix habituel pour la navigation web. |
| SOCKS5 | Couche session | Transmet TCP et UDP sans interpréter le contenu. Indifférent au protocole, prend en charge l'authentification, et gère le trafic non HTTP que les autres ne peuvent pas traiter. |
Pour des profils de navigateur, HTTPS et SOCKS5 sont tous deux raisonnables. SOCKS5 est le plus général des deux et celui à préférer quand le fournisseur offre le choix, car il transmet tout ce que fait le navigateur et pas seulement les parties qu'il reconnaît.
D'où vient l'adresse
Le protocole est une décision plus modeste que le type d'adresse qui se trouve derrière.
- Les adresses datacenter appartiennent à des hébergeurs. Elles sont rapides et peu coûteuses, et quiconque en consulte une voit qu'il s'agit d'un espace datacenter.
- Les adresses résidentielles sont attribuées à des connexions domestiques par des fournisseurs grand public. Elles coûtent plus cher et sont plus lentes, et, par l'adresse seule, elles ressemblent à du trafic de foyer ordinaire.
- Les adresses mobiles viennent d'opérateurs mobiles, généralement partagées entre de nombreux abonnés par du NAT de niveau opérateur. Ce sont les plus chères et les plus ordinaires d'apparence, précisément parce que tant de vraies personnes se trouvent derrière chacune.
Il y a aussi la question statique ou rotatif. Un point d'accès rotatif vous donne une adresse différente par requête ou par intervalle, ce qui est utile pour collecter des données et franchement nuisible pour un compte connecté : une session dont l'adresse change toutes les quelques minutes ne ressemble pas à une personne assise à son bureau. Les comptes exigent une adresse persistante.
Accorder la route à l'identité
Un proxy n'est pas un composant que l'on boulonne à part de l'identité du profil. Les deux doivent concorder.
C'est le problème le plus courant que l'on s'inflige soi-même en multi-comptes, et il est parfaitement évitable. Réglez le fuseau horaire et la locale du profil pour qu'ils correspondent à la route qu'il utilise, et vérifiez-les ensemble plutôt que séparément.
Vérifier avant de faire confiance
Les fournisseurs de proxys vous vendent un point d'accès. Ce que ce point d'accès fait réellement est une autre question, et il vaut la peine d'y répondre avant qu'un compte ne repose dessus.
PowerOps conserve les proxys dans une bibliothèque plutôt que dans un champ enfoui dans chaque profil. Un point d'accès est ajouté une fois puis testé, seul ou avec toute la liste d'un coup. Le test indique l'adresse réellement observée, pas celle qu'on vous a vendue. Attribuer un proxy le copie sur le profil, si bien que deux profils ne partagent jamais un identifiant actif, et une route peut être appliquée à de nombreux profils en une seule action.
- Ajoutez le point d'accès à la bibliothèque avec son protocole, son hôte, son port et ses identifiants.
- Testez-le. Confirmez que l'adresse et le pays observés sont ceux annoncés par le fournisseur.
- Réglez le fuseau horaire et la locale du profil pour qu'ils correspondent à ce pays.
- Attribuez-le, et retestez la bibliothèque périodiquement. Les points d'accès se dégradent discrètement.
L'état du réseau figure dans l'en-tête de l'application pour la même raison : une panne visible est une panne, et une panne invisible ressemble à un bug de votre compte.
