Un proxy mobile réussit le test lorsqu'une recherche d'infos IP effectuée à travers le proxy renvoie une IP dont l'ASN appartient à un opérateur de réseau mobile (par exemple AT&T, T-Mobile, Verizon aux États-Unis, ou Free Mobile, SFR et Orange en France), signale la connexion comme mobile/cellulaire, et se résout dans le pays que vous avez payé. Proxy4G fait passer chaque IP par une SIM physique sur 43 opérateurs dans 18 pays, si bien qu'un test correct affiche un ASN d'opérateur et une sortie en CGNAT — jamais un hébergeur comme OVH, Hetzner ou DigitalOcean.
Que prouve réellement un test réussi ?
Cinq signaux indépendants distinguent un véritable proxy mobile d'une IP de datacenter réétiquetée. Exécutez les cinq — en réussir un ou deux ne suffit pas, car certains vendeurs font transiter du trafic datacenter derrière une façade d'apparence résidentielle tout en fuitant sur l'ASN.
- L'IP de sortie change : l'IP vue par un site cible est celle du proxy, pas la vôtre.
- ASN d'opérateur : le propriétaire du système autonome est un opérateur de réseau mobile, et le type de connexion est signalé comme mobile/cellulaire.
- Géolocalisation : l'IP se résout dans le pays (et grosso modo la région) que vous avez commandé.
- Latence : le temps d'aller-retour est cohérent et exploitable pour votre tâche — le mobile ajoute un certain délai par rapport au datacenter, ce qui est attendu et normal.
- Rotation : déclencher une rotation (à la demande ou par minuterie) donne une IP de sortie différente au sein du même opérateur/pays.
Si l'ASN indique « hosting » ou nomme une société de serveurs, arrêtez-vous — ce n'est pas un proxy mobile, quel que soit le marketing. Voir mobile vs résidentiel vs datacenter pour comprendre pourquoi l'ASN est le signal décisif.
Comment tester un proxy mobile étape par étape ?
- 1
Connectez-vous avec vos identifiants
Utilisez l'hôte, le port, le nom d'utilisateur et le mot de passe envoyés par e-mail quelques minutes après le paiement, sous la forme HOST:PORT. Choisissez HTTP, HTTPS ou SOCKS5 — toutes les offres prennent en charge les trois, avec authentification par nom d'utilisateur/mot de passe ou liste blanche d'IP.
- 2
Vérifiez l'IP de sortie
Envoyez une requête via le proxy vers un point de terminaison d'écho d'IP tel que https://api.ipify.org. Confirmez que l'IP renvoyée n'est PAS celle de votre domicile/bureau. Cela prouve que le trafic sort bien par le proxy.
- 3
Confirmez le type d'IP et l'ASN
Recherchez cette IP avec un service d'infos IP et lisez l'ASN/l'organisation et le type de connexion. Il doit nommer un opérateur mobile et indiquer « mobile » ou « cellular » — pas « hosting », « datacenter » ni un nom de fournisseur de serveurs. C'est la vérification la plus importante.
- 4
Vérifiez la géolocalisation
Confirmez que le pays (et la région globale) correspond à votre commande — par ex. une offre France se résout en FR sur Free Mobile, SFR, Orange ou Bouygues. Notez que le CGNAT fait que la géo au niveau ville peut être approximative ; c'est le pays qui compte.
- 5
Mesurez la latence
Chronométrez quelques requêtes via le proxy (par ex. curl -w time_total). Attendez-vous à une surcharge réseau mobile par rapport au datacenter ; recherchez des temps stables et reproductibles plutôt que le chiffre le plus bas possible.
- 6
Testez la rotation
Sur une offre Dedicated, déclenchez la rotation à la demande (tableau de bord ou lien de réinitialisation) ou attendez votre minuterie de 1 à 60 min ; sur l'offre Shared, l'IP tourne automatiquement toutes les 5 minutes. Relancez la vérification d'IP et confirmez que vous obtenez une nouvelle IP d'opérateur dans le même pays.
Quelles commandes testent un proxy mobile avec curl ?
# 1) Exit IP through the proxy (replace placeholders with your emailed creds)
curl -x http://USER:PASS@HOST:PORT https://api.ipify.org
# 2) Full IP intel: ASN, org and connection type
curl -x http://USER:PASS@HOST:PORT https://ipinfo.io/json
# 3) SOCKS5 instead of HTTP (same credentials)
curl -x socks5h://USER:PASS@HOST:PORT https://ipinfo.io/json
# 4) Measure latency through the proxy
curl -x http://USER:PASS@HOST:PORT -o /dev/null -s -w "connect=%{time_connect}s total=%{time_total}s\n" https://api.ipify.org
# 5) Test rotation: capture IP, rotate, capture again
curl -s -x http://USER:PASS@HOST:PORT https://api.ipify.org; echo
# (trigger rotate via dashboard/reset link, or wait for the timer)
curl -s -x http://USER:PASS@HOST:PORT https://api.ipify.org; echoÀ quoi ressemble un vrai ASN d'opérateur ?
Un ASN (Autonomous System Number) identifie qui possède un bloc d'IP. Pour un véritable proxy mobile, l'organisation de l'ASN est un opérateur de réseau mobile, et les bases de données d'intel IP réputées étiquettent la connexion comme mobile ou cellular. Exemples que vous pourriez voir par pays sur Proxy4G :
- États-Unis : AT&T, T-Mobile US, Verizon Wireless (plus T-Mobile 5G).
- Royaume-Uni : Three (Hutchison 3G), EE.
- France : Free Mobile, SFR, Orange, Bouygues Telecom.
- Allemagne / Espagne / Inde : O2 et Vodafone (DE) ; Movistar, Orange, DIGI (ES) ; Vodafone et Jio (IN).
À l'inverse, une IP de datacenter affiche un ASN détenu par une société d'hébergement (OVH, Hetzner, DigitalOcean, AWS, Google Cloud) et est étiquetée hosting/datacenter. Cette distinction — opérateur vs hébergeur — c'est le verdict. Les définitions de ASN, CGNAT, trust score et plus encore se trouvent dans le glossaire.
Liste de contrôle « test réussi »
- L'IP de sortie via le proxy diffère de votre propre IP publique
- L'ASN/l'organisation nomme un opérateur mobile, pas un hébergeur
- Le type de connexion indique « mobile » ou « cellular »
- L'IP se géolocalise dans le pays que vous avez commandé
- La latence est stable et reproductible sur plusieurs requêtes
- La rotation (à la demande, par minuterie ou via le cycle Shared de 5 min) renvoie une nouvelle IP d'opérateur
- Aucune fuite DNS ou WebRTC n'expose votre vraie IP (utilisez socks5h:// pour faire passer le DNS par le proxy)
Pourquoi les proxies mobiles se comportent différemment lors d'un test
Les réseaux mobiles placent des milliers d'abonnés derrière une poignée d'IP publiques au moyen du Carrier-grade NAT (l'espace partagé RFC 6598 100.64.0.0/10 — voir RFC 6598). C'est précisément pour cela que les IP mobiles obtiennent un trust score élevé : en bloquer une bloquerait de nombreux humains réels, alors les plateformes les ménagent. Conséquences pratiques pour les tests : la géolocalisation au niveau ville peut sembler floue (le pays est fiable), la latence est naturellement plus élevée qu'en datacenter, et la même IP peut déjà être partagée avec de vrais utilisateurs de téléphones. Aucun de ces points n'est un défaut — ce sont la signature d'une vraie connexion 4G/5G. Si vous avez besoin de détails de protocole pour votre client, SOCKS5 avec socks5h:// est le choix le plus sûr, car il achemine aussi le DNS par le proxy.
Faux négatifs courants (et comment les éviter)
Un test peut « échouer » pour des raisons qui n'ont rien à voir avec le proxy :
- Fuite DNS : avec SOCKS5, utilisez
socks5h://(et nonsocks5://) pour que la résolution de noms passe par le proxy, sinon votre résolveur local peut exposer votre pays. - Base ASN obsolète : les différents fournisseurs d'intel IP se mettent à jour à des moments différents ; vérifiez deux sources avant de conclure qu'une IP est datacenter.
- Liste blanche d'IP vs nom d'utilisateur/mot de passe : si vous avez mis une IP en liste blanche et que l'IP de votre machine a changé, l'authentification échouera — passez au nom d'utilisateur/mot de passe pour tester rapidement.
- Timing de rotation : sur une minuterie Dedicated réglée, par exemple, sur 30 minutes, l'IP ne changera pas avant la fin de l'intervalle — utilisez le lien de réinitialisation à la demande pour la forcer pendant le test.
- Mise en cache : certains points de terminaison d'infos IP mettent en cache ; ajoutez une chaîne de requête anti-cache ou testez deux points de terminaison.
Une fois les cinq signaux validés, vous avez vérifié un véritable proxy mobile de niveau opérateur. Voir comment choisir un fournisseur pour transformer ces vérifications en critères d'achat.
Questions fréquentes
L'ASN. Faites passer une recherche d'infos IP par le proxy et lisez le propriétaire du système autonome ainsi que le type de connexion. Un vrai proxy mobile nomme un opérateur (AT&T, T-Mobile, Free Mobile, Orange, Vodafone, Jio, etc.) et indique la connexion comme mobile ou cellular. Si l'ASN nomme une société d'hébergement (OVH, Hetzner, DigitalOcean, AWS) ou indique datacenter, ce n'est pas un proxy mobile, quelle que soit la manière dont il est commercialisé.
Capturez l'IP de sortie, déclenchez une rotation, puis capturez-la à nouveau. Sur une offre Dedicated de Proxy4G, vous effectuez la rotation à la demande via le tableau de bord ou un lien de réinitialisation, ou vous réglez une minuterie automatique de 1 à 60 minutes. Sur une offre Shared, l'IP tourne automatiquement toutes les 5 minutes. Une rotation correcte renvoie une IP différente qui appartient toujours au même opérateur et au même pays.
Parce qu'il achemine le trafic via un véritable réseau cellulaire derrière du carrier-grade NAT, ce qui ajoute une latence qu'un datacenter n'a jamais. Cette surcharge est la contrepartie d'une vraie IP d'opérateur avec un trust score de 100 %. Lors du test, recherchez des temps stables et reproductibles sur plusieurs requêtes plutôt que le chiffre le plus bas dans l'absolu — la régularité compte plus que la vitesse brute.
Le CGNAT place de nombreux abonnés derrière des IP d'opérateur partagées, si bien que la géolocalisation au niveau ville ou région est souvent approximative même si le pays est correct. Considérez le pays comme le signal fiable. Si votre test affiche le bon pays sur l'opérateur que vous avez commandé, le proxy est validé — la précision à la ville près n'est garantie par aucun vrai proxy mobile.
Utilisez le schéma socks5h:// plutôt que socks5://. Le h supplémentaire indique à curl (et à la plupart des clients) de résoudre les noms d'hôtes via le proxy au lieu de votre résolveur local, de sorte que les requêtes DNS n'exposent pas votre véritable localisation. Toutes les offres Proxy4G prennent en charge SOCKS5 en plus de HTTP et HTTPS, avec authentification par nom d'utilisateur/mot de passe ou liste blanche d'IP.
Les identifiants (hôte, port, nom d'utilisateur, mot de passe) sont envoyés par e-mail quelques minutes après le paiement, et les comptes sont créés automatiquement lors de votre première commande, sans KYC. Payez en Bitcoin, Ethereum, Solana ou USDT, puis lancez les vérifications curl immédiatement. Commencez petit avec une offre Shared de 1 mois à partir de $10.80 pour valider l'ASN d'opérateur, la géo et la rotation avant de vous engager sur une configuration Dedicated plus longue.