Comment vérifier l’IP de sortie d’un proxy
Comparez l’adresse vue par la destination à l’endpoint configuré et ne confondez pas le pair de connexion de curl avec l’IP de sortie.
Mesurez l’IP de sortie à la destination. L’adresse d’une liste de proxys est le point d’écoute contacté par le client ; NAT, routage ou relais sortant supplémentaire peuvent donner à la destination une autre adresse source.
Comparez le même service de vérification d’IP avec et sans proxy. Voici un exemple public rapide :
curl --noproxy '*' --connect-timeout 5 --max-time 15 https://httpbin.org/ip
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 https://httpbin.org/ipRemplacez l’adresse de documentation par votre endpoint réel. Pour une entrée de la liste de proxys HTTP, distinguez l’adresse d’écoute de la sortie observée. La première requête contourne les proxys lorsque l’accès direct est autorisé ; la seconde efface les règles de contournement et choisit le proxy. Le service reçoit les deux requêtes : n’y mettez ni données privées, ni cookies, ni jetons.
Examinez l’adresse annoncée, pas seulement HTTP 200. Une adresse différente et attendue étaye le trajet utilisé pour cette requête. Si les résultats sont identiques, vérifiez exclusions et configuration avant de conclure que l’entrée de la liste est fausse.
Vérifier ce que mesure le service d’IP
Le résultat origin de httpbin peut utiliser X-Forwarded-For lorsqu’il est présent. Il peut contenir une chaîne plutôt que l’adresse brute du pair réseau, notamment lors des tests de transfert HTTP en clair. Pour plus de précision, préférez un service que vous contrôlez : consignez le pair réel à une frontière réseau connue et ne faites confiance aux en-têtes de transfert que si votre infrastructure les fournit et les valide.
L’adresse que curl connaît déjà
curl --proxy http://203.0.113.10:8080 --noproxy '' --output /dev/null --write-out 'peer=%{remote_ip}\n' https://example.com/remote_ip identifie le pair de connexion de curl, généralement l’endpoint du proxy HTTP dans cet exemple. Il aide à confirmer où curl s’est connecté, mais n’observe pas l’adresse source sortante du proxy. Le résultat côté destination répond à cette seconde question.
Répétez la vérification dans l’application qui utilisera le proxy. Une requête curl réussie ne configure pas le navigateur : profils, extensions, exclusions et applications ignorant les réglages système peuvent choisir d’autres trajets. Si la localisation compte, recherchez l’adresse de sortie observée et enregistrez endpoint et sortie avec le résultat.