Une liste de proxies fournit des paramètres de connexion. Une entrée comme 203.0.113.10:8080 indique au client où se connecter, mais pas quel protocole de proxy parler. Il faut l'adresse, le port et le protocole ensemble.

L'adresse ci-dessus est réservée aux exemples. Remplacez-la par une entrée de la liste de proxies gratuits lorsque vous configurez votre logiciel.

Commencez par ces champs

ChampÀ quoi il sert
Adresse IPL'adresse du point d'écoute du proxy.
PortLe port du service à cette adresse, par exemple 8080 ou 1080.
ProtocoleLe mode de proxy que le client doit utiliser : HTTP, SOCKS4 ou SOCKS5, par exemple.
PaysUne localisation indiquée pour une adresse IP. Si le lieu compte, vérifiez aussi l'adresse de sortie.
AnonymatUne catégorie issue d'un test particulier, pas une évaluation complète de la confidentialité.
Heure de mise à jour ou de vérificationLa date de mise à jour d'un enregistrement ou d'un test, selon la définition du champ dans la liste.

Les numéros de port ne sont pas des identifiants de protocole. Un point de terminaison sur le port 1080 utilise souvent SOCKS, mais peut proposer autre chose. De même, le port 443 ne prouve pas qu'un proxy accepte les connexions TLS. Suivez l'étiquette de protocole, puis vérifiez avec un client qui le prend en charge.

Renseigner une entrée dans un client

Un navigateur peut demander l'adresse et le port dans deux cases distinctes. Un outil en ligne de commande attend souvent une URL :

http://203.0.113.10:8080
socks5://203.0.113.10:1080

Ces adresses décrivent des services de proxy différents. Choisissez celle qui correspond à l'entrée, au lieu de les essayer comme si elles étaient interchangeables. Si le client sépare les réglages HTTP et SOCKS, saisir une adresse SOCKS dans le champ HTTP ne convertit pas le protocole.

L'étiquette HTTPS d'une liste publique demande un peu d'attention. Elle peut signifier que le point de terminaison transporte les sites HTTPS avec CONNECT. Dans ce cas, le réglage de connexion peut rester celui d'un proxy HTTP. Une connexion TLS au proxy lui-même est une autre capacité.

Que vérifier avant de compter sur cette entrée ?

Pour une entrée HTTP, essayez une requête classique via proxy HTTP avec un court délai de connexion. Vérifiez que le proxy accepte la connexion, qu'il atteint le type de destination nécessaire et que celle-ci voit une adresse de sortie du proxy. Gardez la même cible pour comparer deux entrées.

Si une entrée échoue, passez à la suivante après un test limité dans le temps plutôt que d'attendre indéfiniment. Les points de terminaison publics peuvent disparaître entre la collecte et l'utilisation. Une ligne récente est une information utile, mais sa présence dans une liste ne vaut pas une requête réussie depuis votre réseau actuel.

Sur ProxyHub, distinguez mise à jour des données et test réel de connexion. La liste actuelle regroupe des données de sources en amont ; l'heure affichée ne prouve pas que chaque point de terminaison vient d'être testé depuis votre emplacement.

Articles similaires