Vérificateur de Ports TCP et Proxy en Ligne

Mis à jour: 2026-11-05

Avant de chercher l'origine d'une erreur d'authentification proxy (407) ou d'un souci de configuration de navigateur, vérifiez que le port TCP du serveur distant est bien accessible sur l'Internet public. Entrez une IP publique ou un nom d'hôte et jusqu'à 8 ports TCP pour mesurer la latence réelle de la négociation TCP (SYN → SYN-ACK).

Évitez les blocages de pare-feu avec des proxies performants prêts à l'emploi

Acheter des Proxies Prêts à l'Emploi Free Proxy Checker

Quick Presets:

Tableau de Référence des Ports TCP Courants pour Proxy et Serveurs

Différents démons de proxy (Squid, 3proxy, Dante, HAProxy, Nginx) et services réseau écoutent sur des ports TCP standard ou de plage haute :

Port(s) TCP	Protocole / Service Courant	Usage Type pour Proxy et Serveur
`8080`, `3128`, `8888`	Proxy HTTP / HTTPS CONNECT	Ports standards pour Squid, 3proxy et les passerelles HTTP(S) VinaProxy
`1080`, `1081`	Proxy SOCKS4 / SOCKS5	Ports d'écoute par défaut pour Dante et les relais SOCKS5
`80`, `443`	Serveur Web HTTP / TLS	Serveurs web, reverse proxies et proxies traversant facilement les pare-feu
`10000–60000`	Plage de Ports Hauts Dédiés	Attribués aux allocations d'IP dédiées IPv4 et aux proxies résidentiels statiques (ISP)

Diagnostiquer « Connection Refused » et « Timeout »

OPEN (avec latence en ms) : L'hôte distant a accepté le paquet TCP SYN et a répondu SYN-ACK—le service proxy est actif et à l'écoute.
CLOSED (refused) : L'adresse IP de l'hôte est joignable, mais aucun service n'écoute sur ce port (ou une règle iptables REJECT a renvoyé un paquet RST).
CLOSED (timeout) : Un pare-feu (groupe de sécurité AWS, UFW, Cloudflare ou filtrage FAI) a rejeté silencieusement le paquet avant qu'il n'atteigne l'application.

Étape par étape

1
Saisissez l'adresse IP publique cible ou le nom d'hôte
Collez l'IP de votre proxy ou l'hôte de votre VPS dans le champ « Target Public IP ».
2
Spécifiez jusqu'à 8 ports TCP
Entrez les numéros de port séparés par des virgules (ex. 80, 443, 1080, 3128, 8080 ou votre port dédié).
3
Cliquez sur « Check Ports » pour lancer le test TCP
Notre serveur ouvre une véritable connexion socket TCP vers chaque port avec une stricte protection SSRF.
4
Consultez le statut Open/Closed et le RTT de négociation
Si le port est OPEN mais que le proxy ne fonctionne pas dans le navigateur, vérifiez vos identifiants username:password dans le Vérificateur de Proxy.

Questions fréquentes

Quelle est la différence entre ce testeur de port et le Vérificateur de Proxy ?

Le testeur de port vérifie la joignabilité de couche 4 TCP (SYN / SYN-ACK) sans envoyer d'identifiants. Le Vérificateur de Proxy teste l'authentification de couche 7 (HTTP CONNECT ou SOCKS5) et confirme l'adresse IP de sortie.

Pourquoi cet outil bloque-t-il les adresses `127.0.0.1` ou `192.168.x.x` ?

Par mesure de sécurité (prévention des attaques SSRF), notre serveur n'interroge que les adresses IP publiques unicast (isPublicIp) et refuse les boucles locales ainsi que les réseaux privés RFC1918.

Pourquoi le port est OPEN ici, mais inaccessible depuis le Wi-Fi de mon entreprise ?

Les réseaux Wi-Fi professionnels, scolaires ou d'hôtels bloquent fréquemment les flux sortants vers des ports hauts non standards (comme 3128 ou 30000+). Essayez un autre réseau ou utilisez un proxy configuré sur un port standard.