FuzeVPNSimple. Clair. Sans détour.
Connexion S’abonner
Choisir la langueFR

Choisir la langue

S’abonner
Menu
Choisir la langueFR

Choisir la langue

S’abonner

Adresse IP

Ports TCP accessibles

Vérifiez si des ports de votre cible publique autorisée acceptent une connexion depuis le serveur de test.

Utilisez « Détecter » pour vérifier la cible proposée. Une adresse locale n’est pas une cible publique.

Comparer avant et après

Lancez le même test sur le même appareil et enregistrez une référence. Activez votre VPN ou changez un réglage pertinent, relancez dans les mêmes conditions puis enregistrez le nouveau résultat.

Enregistrez un résultat avant et un résultat après pour les comparer.

À quoi sert ce test ?

Vérifiez un service après une règle de pare-feu ou une redirection. Un port TCP ouvert accepte une connexion sur ce chemin ; cela ne prouve ni vulnérabilité, ni authentification correcte, ni fonctionnement complet du service.

Comment procéder

  1. Choisissez une cible publique autorisée que vous administrez et les ports utiles. Vérifiez sa famille IPv4 ou IPv6 et l’adresse réellement exposée.
  2. Lancez les tentatives et attendez le résultat de chaque port. Le départ des connexions est le serveur de test, pas votre navigateur.
  3. Lisez les états séparément : ouvert, connexion refusée, sans réponse ou erreur indéterminée. Conservez le détail du chemin testé.

Ce qui est mesuré

Le serveur tente une connexion TCP à chaque port sélectionné, avec un délai limité. Il distingue une acceptation, un refus, une expiration et une erreur locale ou de routage.

La cible reçoit ces tentatives depuis le serveur de mesure. Le test ne mesure pas UDP et ne vérifie ni le contenu applicatif ni les identifiants d’accès du service.

Comprendre vos résultats

Ouvert
La cible a accepté la connexion TCP depuis ce serveur. Cette réponse établit l’accessibilité sur le chemin observé, sans diagnostic de vulnérabilité.
Connexion refusée
La tentative a reçu un refus. Aucun service ne l’accepte sur ce chemin, ou un équipement rejette activement la connexion.
Sans réponse ou indéterminé
Une expiration ne distingue pas filtrage, perte ou absence de réponse. Une erreur de routage ou du serveur empêche même cette interprétation.

Comparer avant et après

  1. Relevez la même cible, famille et liste de ports depuis ce même outil ; gardez l’application cible en fonctionnement.
  2. Modifiez une seule règle de pare-feu ou redirection, puis relancez depuis le même point de mesure.
  3. Comparez chaque port. Si l’IP change avec un VPN, vous testez une nouvelle cible ; vérifiez d’abord à quel équipement elle correspond.

Ce que le test ne permet pas de conclure

  • Le filtrage sortant du serveur de test et le routage intermédiaire influencent la réponse. Un délai dépassé ne prouve pas un port fermé.
  • Une IP de sortie VPN n’expose pas automatiquement votre service local. Une redirection prise en charge et configurée serait nécessaire.

Que faire selon le résultat ?

Un port attendu reçoit un refus.
Vérifiez que le service écoute sur la bonne interface et le bon port, puis contrôlez la redirection éventuelle et recommencez.
Un port inutile est ouvert.
Fermez le service ou limitez sa règle d’accès sur l’équipement concerné, puis vérifiez à nouveau depuis ce test.

Questions fréquentes

Le test mesure-t-il les ports de mon navigateur ?

Non. Il tente de joindre les ports de l’adresse publique autorisée sélectionnée.

Un service UDP peut-il être vérifié ici ?

Non. Les résultats concernent uniquement les connexions TCP.

Sources et références