Tester un proxy sous Windows, macOS et Linux

Si vous avez suivi l’article précédent intitulé le proxy ou comment renforcer anonymat et sécurité, vous savez qu’il existe plusieurs types de proxy, avec différentes couches d’anonymat.

Un proxy peut servir à filtrer le trafic, sortir par une autre adresse IP, diagnostiquer une application, accéder à un réseau d’entreprise, tester une API, ou vérifier le comportement d’un site depuis un autre point de sortie.

Mais avant de l’utiliser sérieusement, il faut répondre à une question simple : ce proxy fonctionne-t-il vraiment ?

Un proxy qui “répond” n’est pas forcément utilisable. Il peut être lent, bloquer HTTPS, exiger une authentification, transmettre votre IP réelle dans les en-têtes, résoudre les DNS localement, ou ne fonctionner que depuis certains réseaux.

Voici une méthode moderne, claire et durable pour tester un proxy sous Windows, macOS et Linux, avec les réglages système, Firefox, curl, PowerShell, les variables d’environnement et quelques tests réseau fiables.

Ce qu’il faut tester sur un proxy

Un bon test de proxy ne consiste pas seulement à ouvrir une page web. Il faut vérifier plusieurs points.

• Accessibilité : le serveur et le port répondent-ils ?
• Type : s’agit-il d’un proxy HTTP, HTTPS, SOCKS4 ou SOCKS5 ?
• Authentification : faut-il un identifiant et un mot de passe ?
• IP visible : le site distant voit-il l’IP du proxy ou votre IP réelle ?
• En-têtes HTTP : le proxy révèle-t-il des informations comme X-Forwarded-For ?
• HTTPS : le proxy accepte-t-il les connexions vers les sites sécurisés ?
• DNS : les noms de domaine sont-ils résolus localement ou via le proxy ?
• Performance : le proxy répond-il rapidement ?
• Stabilité : fonctionne-t-il encore après plusieurs requêtes ?

Un proxy peut réussir trois tests et échouer au quatrième. C’est pour cela qu’il faut procéder par étapes, plutôt que de se contenter d’un “ça marche chez moi” lancé avec beaucoup trop d’optimisme.

Comprendre les différents types de proxies

Avant de tester quoi que ce soit, identifiez le type de proxy fourni.

Type	Exemple	Usage courant
HTTP	http://proxy.example.com:8080	Trafic HTTP et tunnel HTTPS via CONNECT
HTTPS	https://proxy.example.com:8443	Connexion chiffrée entre vous et le proxy
SOCKS4	socks4://proxy.example.com:1080	Proxy SOCKS ancien, moins flexible
SOCKS5	socks5://proxy.example.com:1080	Proxy générique, souvent utilisé pour tunnels et applications
SOCKS5 avec DNS distant	socks5h://proxy.example.com:1080	SOCKS5 avec résolution DNS via le proxy

La notation compte beaucoup. Si vous testez un proxy SOCKS comme s’il était HTTP, le test échouera. Ce n’est pas forcément le proxy qui est mort. C’est peut-être juste la commande qui porte les mauvaises chaussures.

Préparer une URL de test fiable

Pour tester un proxy, utilisez des services qui renvoient l’IP ou les en-têtes vus côté serveur.

• https://httpbin.org/ip pour afficher l’IP visible ;
• https://httpbin.org/headers pour inspecter les en-têtes HTTP ;
• https://ipinfo.io/json pour obtenir l’IP, l’organisation réseau et une géolocalisation indicative ;
• https://ifconfig.me pour afficher rapidement l’IP publique.

Je préfère httpbin pour les tests techniques, car il renvoie une réponse JSON claire. Pour un contrôle rapide dans un navigateur, ifconfig.me ou ipinfo.io suffisent.

Tester l’IP directe avant le proxy

Commencez toujours par noter votre IP publique sans proxy. Cela servira de référence.

Sous Linux ou macOS :

curl https://httpbin.org/ipLangage du code : JavaScript (javascript)

Sous Windows PowerShell :

Invoke-RestMethod https://httpbin.org/ipLangage du code : JavaScript (javascript)

Vous obtenez une réponse du type :

{
  "origin": "198.51.100.25"
}Langage du code : JSON / JSON avec commentaires (json)

Gardez cette IP en tête. Si le proxy fonctionne correctement, l’IP visible doit changer lors du test suivant.

Tester un proxy avec curl sous Windows, macOS et Linux

