Outil de vérification des ports TCP

Outil de vérification des ports TCP

La vérification des ports TCP est un outil en ligne permettant de tester si un port TCP donné sur un domaine ou une adresse IP accepte une connexion. Le résultat indique l’état du port, l’adresse IP résolue, le temps de connexion et le service généralement associé. Il convient au diagnostic serveur, au dépannage réseau et aux tests de connectivité.

Qu’est-ce qu’un test de port TCP ?

Les ports TCP sont des points d’entrée utilisés par les services réseau pour communiquer. Différents services utilisent généralement des ports spécifiques, comme 80 pour HTTP, 443 pour HTTPS, 22 pour SSH et 3306 pour MySQL. Le test de port tente d’établir une connexion TCP afin de déterminer si le port peut être atteint.

Fonctions principales

• Tester les ports TCP d’un domaine ou d’une adresse IPv4
• Tester un ou plusieurs ports spécifiques
• Afficher l’état ouvert ou fermé
• Afficher l’adresse IP obtenue après résolution du domaine
• Afficher la latence de connexion TCP
• Identifier les services courants selon le numéro de port
• Aider au dépannage des serveurs et des connexions réseau

Ports TCP courants

Les services réseau utilisent souvent des ports conventionnels. Tester ces ports permet de vérifier rapidement si les services correspondants sont accessibles.

Port 80

Le port 80 est généralement utilisé par HTTP pour les sites web.

Port 443

Le port 443 est généralement utilisé par HTTPS pour les connexions protégées par TLS.

Port 22

Le port 22 est généralement utilisé par SSH pour l’administration distante des serveurs.

Port 3306

Le port 3306 est le port TCP par défaut couramment utilisé par MySQL.

Port 3389

Le port 3389 est généralement utilisé par le protocole RDP pour le Bureau à distance Windows.

Comment utiliser la vérification des ports TCP ?

1. Saisissez le domaine ou l’adresse IP à tester.
2. Indiquez un ou plusieurs ports TCP.
3. Lancez le test.
4. Consultez l’état, l’adresse IP, la latence et le service associé à chaque port.

Interprétation des résultats

• Ouvert : une connexion TCP peut être établie depuis l’environnement de test actuel.
• Fermé : la connexion TCP ne peut pas être établie. Le service peut être arrêté, le port peut ne pas être écouté ou une règle réseau peut bloquer la connexion.
• Adresse IP : adresse utilisée pour la connexion après résolution du domaine.
• Latence : temps nécessaire pour établir la connexion TCP.
• Service : service réseau généralement associé au numéro du port.

Différence entre vérification de port et scan de ports

La vérification de port teste généralement des ports spécifiquement sélectionnés afin de déterminer s’ils acceptent une connexion TCP. Un scan de ports peut sonder un ensemble beaucoup plus large de ports afin d’identifier les services potentiellement accessibles.

Applications courantes

• Vérifier les ports 80 et 443 d’un serveur web
• Diagnostiquer les problèmes de connexion SSH
• Vérifier la connectivité d’un serveur MySQL
• Contrôler l’impact des règles de pare-feu
• Tester la connectivité après un déploiement serveur
• Vérifier l’accessibilité externe d’un service

Questions fréquentes

Un port ouvert signifie-t-il que le service fonctionne correctement ?

Pas nécessairement. Un port ouvert signifie qu’une connexion TCP peut être établie depuis l’environnement de test, mais cela ne garantit pas que le service applicatif fonctionne correctement. Un test spécifique au protocole peut être nécessaire.

Pourquoi un port est-il fermé ?

Le service peut être arrêté, ne pas écouter sur le port, ou une règle de pare-feu, de groupe de sécurité ou de réseau peut empêcher la connexion.

Pourquoi les résultats diffèrent-ils entre un domaine et une adresse IP ?

Un domaine peut être associé à plusieurs adresses IP et utiliser un CDN, un équilibrage de charge ou une répartition DNS. L’IP utilisée lors du test du domaine peut donc différer de celle testée directement.

Informations importantes

Le résultat reflète la connectivité entre l’environnement de test actuel et le serveur cible. Un port indiqué comme fermé ne signifie pas nécessairement qu’il est inaccessible depuis tous les réseaux. Le pare-feu, les groupes de sécurité, les interfaces d’écoute et les politiques réseau doivent être analysés séparément.