Pourquoi une IP de proxy gratuit ne fonctionne pas
Vérifiez un proxy sans réponse dans un ordre logique : adresse, protocole, route locale, prise en charge des tunnels et réponse de la destination.
Une liste publique peut contenir un point d’accès qui n’accepte déjà plus les connexions. C’est une explication courante d’un échec de proxy, mais pas la seule. Le même symptôme peut venir d’un mauvais protocole, d’un réglage de contournement, d’un port bloqué ou d’un site qui refuse l’IP de sortie.
Vérifier l’entrée avant de modifier l’application
Recopiez l’IP, le port et le protocole. Un chiffre manquant dans le port ou une confusion HTTP/SOCKS suffit à empêcher la négociation. Ne déduisez pas le protocole des ports 8080 ou 1080, et n’ajoutez pas de nom d’utilisateur sauf si le service en fournit réellement un.
Pour un point d’accès HTTP, une courte requête curl permet de séparer le test des extensions du navigateur et des paramètres système :
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Remplacez l’adresse de documentation par votre entrée. Pour SOCKS5, utilisez le port réel et le schéma SOCKS correspondant.
Examiner le premier échec
| Résultat | Piste probable à examiner |
|---|---|
| Connexion refusée | Le port est fermé ou un équipement a activement rejeté la connexion. |
| Délai de connexion dépassé | La route, le filtrage ou le service n’a pas terminé l’établissement dans le délai imparti. |
| Réponse inattendue à la négociation du proxy | Le protocole sélectionné ne correspond peut-être pas au service. |
| 407 | Le proxy exige une authentification. |
| CONNECT refusé | Le proxy peut restreindre cette destination ou ce port. |
| Le site renvoie 403 ou 429 | La requête a atteint un serveur HTTP qui l’a refusée ou limitée. Vérifiez quel serveur a émis la réponse. |
Une connexion TCP fonctionnelle n’est que la première étape. Si le service sur ce port n’utilise pas le protocole de proxy sélectionné, la requête peut échouer juste après.
Faire deux comparaisons
Essayez la même destination avec un deuxième proxy utilisant le même protocole. Si seul le premier point d’accès échoue à l’établissement, le problème se limite davantage à ce point ou à cette route. Essayez ensuite une autre destination ordinaire via le premier proxy. Si un seul site échoue, examinez sa politique particulière au lieu de déclarer tout le proxy hors service.
Une requête directe est aussi une comparaison utile lorsque l’accès direct est possible. Rendez le contournement explicite pour éviter que des variables de proxy héritées ne maintiennent discrètement le test supposé direct sur une route de proxy.
Savoir quand arrêter de tester une entrée
Si plusieurs requêtes limitées dans le temps échouent à la même étape de connexion, choisissez une autre entrée dans la liste de proxies gratuits plutôt que d’attendre plusieurs minutes. Conservez l’erreur exacte si vous devez la signaler. Répéter les reconnexions ne répare ni un port fermé ni un point d’accès supprimé.
Si toutes les entrées échouent, prenez du recul. Vérifiez la configuration du client, les règles de sortie du réseau et l’accessibilité de la destination sans proxy. Un problème commun à toutes les requêtes justifie mal le rejet d’une liste entière.