Tester un proxy, c'est confirmer qu'il fait ce pour quoi vous l'avez acheté — présenter la bonne IP, depuis le bon endroit, sans révéler la vôtre — et mesurer sa vitesse. Ce contrôle prend cinq minutes et évite les deux échecs les plus coûteux d'un proxy : les bannissements causés par une IP déjà grillée, et les fuites d'identité dues à un trafic qui n'est jamais passé par le proxy. Voici la checklist que nous utilisons.
1. L'IP change-t-elle réellement ?
Le premier test est le plus évident, et il détecte plus souvent qu'on ne le pense les erreurs de configuration. Avec le proxy configuré, demandez une page qui renvoie votre IP :
curl -x http://user:pass@proxy.example.com:8080 https://api.ipify.org
curl -x socks5h://user:pass@proxy.example.com:1080 https://api.ipify.orgComparez avec la même requête sans -x. Si les deux IP correspondent, le proxy n'est pas utilisé : mauvais port, mauvais schéma de protocole, ou une application qui ignore les paramètres de proxy système. Notez le schéma socks5h (avec le h) — il demande à curl de résoudre les noms d'hôte à travers le proxy, ce qui compte pour le test DNS ci-dessous.
Dans un navigateur, utilisez n'importe quelle page « quelle est mon IP » — mais faites-le dans un profil vierge ou une fenêtre privée, car une page mise en cache avant l'activation du proxy vous mentira.
2. L'IP est-elle signalée ?
Une IP qui change mais qui est déjà sur des listes noires est pire qu'inutile : elle vous fait ressembler à ce que vous essayez de ne pas être. Vérifiez trois choses.
Type d'enregistrement
Consultez l'IP dans un service WHOIS ou d'intelligence IP. Vous voulez voir le type promis par le fournisseur : un nom de FAI pour résidentiel, un opérateur mobile pour mobile, et — si vous avez acheté du datacenter — au moins une société d'hébergement qui n'est pas sur toutes les listes. Si vous avez payé le prix résidentiel et que le WHOIS dit DigitalOcean, on vous a vendu des IP datacenter.
Détection proxy / VPN
Plusieurs services publics attribuent à une IP un score de « probabilité de proxy » en utilisant les mêmes signaux que les fournisseurs commerciaux anti-fraude achètent : plages VPN connues, ASN d'hébergement, rapports d'abus antérieurs, scans de ports montrant des ports proxy ouverts. Une IP résidentielle devrait avoir un score faible ; une IP datacenter aura généralement un score « hébergement » et il n'y a rien à faire — c'est une propriété du type, pas un défaut du fournisseur.
Listes noires
Vérifiez l'IP contre les principales listes noires DNS (Spamhaus, SORBS et similaires). Une inscription signifie un abus passé depuis cette adresse ; pour tout ce qui implique des e-mails, des formulaires ou la création de compte, c'est disqualifiant. Les fournisseurs rotatifs ne devraient jamais vous donner une IP listée ; si cela se reproduit, c'est un problème de qualité de pool à signaler au support.
3. Niveau d'anonymat : ce que les en-têtes révèlent
Les proxies HTTP sont classés selon ce qu'ils disent à la destination à propos du client :
| Niveau | En-têtes envoyés au site | Ce que le site apprend |
|---|---|---|
| Transparent | Via, X-Forwarded-For : <votre vraie IP> | Que vous utilisez un proxy et votre vraie IP. Inutile pour la confidentialité. |
| Anonyme | Via ou X-Proxy-ID, mais pas de vraie IP | Que vous utilisez un proxy, mais pas qui vous êtes. |
| Élite (haute anonymité) | Aucun des en-têtes ci-dessus | Rien — la requête semble venir du proxy lui-même. |
Vérifiez en demandant une page qui renvoie les en-têtes de la requête :
curl -x http://user:pass@proxy.example.com:8080 https://httpbin.org/headersVous voulez voir aucun Via, X-Forwarded-For, Forwarded ou X-Real-IP. Tout proxy commercial vendu pour la confidentialité ou l'automatisation devrait être élite ; si vous trouvez votre vraie IP dans un en-tête, arrêtez de l'utiliser immédiatement. Les proxies SOCKS5 n'ajoutent pas d'en-têtes HTTP du tout, donc ce test s'applique spécifiquement aux proxies HTTP(S). Pour l'angle du classement, voir notre comparaison des proxies élite.
4. Fuite DNS
C'est la fuite que la plupart des gens ne testent jamais. Lorsque votre application résout example.com en une IP avant de transmettre la requête au proxy, la requête DNS va à votre résolveur habituel — généralement celui de votre FAI. Le site voit le proxy ; votre FAI (et toute personne ayant accès à ces journaux) voit chaque domaine que vous visitez.
Comment tester : utilisez une page de test de fuite DNS pendant que vous êtes proxifié. Elle listera les résolveurs qui ont répondu à ses noms d'hôte de sonde uniques. Si l'un d'eux appartient à votre FAI ou se trouve dans votre pays réel, vous fuyez.
Comment corriger :
- SOCKS5 : activez la résolution DNS distante. Dans curl, c'est
socks5h://; dans Firefox, c'est Proxy DNS lors de l'utilisation de SOCKS v5 ; la plupart des bibliothèques compatibles SOCKS5 ont un indicateur équivalent. Lesocks5://simple résout localement. - Proxy HTTP(S) : pour les destinations HTTPS, le navigateur envoie le nom d'hôte au proxy dans
CONNECT, donc le proxy le résout — pas de fuite. Pour le HTTP simple, l'URL complète est envoyée au proxy, qui la résout également. Les fuites ici viennent généralement d'autres applications sur la machine qui ne sont pas du tout proxifiées.
5. Fuite WebRTC (navigateurs uniquement)
WebRTC permet aux navigateurs d'établir des connexions peer-to-peer, et pour ce faire, il énumère vos interfaces réseau et peut envoyer votre IP locale et publique au JavaScript d'une page — contournant complètement le proxy. C'est la façon classique dont un proxy de navigateur « parfaitement configuré » révèle quand même l'adresse réelle.
Comment tester : ouvrez une page de test de fuite WebRTC. Si elle affiche une IP autre que celle du proxy — surtout une adresse locale 192.168.x.x ou votre IP publique réelle — WebRTC fuit.
Comment corriger : désactivez WebRTC ou restreignez-le aux routes proxifiées. Dans Firefox, définissez media.peerconnection.enabled sur false. Dans Chrome, utilisez une politique ou une extension qui limite la gestion IP WebRTC. Les navigateurs antidetect font cela par défaut et peuvent usurper l'IP visible par WebRTC pour correspondre au proxy ; c'est l'une des raisons pour lesquelles le travail multi-comptes les utilise — voir ce qu'est un navigateur antidetect.
6. Vitesse : latence et débit
Deux chiffres comptent, et ils répondent à des questions différentes.
- Latence (temps aller-retour) détermine la réactivité de l'utilisation interactive et le nombre de requêtes séquentielles par seconde qu'une connexion peut faire. Mesurez-la avec une petite requête :
Comparez avec la même commande sans le proxy. Les proxies datacenter ajoutent des dizaines de millisecondes ; les résidentiels et mobiles ajoutent 50 à 300 ms. Des chiffres constamment élevés ou très variables sur des IP datacenter indiquent un fournisseur surchargé.curl -x http://user:pass@proxy:8080 -o /dev/null -s -w "connect %{time_connect}s ttfb %{time_starttransfer}s total %{time_total}s\n" https://example.com/ - Débit gouverne les transferts en masse — télécharger des pages avec des images, ou de nombreuses requêtes parallèles. Récupérez un fichier de taille connue (quelques Mo) et chronométrez. Sur les plans résidentiels au Go, cela vous dit aussi à quelle vitesse vous brûlerez votre allocation.
Exécutez chaque test plusieurs fois à des heures différentes ; les performances du proxy varient avec la charge. Un seul résultat rapide à 3 heures du matin ne prouve rien pour les heures de bureau. Notre classement axé sur la vitesse décrit la méthodologie que nous utilisons pour des mesures répétées.
7. Géolocalisation et cohérence
Si vous avez acheté un proxy dans un pays ou une ville spécifique, vérifiez que les bases de données de géolocalisation sont d'accord. Les bases de données ne sont pas toujours d'accord entre elles ni avec la réalité, en particulier pour les IP mobiles, souvent localisées au siège de l'opérateur plutôt qu'à la position du téléphone. Ce qui compte, c'est ce que dit la base de données du site cible, et vous ne pouvez pas le savoir — mais si deux ou trois services GeoIP publics placent tous votre proxy « Berlin » à Francfort, attendez-vous à ce que les sites le pensent aussi.
Vérifications de cohérence à faire une fois par configuration :
- Le fuseau horaire du navigateur correspond-il à l'emplacement du proxy ? Une IP de Tokyo avec une horloge Europe/Berlin est un indice classique.
- L'en-tête Accept-Language a-t-il un sens pour ce pays ?
- Pour les proxies mobiles : votre User-Agent prétend-il être un appareil mobile ? Une IP d'opérateur avec un UA de bureau est une anomalie que certains systèmes anti-fraude pondèrent.
La checklist en cinq minutes
- L'IP change lorsqu'elle est proxifiée — et correspond au type promis par le fournisseur dans le WHOIS.
- Pas sur les principales listes noires ; score de détection de proxy plausible pour le type.
- Aucun en-tête
Via/X-Forwarded-For/Forwardedn'atteint la destination (proxies HTTP). - Le test de fuite DNS ne montre que des résolveurs qui ne sont pas les vôtres ; SOCKS5 utilise la résolution distante.
- Le test WebRTC ne montre que l'IP du proxy (navigateurs).
- Latence et débit acceptables sur plusieurs exécutions à des moments différents.
- La localisation GeoIP, le fuseau horaire et la langue sont mutuellement cohérents.
Tout échec sur 1, 3, 4 ou 5 est un arrêt-et-réparation. Les échecs sur 2, 6 ou 7 sont des signaux de qualité à soulever auprès du fournisseur ou à peser lors du choix — notre classement de fiabilité est basé sur la répétition exacte de ces vérifications dans le temps.
Questions fréquemment posées
Quel est le moyen le plus rapide de vérifier si un proxy fonctionne ?
Demandez un service d'écho IP avec et sans le proxy et comparez. Si l'IP diffère et correspond à la plage attendue du fournisseur, le proxy fonctionne. Tout le reste de cette liste concerne le fait de savoir s'il fonctionne bien.
Qu'est-ce qu'une fuite DNS et pourquoi est-ce important avec un proxy ?
Une fuite DNS se produit lorsque la résolution de nom de domaine pour un site va à votre résolveur habituel au lieu de passer par le proxy. Le site voit l'IP du proxy, mais votre FAI ou votre réseau apprend quand même les domaines que vous visitez. Corrigez cela en résolvant les noms via le proxy (DNS distant SOCKS5) ou en utilisant un proxy HTTPS, où le proxy résout le nom.
Qu'est-ce qu'une fuite WebRTC ?
Les navigateurs peuvent révéler vos adresses IP locales et publiques réelles aux pages web via WebRTC, même lorsqu'un proxy est configuré, car WebRTC négocie des connexions en dehors du chemin du proxy. Désactivez WebRTC ou utilisez un navigateur qui l'achemine ou l'usurpe.
Quelle est la différence entre les proxies anonymes et élite ?
Un proxy anonyme masque votre IP mais ajoute des en-têtes révélant qu'un proxy est utilisé ; un proxy élite n'ajoute rien, donc la requête semble provenir du proxy. Pour toute finalité de confidentialité ou d'automatisation, vous voulez de l'élite.
Comment savoir si une IP de proxy est sur liste noire ?
Interrogez-la contre les listes noires DNS telles que Spamhaus, et contre un service de réputation IP. Une inscription signifie un abus antérieur ; évitez l'IP pour les e-mails, les formulaires et la création de compte.
À quelle fréquence dois-je re-tester ?
À chaque changement de fournisseur, de plan ou de configuration, et périodiquement par la suite — les IP sont réattribuées, les listes noires sont mises à jour et la qualité des pools des fournisseurs change. Pour l'automatisation à long terme, intégrez les vérifications de changement d'IP et d'en-têtes dans votre routine de démarrage.