curl est l’outil le plus simple pour tester un proxy de manière reproductible. Il est installé par défaut sur macOS, présent sur les versions récentes de Windows, et disponible dans toutes les distributions Linux sérieuses.

Pour tester un proxy HTTP :

curl --proxy http://proxy.example.com:8080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Forme courte équivalente :

curl -x http://proxy.example.com:8080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Si le proxy fonctionne, l’adresse IP renvoyée doit être celle du proxy, pas votre IP directe.

Pour tester un proxy SOCKS5 :

curl --proxy socks5://proxy.example.com:1080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Pour utiliser SOCKS5 en demandant au proxy de résoudre aussi les noms de domaine :

curl --proxy socks5h://proxy.example.com:1080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Dans beaucoup de tests SOCKS5, socks5h est préférable, car il limite les fuites DNS locales. Avec socks5, votre machine peut encore résoudre les noms de domaine elle-même.

Tester un proxy avec authentification

Si le proxy demande un identifiant et un mot de passe, vous pouvez les passer avec --proxy-user.

curl \
  --proxy http://proxy.example.com:8080 \
  --proxy-user username:password \
  https://httpbin.org/ipLangage du code : JavaScript (javascript)

Vous pouvez aussi inclure les identifiants dans l’URL du proxy :

curl --proxy http://username:password@proxy.example.com:8080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

La première forme est souvent plus lisible. En revanche, évitez de laisser des identifiants sensibles dans l’historique du terminal, surtout sur une machine partagée.

Tester HTTPS à travers un proxy HTTP

Un proxy HTTP peut permettre d’accéder à des sites HTTPS grâce à la méthode CONNECT. Le proxy crée alors un tunnel vers le site distant.

Pour voir ce qui se passe, utilisez le mode verbeux :

curl -v --proxy http://proxy.example.com:8080 https://www.example.com/ -o /dev/nullLangage du code : JavaScript (javascript)

Si le tunnel HTTPS fonctionne, curl affiche une connexion au proxy, puis une négociation TLS avec le site distant.

Si le proxy refuse HTTPS, vous pouvez rencontrer des erreurs comme :

• 407 Proxy Authentication Required ;
• 403 Forbidden ;
• 502 Bad Gateway ;
• Proxy CONNECT aborted ;
• Received HTTP code 403 from proxy after CONNECT.

Dans ce cas, le proxy peut fonctionner pour HTTP, mais pas pour HTTPS. En pratique, c’est une grosse limite aujourd’hui, puisque presque tout le web utile passe par TLS.

Tester un proxy sous Windows avec PowerShell

Sous Windows, vous pouvez tester un proxy sans installer d’outil supplémentaire avec PowerShell.

Test simple avec un proxy HTTP :

Invoke-RestMethod `
  -Uri "https://httpbin.org/ip" `
  -Proxy "http://proxy.example.com:8080"Langage du code : JavaScript (javascript)

Avec authentification :

$credential = Get-Credential

