How do I check if a TCP port is open online?

Enter your server's IP address or domain followed by a colon and the port number (e.g. 1.1.1.1:80 or example.com:443) and run a TCP check. The tool attempts a TCP handshake from 50+ global nodes and reports whether each connection succeeded, was refused, or timed out.

What is the difference between a port being refused versus timing out?

A refused connection (TCP RST) means the port is actively closed — the server replied to reject the connection. A timeout means no reply was received at all, which typically indicates a firewall is silently dropping packets before they reach the server or application.

Which TCP ports can I test?

Any valid TCP port from 1 to 65535. Common examples include port 80 (HTTP), 443 (HTTPS), 22 (SSH), 25 (SMTP), 3306 (MySQL), 5432 (PostgreSQL), and 3389 (RDP). No login or special permissions required — the check only verifies whether the TCP handshake completes.

My port is open locally but fails from external nodes — why?

If a port works locally but fails from external nodes, something between the internet and your server is blocking it — commonly a cloud security group, iptables rule, upstream ISP filter, or geoblocking policy. Running the check from multiple regions helps identify whether the block is global or specific to certain countries or ASNs.

Vérification TCP pour t1-tor-3.check-host.eu:80

Name: Check-Host t1-tor-3.check-host.eu:80 Test de connectivité de port TCP
Author: Check-Host

Paramètres avancés

Afficher la carte mondiale

Info Ping HTTP TCP UDP MTR DNS

Vérifier TCP t1-tor-3.check-host.eu:80

Lien permanent |

Emplacement	Résultat	Temps	Adresse IP
Albania, Tirana
Australia, Sydney
Bosnia and Herzegovina, Novi Travnik
Bulgaria, Sofia
Canada, Montreal
Switzerland, Bern
Chile, Santiago
China, Hohhot
Germany, Nuernberg
Germany, Frankfurt am Main
Germany, Frankfurt am Main
Germany, Limburg
Germany, Frankfurt am Main
Germany, Duesseldorf
Denmark, Glostrup Municipality
Spain, Bilbao
Finland, Helsinki
Finland, Helsinki
France, Gravelines
France, Paris
United Kingdom, London
Georgia, Tbilisi
Hong Kong, Hong Kong
Croatia, Zagreb
Hungary, Budapest
Indonesia, Jakarta
Israel, Petach Tikwa
Israel, Netanja
India, New Delhi
Iceland, Reykjavik (Miðborg)
Italy, Como
Lithuania, Pilaite
Latvia, Riga
Moldova, Chisinau
Netherlands, Amsterdam
Netherlands, Amsterdam
Netherlands, Amsterdam
Netherlands, Amsterdam
Norway, Oslo
Poland, Warsaw
Romania, Bacău
Romania, Bucharest
Serbia, Belgrade
Russia, Moscow
Saudi Arabia, Riyadh
Singapore, Singapore
Tor, Onion
Tor, Onion
Tor, Onion
Turkey, Istanbul
Taiwan, Taipei
United States, Miami
United States, Dallas
United States, Kansas City
United States, Dallas
South Africa, Johannesburg

Vérificateur de ports TCP mondial et test de connectivité réseau

Le vérificateur de port TCP de Check-Host est un outil de diagnostic critique au niveau de la couche de transport. Il permet aux administrateurs système de vérifier si un port spécifique est ouvert, fermé ou bloqué furtivement par un pare-feu à travers plus de 50 emplacements géographiques, en initiant une négociation TCP standard à 3 voies (SYN, SYN-ACK, ACK).

Validation du pare-feu et du routage

Lors du déploiement d'une nouvelle infrastructure, la vérification de l'accessibilité des ports est la première étape. Si un test local réussit mais que le test TCP mondial échoue ou expire, cela indique un blocage géographique régional strict, un filtrage FAI en amont, ou un pare-feu de périphérie mal configuré (comme les groupes de sécurité AWS ou iptables) qui bloque les paquets entrants.

Couche d'application vs Couche de transport

Contrairement à un test HTTP qui nécessite une réponse complète de couche 7, le test TCP fonctionne uniquement à la couche 4. Cela signifie que vous pouvez tester la disponibilité des bases de données (port MySQL 3306), des serveurs de messagerie (port SMTP 25), ou des passerelles d'accès à distance (port SSH 22 ou RDP 3389) sans avoir besoin d'informations d'identification d'authentification au niveau de l'application.

Analyse de la latence de négociation

Le temps mesuré dans un test TCP est spécifiquement le temps d'aller-retour requis pour terminer la négociation TCP. Le suivi global de cette latence permet d'identifier un routage BGP sous-optimal ou des réseaux Anycast non optimisés. Notre mode TCP Live (TCP en direct) permet de surveiller cette latence en temps réel pour détecter les pertes de connexion intermittentes.