Les problèmes des proxys residential diffèrent de ceux des proxys datacenter : le point de sortie étant une véritable connexion domestique, la variabilité est forte, un nœud peut quitter le réseau à tout moment et les symptômes renvoient souvent à plusieurs causes.
Ce guide propose un flux de diagnostic qui restreint le problème couche par couche. Pour les erreurs proxy générales, vous pouvez aussi consulter notre article sur la liste de contrôle .
Flux de diagnostic
Chaque branche mène à un ensemble de solutions différent. Travailler sur la mauvaise couche est la cause la plus courante de plusieurs heures perdues sans résoudre le problème.
Couche 1 — Je n'arrive pas à me connecter
Dans les systèmes qui intègrent les paramètres au nom d'utilisateur, l'erreur la plus fréquente est une faute dans le séparateur ou le nom du paramètre. Une faute de frappe se traduit le plus souvent par un 407.
Commande de vérification rapide :
La quatrième étape est précieuse : si la connexion passe avec les identifiants sans paramètre, le problème vient du format des paramètres, pas des identifiants.
Couche 2 — La cible bloque
Si la connexion s'établit mais que la cible renvoie un 403 ou un CAPTCHA, le problème ne vient pas du fonctionnement du proxy, mais de la façon dont il est utilisé. Essayez successivement les points suivants :
Réduisez la cadence de moitié
C'est l'intervention isolée la plus efficace. La plupart des blocages viennent de l'intensité des requêtes, pas de la qualité de l'IP.
Vérifiez la cohérence
La langue du navigateur, le fuseau horaire et l'en-tête Accept-Language sont-ils cohérents avec le pays de sortie ? Une incohérence constitue un signal fort.
Rendez le comportement de session plus naturel
Cessez de changer d'IP à chaque requête ; construisez un schéma de navigation avec de courtes sessions sticky.
Revoyez la signature de vos en-têtes
L'ordre par défaut des en-têtes d'une bibliothèque est reconnaissable. Imitez le jeu d'en-têtes d'un vrai navigateur.
Essayez un autre pays
Certaines cibles se montrent plus tolérantes envers le trafic venant de certains pays. Le pays où se trouve votre audience donne généralement le meilleur résultat.
Couche 3 — Mauvais pays / mauvaise ville
La localisation demandée n'est pas celle obtenue. Causes possibles et vérifications :
- Format du paramètre : Le code pays est-il en deux lettres, en minuscules ? Appliquez la documentation du fournisseur à la lettre.
- Profondeur du pool : Il se peut qu'aucun nœud ne soit en ligne dans cette région à cet instant ; le système a pu basculer vers le pays entier.
- Différence de base de données : Le fournisseur et la cible utilisent peut-être des bases de données géographiques différentes.
- Cache : Le site cible conserve peut-être votre localisation précédente dans un cookie ; ouvrez une session propre.
Pour la méthode détaillée notre article sur le ciblage par ville, pour vérifier la localisation de sortie Mon adresse IP la page.
Couche 4 — Instabilité de session
Prouvez la stabilité de la clé en la consignant dans vos logs. La plupart des plaintes « le sticky ne marche pas » viennent d'une clé régénérée à chaque requête.
Couche 5 — Problèmes de performance
Vous vous connectez, vous n'êtes pas bloqué, mais le travail avance très lentement. À vérifier :
| Symptôme | Cause possible | Solution |
|---|---|---|
| Latence élevée et variable | La nature d'une connexion domestique | Éliminez les nœuds lents à l'aide d'un score de santé |
| Timeouts fréquents | Le nœud passe hors ligne | Augmentez la valeur du timeout, ajoutez une seule nouvelle tentative |
| Blocage sur la concurrence | La limite du compte est dépassée | Fixez le pool de connexions sous la limite |
| Ralentissement nocturne | La profondeur du pool diminue | Planifiez les travaux intensifs en journée |
| Coupures sur les gros fichiers | Limite de bande passante montante | Téléchargement par blocs ou pool différent |
Que transmettre au fournisseur lors d'un signalement ?
Un bon signalement d'incident raccourcit considérablement le délai de résolution :
Ne communiquez jamais votre mot de passe. Partager les paramètres du nom d'utilisateur est en revanche nécessaire au diagnostic et ne présente aucun risque de sécurité.
Check-list rapide
- Le quota est-il épuisé ? Vérifiez dans le panneau.
- Parvenez-vous à vous connecter avec les identifiants de base, sans paramètre ?
- L'IP de sortie remonte-t-elle et son pays est-il correct ?
- La cadence est-elle trop élevée ? Divisez-la par deux et réessayez.
- La clé de session est-elle réellement stable ? Consignez-la.
- La langue et le fuseau horaire sont-ils cohérents avec le pays de sortie ?
- Le problème touche-t-il une seule cible ou toutes les cibles ?
- La connexion directe (sans proxy) fonctionne-t-elle ?
Résumé
La clé pour résoudre les problèmes de proxys residential consiste à rattacher le symptôme à la bonne couche : connexion, blocage, géolocalisation, session ou performance. Chaque couche a ses propres commandes de diagnostic et ses propres solutions. Les deux causes racines les plus fréquentes sont la syntaxe des paramètres dans le nom d'utilisateur et une cadence de requêtes trop élevée. Pour accélérer vos tests vérification de proxy, Mon adresse IP et test de ping vous pouvez utiliser nos outils.