Invoke-RestMethod `
  -Uri "https://httpbin.org/ip" `
  -Proxy "http://proxy.example.com:8080" `
  -ProxyCredential $credentialLangage du code : PHP (php)

PowerShell est pratique pour tester rapidement une configuration Windows, notamment en entreprise. Pour les tests avancés SOCKS, DNS ou timings détaillés, curl reste plus polyvalent.

Configurer un proxy dans Windows

Pour configurer un proxy au niveau du système sous Windows :

1. ouvrez Paramètres ;
2. allez dans Réseau et Internet ;
3. ouvrez Proxy ;
4. activez la détection automatique, un script de configuration, ou un proxy manuel ;
5. renseignez l’adresse et le port du proxy ;
6. enregistrez, puis testez la connexion.

Pour vérifier rapidement l’IP vue par un site après configuration, ouvrez dans le navigateur :

https://httpbin.org/ipLangage du code : JavaScript (javascript)

Vous pouvez aussi tester depuis PowerShell :

Invoke-RestMethod https://httpbin.org/ipLangage du code : JavaScript (javascript)

Attention : toutes les applications Windows ne respectent pas forcément les paramètres proxy système de la même manière. Certaines utilisent leurs propres réglages, d’autres lisent les paramètres WinHTTP, et d’autres ignorent tout avec un aplomb remarquable.

Vérifier le proxy WinHTTP sous Windows

Certaines applications et certains services Windows utilisent la configuration WinHTTP, séparée des paramètres proxy de l’utilisateur.

Pour afficher la configuration WinHTTP :

netsh winhttp show proxy

Pour importer les paramètres proxy de l’utilisateur actuel vers WinHTTP :

netsh winhttp import proxy source=ieLangage du code : JavaScript (javascript)

Pour supprimer le proxy WinHTTP :

netsh winhttp reset proxy

C’est particulièrement utile quand un service Windows, un agent de sécurité, un outil de synchronisation ou une application serveur ne sort pas par le même proxy que votre navigateur.

Configurer un proxy sur macOS

Sur macOS, les réglages proxy se trouvent dans les paramètres réseau.

1. ouvrez Réglages Système ;
2. allez dans Réseau ;
3. sélectionnez le service actif, par exemple Wi-Fi ou Ethernet ;
4. cliquez sur Détails ;
5. ouvrez Proxies ;
6. activez le type de proxy nécessaire ;
7. renseignez l’adresse, le port et les identifiants si besoin ;
8. validez, puis testez.

Pour tester dans le Terminal :

curl https://httpbin.org/ipLangage du code : JavaScript (javascript)

Si vous voulez tester un proxy sans modifier les paramètres système, utilisez plutôt curl --proxy :

curl --proxy http://proxy.example.com:8080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

C’est souvent le meilleur réflexe pour diagnostiquer. Vous testez le proxy isolément, sans modifier toute la configuration réseau du Mac.

Tester les proxies macOS en ligne de commande

macOS fournit networksetup, très utile pour inspecter les proxies configurés sur une interface réseau.

Listez les services réseau :

networksetup -listallnetworkservices

Vérifiez le proxy web HTTP du Wi-Fi :

networksetup -getwebproxy "Wi-Fi"Langage du code : JavaScript (javascript)

Vérifiez le proxy HTTPS :

networksetup -getsecurewebproxy "Wi-Fi"Langage du code : JavaScript (javascript)

Vérifiez la découverte automatique :

networksetup -getproxyautodiscovery "Wi-Fi"Langage du code : JavaScript (javascript)

Et la configuration automatique via fichier PAC :

networksetup -getautoproxyurl "Wi-Fi"Langage du code : JavaScript (javascript)

Remplacez Wi-Fi par le nom exact de votre service réseau si vous utilisez Ethernet, USB-C, Thunderbolt Bridge ou une interface personnalisée.

Tester un proxy sous Linux

Sous Linux, la méthode la plus propre consiste à tester directement avec curl, puis à configurer le proxy seulement si le test est concluant.

Installez les outils utiles sur Debian ou Ubuntu :

sudo apt update
sudo apt install curl jq dnsutils netcat-openbsd nmap

Sur Fedora :

sudo dnf install curl jq bind-utils nmap-ncat nmap

Testez ensuite le proxy :

curl --proxy http://proxy.example.com:8080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Avec sortie JSON formatée :

curl -s --proxy http://proxy.example.com:8080 https://httpbin.org/ip | jqLangage du code : JavaScript (javascript)

Si le test fonctionne, vous pouvez décider de configurer certaines applications via variables d’environnement, fichiers de configuration, systemd, navigateur ou gestionnaire de paquets.

Utiliser les variables d’environnement proxy

Beaucoup d’outils en ligne de commande lisent les variables d’environnement HTTP_PROXY, HTTPS_PROXY et NO_PROXY. Cela fonctionne sous Linux, macOS et dans de nombreux shells Windows.

Configuration temporaire :

export HTTP_PROXY="http://proxy.example.com:8080"
export HTTPS_PROXY="http://proxy.example.com:8080"
export NO_PROXY="localhost,127.0.0.1,.local"

curl https://httpbin.org/ipLangage du code : JavaScript (javascript)

Pour supprimer ces variables :

unset HTTP_PROXY HTTPS_PROXY NO_PROXY
unset http_proxy https_proxy no_proxyLangage du code : PHP (php)

Certains outils lisent les variables en minuscules, d’autres en majuscules. Pour éviter les surprises, vous pouvez définir les deux formes si nécessaire.

export http_proxy="http://proxy.example.com:8080"
export https_proxy="http://proxy.example.com:8080"
export no_proxy="localhost,127.0.0.1,.local"Langage du code : JavaScript (javascript)

La variable NO_PROXY est très importante. Elle évite d’envoyer vers le proxy des requêtes locales ou internes, comme localhost, 127.0.0.1, ou certains domaines de votre réseau privé.

Tester le proxy dans Firefox

Firefox est très pratique pour tester un proxy, car il peut utiliser une configuration séparée du système.

1. ouvrez les paramètres de Firefox ;
2. allez dans Général ;
3. descendez jusqu’à Paramètres réseau ;
4. cliquez sur Paramètres ;
5. choisissez Configuration manuelle du proxy ;
6. renseignez le proxy HTTP, HTTPS ou SOCKS ;
7. validez, puis ouvrez https://httpbin.org/ip.

Pour tester un proxy SOCKS dans Firefox, utilisez la section SOCKS Host. Si vous voulez éviter une résolution DNS locale, activez l’option de résolution DNS via SOCKS lorsque disponible.

Je recommande de créer un profil Firefox dédié aux tests proxy. Cela évite de mélanger cookies, sessions personnelles, extensions, comptes connectés et trafic de diagnostic. C’est plus propre, et ça évite le grand classique : “pourquoi mon compte Google influence mon test d’anonymat ?”.

Tester dans Chrome, Edge ou Safari

Chrome, Edge et Safari utilisent généralement les paramètres proxy du système. Cela signifie que le proxy configuré dans Windows ou macOS s’applique au navigateur.

Pour un test rapide :

1. configurez le proxy au niveau du système ;
2. ouvrez une fenêtre privée ;
3. visitez https://httpbin.org/ip ;
4. comparez l’IP avec votre IP directe ;
5. visitez https://httpbin.org/headers pour inspecter les en-têtes.

Sur Chrome et Edge, les extensions proxy existent, mais je préfère les éviter pour un diagnostic sérieux. Elles ajoutent une couche supplémentaire, donc une source d’erreur supplémentaire. Et côté debug, les couches surprises sont rarement vos amies.

Vérifier les en-têtes HTTP transmis par le proxy

Un proxy peut masquer votre IP apparente tout en transmettant des en-têtes qui révèlent votre IP réelle ou indiquent clairement qu’un proxy est utilisé.

Avec curl :

curl -s --proxy http://proxy.example.com:8080 https://httpbin.org/headers | jqLangage du code : JavaScript (javascript)

Regardez si des en-têtes comme ceux-ci apparaissent :

• X-Forwarded-For
• Forwarded
• Via
• Client-IP
• X-Real-IP
• Proxy-Connection

Si X-Forwarded-For contient votre IP réelle, le proxy n’est pas anonyme. Il peut rester utile pour un proxy interne, un réseau d’entreprise ou du debug, mais pas pour masquer l’origine de la requête.

Tester les fuites DNS

Un proxy peut faire sortir le trafic web par une autre IP, tout en laissant votre machine résoudre les noms de domaine localement. Ce n’est pas toujours un problème, mais il faut le savoir.

Avec un proxy SOCKS5, préférez socks5h pour demander à curl de passer la résolution DNS par le proxy :

curl --proxy socks5h://proxy.example.com:1080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Comparez avec :

curl --proxy socks5://proxy.example.com:1080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Pour un navigateur, utilisez un site de test DNS leak après avoir configuré le proxy. Si vous voyez encore les DNS de votre fournisseur d’accès ou de votre réseau local, votre proxy ne couvre pas toute la surface attendue.

Important : un proxy n’est pas un VPN. Il ne transporte pas forcément tout le trafic de la machine. Il peut ne concerner qu’un navigateur, une application ou un protocole précis.

Tester la vitesse et la latence du proxy

Un proxy peut fonctionner, mais être trop lent pour un usage réel. Mesurez donc le temps de réponse.

curl \
  --proxy http://proxy.example.com:8080 \
  -o /dev/null \
  -s \
  -w "connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://www.example.com/Langage du code : JavaScript (javascript)

Les valeurs importantes :

• time_connect : temps de connexion au proxy ;
• time_appconnect : temps de négociation TLS pour HTTPS ;
• time_starttransfer : temps avant le premier octet ;
• time_total : durée totale de la requête.

Refaites le test plusieurs fois. Un seul bon résultat ne prouve pas grand-chose. Un proxy stable répond correctement sur plusieurs requêtes, pas seulement quand il a envie de faire bonne impression.

Tester plusieurs proxies depuis un fichier

Si vous devez tester plusieurs proxies, créez un fichier proxies.txt :

http://proxy1.example.com:8080
http://proxy2.example.com:3128
socks5h://proxy3.example.com:1080Langage du code : JavaScript (javascript)

Puis utilisez cette boucle sous Linux ou macOS :

while IFS= read -r proxy; do
  [ -z "$proxy" ] && continue

  result="$(
    curl \
      --proxy "$proxy" \
      --connect-timeout 5 \
      --max-time 12 \
      -s \
      -o /dev/null \
      -w "%{http_code} %{time_total}" \
      https://httpbin.org/ip
  )"

  printf "%-45s %s\n" "$proxy" "$result"
done < proxies.txtLangage du code : PHP (php)

Un code 200 indique que la requête a abouti. Un code 000 indique généralement un timeout, un proxy mort, un protocole incorrect ou une connexion bloquée.

Tester si un port proxy répond

Si curl échoue, vérifiez d’abord si le port répond.

Sous Linux ou macOS avec nc :

nc -vz proxy.example.com 8080Langage du code : CSS (css)

Avec nmap :

nmap -Pn -p 8080 proxy.example.comLangage du code : CSS (css)

Sous Windows PowerShell :

Test-NetConnection proxy.example.com -Port 8080Langage du code : CSS (css)

Si le port ne répond pas, le proxy est inaccessible depuis votre réseau. Le problème peut venir du proxy, d’un firewall, d’un filtrage opérateur, d’une restriction géographique ou d’une erreur d’adresse.

Comprendre les erreurs courantes

Erreur	Cause probable	Solution
Connection refused	Port fermé ou service absent	Vérifier l’adresse et le port
Connection timed out	Proxy mort, filtrage ou firewall	Tester depuis un autre réseau
407 Proxy Authentication Required	Identifiants requis	Ajouter --proxy-user ou les identifiants système
403 Forbidden	Destination refusée par le proxy	Tester une autre URL ou vérifier les règles
502 Bad Gateway	Le proxy ne joint pas la destination	Tester le proxy et la destination séparément
000 avec curl	Aucune réponse HTTP exploitable	Relancer avec -v
Could not resolve host	DNS ou syntaxe incorrecte	Vérifier l’hôte, tester socks5h
Proxy CONNECT aborted	Tunnel HTTPS refusé ou coupé	Tester HTTP puis HTTPS séparément

Pour diagnostiquer finement une erreur curl, ajoutez toujours -v :

curl -v --proxy http://proxy.example.com:8080 https://httpbin.org/ipLangage du code : JavaScript (javascript)

Le mode verbeux montre la résolution DNS, la connexion au proxy, l’authentification, le tunnel HTTPS et la réponse distante. C’est souvent plus clair qu’un message d’erreur isolé.

Tester un proxy pour une API

Si vous testez un proxy pour une API, ne vous limitez pas à httpbin.org/ip. Testez aussi l’API réelle avec la méthode, les en-têtes et l’authentification attendus.

Exemple avec un en-tête d’autorisation :

curl \
  --proxy http://proxy.example.com:8080 \
  -H "Authorization: Bearer YOUR_TOKEN" \
  -H "Accept: application/json" \
  https://api.example.com/v1/statusLangage du code : JavaScript (javascript)

Si l’API fonctionne sans proxy mais échoue avec proxy, regardez les causes classiques : IP du proxy bloquée, TLS intercepté, en-têtes modifiés, timeout, DNS différent ou règle de sécurité côté API.

Tester un proxy dans une application WordPress ou WooCommerce

Dans WordPress, certains problèmes ressemblent à des problèmes de proxy : erreur cURL, timeout API, webhook qui échoue, licence de plugin impossible à valider, appel Stripe bloqué, connexion à une API externe refusée.

Avant d’accuser WordPress, testez depuis le serveur lui-même :

ssh user@example-server
curl -v https://api.wordpress.org/
curl -v --proxy http://proxy.example.com:8080 https://httpbin.org/ipLangage du code : CSS (css)

Vérifiez aussi les variables proxy côté serveur :

env | grep -i proxy

Sur un serveur avec systemd, une application peut avoir ses propres variables d’environnement. Il faut donc vérifier le service concerné, pas seulement votre session SSH.

Proxy ou VPN : ne confondez pas les deux

Un proxy et un VPN ne couvrent pas la même surface.

Un proxy s’applique généralement à une application, un protocole ou une configuration précise. Un navigateur peut utiliser un proxy pendant que d’autres applications sortent directement par votre connexion.

Un VPN crée généralement un tunnel réseau plus global pour la machine ou l’interface concernée. Ce n’est pas le même niveau d’intégration.

Donc, si votre navigateur affiche l’IP du proxy mais qu’une autre application affiche votre IP réelle, ce n’est pas forcément une erreur. C’est peut-être simplement le fonctionnement normal de votre configuration.

Checklist rapide pour tester un proxy

• Noter l’IP directe avec https://httpbin.org/ip.
• Identifier le type de proxy : HTTP, HTTPS, SOCKS4 ou SOCKS5.
• Tester le port avec nc, nmap ou Test-NetConnection.
• Tester le proxy avec curl --proxy.
• Comparer l’IP directe et l’IP via proxy.
• Inspecter les en-têtes avec https://httpbin.org/headers.
• Tester HTTPS, pas seulement HTTP.
• Tester l’authentification si nécessaire.
• Utiliser socks5h pour tester SOCKS5 avec DNS via proxy.
• Mesurer les temps de réponse avec curl -w.
• Tester depuis la machine qui utilisera réellement le proxy.
• Vérifier les variables HTTP_PROXY, HTTPS_PROXY et NO_PROXY.

FAQ

Comment savoir si mon proxy fonctionne ?

Comparez votre IP directe avec l’IP visible via proxy. Avec curl, lancez curl https://httpbin.org/ip, puis curl --proxy http://proxy:port https://httpbin.org/ip. Si l’IP change et que la requête aboutit, le proxy fonctionne pour ce test.

Comment tester un proxy sous Windows ?

Vous pouvez utiliser les paramètres Windows dans Réseau et Internet > Proxy, PowerShell avec Invoke-RestMethod -Proxy, ou curl avec curl --proxy. Pour les services Windows, vérifiez aussi netsh winhttp show proxy.

Comment tester un proxy sur macOS ?

Utilisez les réglages réseau de macOS dans Réglages Système > Réseau > Détails > Proxies. Pour un test isolé, utilisez plutôt curl --proxy dans le Terminal.

Quelle différence entre socks5 et socks5h ?

Avec socks5, la résolution DNS peut être faite localement. Avec socks5h, curl demande au proxy de résoudre le nom de domaine. Pour limiter les fuites DNS, socks5h est souvent préférable.

Pourquoi mon proxy fonctionne dans Firefox mais pas dans Chrome ?

Firefox peut utiliser ses propres paramètres proxy, tandis que Chrome utilise généralement les paramètres système. Les deux navigateurs peuvent donc sortir par des chemins différents.

Pourquoi curl renvoie-t-il un code 000 ?

Le code 000 signifie que curl n’a pas reçu de réponse HTTP exploitable. Cela peut venir d’un timeout, d’un mauvais protocole, d’un port fermé, d’un proxy mort ou d’un tunnel HTTPS refusé.

Un proxy masque-t-il toute mon activité réseau ?

Non. Un proxy ne couvre généralement que l’application ou le protocole configuré. D’autres applications peuvent continuer à utiliser votre connexion directe. Pour une couverture réseau plus globale, on parle plutôt de VPN.

Conclusion

Tester un proxy correctement demande plus qu’un simple chargement de page. Il faut vérifier l’accessibilité, le protocole, l’authentification, l’IP visible, les en-têtes HTTP, HTTPS, DNS, la vitesse et le comportement réel de l’application concernée.

La méthode la plus fiable reste simple : testez d’abord avec curl --proxy, comparez l’IP directe et l’IP via proxy, inspectez les en-têtes avec httpbin, puis validez la configuration dans Windows, macOS, Linux ou votre navigateur.

Un proxy bien testé vous évite beaucoup de fausses pistes. Un proxy mal testé vous offre surtout une belle collection d’erreurs réseau, avec supplément migraine.

À lire aussi sur SkyMinds

• Le proxy ou comment renforcer anonymat et sécurité
• Serveur dédié : sécurisation de la couche TCP/IP
• Serveur dédié : sécurisation des services avec iptables et fail2ban
• Comment sécuriser efficacement votre serveur SSH avec SSH-Audit
• Solution : cURL error 7 failed to connect to port 443

Sources

• curl — documentation officielle
• everything curl — HTTP proxy
• everything curl — SOCKS proxy
• Microsoft Support — utiliser un serveur proxy dans Windows
• Apple Support — modifier les réglages proxy sur Mac
• Mozilla Support — paramètres de connexion de Firefox
• httpbin — service de test HTTP
• IPinfo — documentation développeur

Report a typo