Disponibilité TCP

Vérificateur de port

Testez si un port TCP public est ouvert, refusé, en délai dépassé ou autrement inaccessible depuis la Russie et la Finlande, avec latence et détails de tentative explicites.

Utilisez cette page pour un test de connexion TCP sûr et borné qui montre si la disponibilité diffère entre la Russie et la Finlande, sans transformer le backend en proxy libre ou scanner de ports.

Chemin réseau

Outil public gratuit. Aucun compte requis.

Résumé

Les vérifications de ports s'exécutent depuis la Russie et la Finlande afin de montrer si la disponibilité TCP ou la latence varie selon la localisation.

Ouvert, refusé ou délai dépassé

Le résultat indique si la partie distante a accepté la connexion, l'a rejetée immédiatement ou n'a pas répondu avant le délai.

Transparence des tentatives

Si un nom d'hôte se résout vers plusieurs adresses, le rapport garde les tentatives individuelles visibles pour montrer ce qui s'est passé.

Latence quand c'est possible

Les handshakes TCP réussis renvoient une latence approximative depuis le point de test qui a répondu jusqu'au port cible.

Hôte ou IP

Vérificateur de port

Prêt

Rapport

Prêt

Résumé

Rapport de diagnostic côté serveur

Le rapport apparaîtra ici

Lancez une vérification pour générer un rapport structuré avec état, temps, détails techniques et sortie brute lorsqu'elle est disponible.

RésuméApparaît après la fin de la vérification.

TentativesApparaît après la fin de la vérification.

DétailsApparaît après la fin de la vérification.

Ce que vérifie cet outil

Ouvert, refusé ou délai dépassé

Le résultat indique si la partie distante a accepté la connexion, l'a rejetée immédiatement ou n'a pas répondu avant le délai.

Transparence des tentatives

Si un nom d'hôte se résout vers plusieurs adresses, le rapport garde les tentatives individuelles visibles pour montrer ce qui s'est passé.

Latence quand c'est possible

Les handshakes TCP réussis renvoient une latence approximative depuis le point de test qui a répondu jusqu'au port cible.

Comment l'utiliser

Saisissez l'hôte public ou l'IP et sélectionnez le port TCP concerné.

Utilisez les préréglages pour les ports courants lorsque vous voulez une vérification rapide sans saisie.

Si le port est ouvert mais que le site échoue encore, passez ensuite au vérificateur de site ou au vérificateur SSL.

Comment lire le résultat

Refusé signifie un échec rapide

Un résultat refusé prouve que le chemin a atteint l'hôte et que la partie distante a fermé la tentative rapidement au lieu de la laisser tomber silencieusement.

Le délai dépassé est moins spécifique

Un délai dépassé peut venir d'un filtrage, d'une perte de paquets ou d'un chemin très lent. Il ne confirme pas à lui seul que le service est fermé.

Ouvert ne garantit pas une application saine

Un handshake TCP prouve seulement que le port répond. La couche HTTP ou TLS au-dessus peut encore être cassée ou mal configurée.

Des guides pour mieux exploiter cet outil

Interprétez la sortie, comprenez les modes de panne courants et choisissez la prochaine étape de diagnostic sans quitter le produit.

Comparaison d'outilsPing, traceroute, vérificateur de port ou vérificateur de siteChoisissez le bon outil de diagnostic selon le symptôme en comprenant ce que ping, traceroute, les vérifications de ports et les vérifications de site prouvent vraiment, et ce qu'ils ne prouvent pas.Workflow d'indisponibilitéComment vérifier si un site web est indisponibleUtilisez une méthode claire pour distinguer une vraie panne de site, un problème DNS, un échec SSL, un port fermé ou une réponse techniquement en ligne mais inutilisable.Modèles de panneProblèmes courants de disponibilité des sites webComprenez les couches fréquentes derrière les incidents de disponibilité : erreurs DNS, échecs de confiance SSL, ports fermés, applications surchargées et problèmes propres à une route.TLS et confiance du certificatErreurs SSL expliquéesComprenez les problèmes SSL et TLS qui apparaissent souvent en diagnostic : certificats expirés, nom d'hôte non couvert, chaînes auto-signées, problèmes de protocole et impact réel pour les utilisateurs.

Voir tous les guides

FAQ du vérificateur de port

Est-ce un scanner de ports complet ?

Non. Il effectue une seule vérification TCP bornée sur le port demandé et limite le débit du point d'accès public pour des raisons de sécurité.

Pourquoi bloquer les cibles privées ?

Parce qu'il s'agit d'un outil public. Le backend rejette localhost, les plages RFC1918, les points d'accès de métadonnées et les autres réseaux réservés afin d'éviter les abus SSRF.

Quel outil utiliser après un délai dépassé ?

Généralement Ping ou Traceroute pour voir le chemin, et le vérificateur de site si la cible doit servir HTTP ou HTTPS.

Outils associés

Chemin réseauPingLancez un ping serveur borné depuis la Russie et la Finlande, avec perte de paquets, échantillons de latence et temps aller-retour moyen lorsque disponible.Chemin réseauTracerouteTracez le chemin réseau visible depuis la Russie et la Finlande vers un hôte ou une IP publique, avec temps par saut, gestion des délais dépassés et sortie traceroute brute.Site web et SSLVérificateur de site webLancez un rapport complet de site web avec un verdict combiné, puis les résultats Russie et Finlande pour le temps DNS, la connexion TCP, la négociation TLS, le TTFB, la chaîne de redirections, l'URL finale, les en-têtes de réponse et les IP résolues.Site web et SSLVérificateur SSLInspectez l'émetteur du certificat, le sujet, les noms SAN, l'expiration, la correspondance du nom d'hôte, le résumé de la chaîne et la prise en charge TLS visible depuis la Russie et la Finlande.