Comment tester un proxy : 8 vérifications avant de l'utiliser

Publié le 1 octobre 2026 · 3 min de lecture

Un proxy mal configuré peut laisser fuiter votre véritable IP ou afficher des incohérences qu'aucun vrai utilisateur n'aurait. Tout vérifier prend quelques minutes. Voici la check-list que nous utilisons.

1. Le proxy répond-il ?

Le premier test se fait dans un terminal : si la commande renvoie une adresse IP, l'hôte, le port et les identifiants sont corrects.

Bash

curl -x http://IDENTIFIANT:MOT_DE_PASSE@HOTE:PORT https://api.ipify.org
# en SOCKS5 :
curl -x socks5h://IDENTIFIANT:MOT_DE_PASSE@HOTE:PORT https://api.ipify.org

Si vous obtenez une erreur d'authentification (407), vérifiez l'identifiant et le mot de passe ; si la connexion est refusée ou bloque, vérifiez l'hôte, le port et que le type (HTTP ou SOCKS5) correspond à celui réglé sur le proxy. Les différences sont dans HTTP vs SOCKS5.

2. Est-ce la bonne IP ?

Ouvrez le navigateur ou le profil avec le proxy actif et allez sur Mon IP. L'adresse affichée doit être celle du proxy, pas celle de votre connexion. Vérifiez aussi à qui appartient l'IP (ASN) avec un service de recherche : pour un proxy mobile, ce doit être un opérateur mobile du pays choisi.

3. La localisation est-elle plausible ?

Les services de géolocalisation doivent afficher le pays choisi. La ville peut différer de celle attendue : c'est normal pour les IP mobiles, localisées là où l'opérateur les fait sortir sur Internet (expliqué dans CGNAT).

4. Fuites DNS

Avant de se connecter à un site, l'ordinateur doit traduire son nom en adresse (DNS). Si cette requête passe par votre connexion au lieu du proxy, le serveur DNS de votre fournisseur est exposé : c'est une fuite DNS.

Faites un test de fuite DNS via le proxy : les serveurs affichés doivent correspondre au pays du proxy, pas au vôtre. En SOCKS5, utilisez le DNS distant (socks5h dans les scripts, l'option dédiée dans Firefox).

5. Fuites WebRTC

WebRTC est la technologie des appels vidéo dans le navigateur. Pour trouver le meilleur chemin, il peut contacter des serveurs externes sans passer par le proxy et révéler votre véritable IP. Les navigateurs antidetect le gèrent dans les réglages du profil ; les navigateurs classiques nécessitent des réglages spécifiques ou des extensions.

L'outil Mon IP inclut un test WebRTC : si une IP publique différente de celle du proxy apparaît, il y a une fuite.

6. Fuseau horaire et langue

Une IP italienne avec un navigateur réglé à l'heure de New York et en allemand n'est pas crédible. Vérifiez que le fuseau horaire et la langue du navigateur correspondent au pays du proxy. Les antidetect les règlent automatiquement d'après l'IP si vous activez l'option.

7. Empreinte TCP/IP

Allez sur un site qui compare le système d'exploitation déclaré par le navigateur à celui déduit des paquets réseau. Ils doivent concorder : si le profil est Windows, choisissez l'empreinte Windows dans l'espace client. Tous les détails dans Empreinte TCP/IP.

8. Vitesse et stabilité

Lancez un test de vitesse avec le proxy actif et ouvrez quelques pages lourdes. Sur le réseau mobile, les résultats varient au fil de la journée : testez à différents moments avant de conclure.

Bash

curl -x http://IDENTIFIANT:MOT_DE_PASSE@HOTE:PORT -o /dev/null -s -w "connexion : %{time_connect}s  total : %{time_total}s\n" https://www.google.com

Check-list récapitulative

Vérification	Résultat attendu
Connexion	La commande curl renvoie une IP
IP et ASN	L'IP du proxy, d'un opérateur mobile
Géolocalisation	Le pays choisi
DNS	Serveurs cohérents avec le pays du proxy
WebRTC	Aucune IP publique autre que celle du proxy
Fuseau horaire et langue	Cohérents avec le pays du proxy
Empreinte TCP/IP	Identique au système du profil
Vitesse	Stable sur plusieurs mesures

Questions fréquentes

À quelle fréquence répéter les vérifications ?

À chaque création de profil ou changement des réglages du proxy (protocole, empreinte, pays). Pour les profils déjà vérifiés, un contrôle rapide de l'IP de temps en temps suffit.

Le test WebRTC affiche une IP locale (192.168…) : est-ce un problème ?

Les adresses privées de votre réseau domestique sont moins graves qu'une IP publique, mais mieux vaut ne pas les exposer. Les navigateurs modernes les masquent souvent déjà derrière des adresses .local.

Le proxy fonctionne dans curl mais pas dans mon logiciel : pourquoi ?

Presque toujours, le type sélectionné dans le logiciel ne correspond pas (HTTP au lieu de SOCKS5 ou inversement) ou il y a un espace en trop dans les identifiants. Les guides de configuration montrent les bons champs pour chaque outil.

Essayez un proxy mobile 5G

Smartphone dédié, trafic illimité, vraies IP d'opérateurs. Actif en quelques minutes.

Voir les offres