Accueil/Outils/Accessibilité des ports

Accessibilité des ports

Ouvrir une véritable connexion TCP depuis le nœud API actuel de CHA.LA et distinguer une poignée de main complète, un refus explicite, un délai d'attente et un échec de route.

Un port par requête. Les adresses privées, de bouclage et réservées sont rejetées ; il ne s'agit pas d'un scanner de ports.
Aucun résultat de port pour l'instantSoumettez une cible publique et un port pour voir une véritable preuve de poignée de main TCP.

Un port ouvert n'est que la première étape

Cet outil tente une connexion TCP depuis une sonde de serveur CHA.LA. Saisissez une adresse IP publique ou un nom d'hôte et un port pour distinguer une poignée de main accomplie, un refus ou un délai d'attente.

Deux exemples expliquésIllustratif · pas des résultats en direct
Poignée de main terminéeTCP 443
Exemple d'observation
Le port accepte une connexion
Comment l'interpréter
TCP est joignable dans ce testVérifiez le TLS et les réponses de l'application
Délai de connexion dépasséTCP 443
Exemple d'observation
Pas de poignée de main avant le délai
Comment l'interpréter
Un filtrage, une perte ou un problème de chemin est possibleCela ne prouve pas que le port est fermé

Portée du testSeule la poignée de main TCP est testée, pas l'authentification, la santé de l'application ni la sécurité.

Questions fréquentes

Ce test vérifie-t-il les ports UDP ?

Non. Il s'agit d'un test de poignée de main TCP. Un résultat pour le port TCP 53, par exemple, n'établit pas si le DNS UDP fonctionne.

Pourquoi la sonde peut-elle se connecter alors que moi je ne peux pas ?

Votre appareil utilise un chemin réseau différent. Vérifiez aussi la connectivité locale, les pare-feu, les proxys et les règles d'accès aux services.

En quoi un refus diffère-t-il d'un délai dépassé ?

Le refus est généralement un rejet explicite par la cible ou un appareil intermédiaire. Un délai dépassé signifie que la poignée de main n'a pas abouti à temps. Vérifiez séparément les services à l'écoute et la politique réseau.

Un port 443 ouvert prouve-t-il que HTTPS fonctionne ?

Non. La négociation TLS, la validation du certificat et la requête HTTP se produisent plus tard. Utilisez l'outil HTTP/TLS pour inspecter ces étapes.

Que faire si un nom d'hôte a plusieurs IP ?

Le résultat s'applique aux adresses réellement testées. La répartition de charge, les changements IPv4/IPv6 et DNS peuvent produire des résultats différents selon les adresses.

Puis-je tester des ports internes ou tiers ?

Testez des cibles publiques que vous possédez ou que vous êtes autorisé à évaluer. Une sonde côté serveur n'est pas un test de réseau interne ni une autorisation d'analyse non autorisée.

Vérificateur de port TCP - Tester la connectivité des ports | CHA.LA