Que fait le vérificateur d'accessibilité de port ?
Tapez un host (domaine ou IP publique) et un port TCP, cliquez sur Vérifier, et notre serveur ouvre une connexion TCP vers cette adresse depuis une IP publique. Vous récupérez une des trois réponses : ouvert (quelque chose écoute), fermé (le serveur a activement rejeté avec un RST), ou filtré (le paquet a disparu, presque toujours un firewall).
Ce n'est pas un scanner de ports. Il vérifie un port à la fois et est limité à 30 vérifications par heure par IP délibérément. C'est le bon outil quand vous venez de redémarrer un service et voulez confirmer que le firewall s'est rouvert, quand SMTP n'accepte pas le mail et que vous voulez éliminer la couche réseau, ou quand un client dit "votre API est injoignable" et que vous voulez un deuxième avis depuis un autre réseau.
Si le serveur salue le client à la connexion (SSH, SMTP, FTP, POP3, IMAP, Redis le font souvent), la première ligne de la bannière est capturée et affichée. Les bannières sont utiles : elles révèlent le logiciel, la version, et parfois l'OS.
Mode d'emploi
- Tapez un host : un domaine comme `mail.exemple.fr` ou une IP publique comme `93.184.216.34`. Pas de schéma, pas de chemin. Les adresses privées (`192.168.x`, `10.x`, `127.x`) sont bloquées exprès.
- Choisissez un port parmi les pastilles preset (22 SSH, 443 HTTPS, 25 SMTP, etc.) ou tapez n'importe quel nombre de 1 à 65535.
- Cliquez sur Vérifier. La sonde prend jusqu'à 5 secondes : 4 s pour le handshake TCP, 1 s d'attente pour une éventuelle bannière.
- Lisez la pastille de statut : vert = ouvert, rouge = fermé, ambre = filtré, gris = erreur. Chacune vient avec une explication d'une ligne.
- Si le serveur a envoyé une bannière, lisez-la. SSH affiche la version, SMTP affiche le nom du MTA, FTP affiche le daemon. C'est normal et généralement sûr d'exposer.
Quand cet outil est utile
Cinq situations du quotidien où une vérification mono-port bat le SSH sur la machine :
- Le firewall s'est-il vraiment ouvert ? Vous avez ajouté une règle dans les AWS Security Groups, Cloudflare, ou ufw et voulez une confirmation rapide depuis l'extérieur.
- SMTP écoute-t-il vraiment ? Votre serveur mail prétend que le port 25 est up mais le mail ne passe pas. Vérifiez depuis l'extérieur, parce que beaucoup de FAI et clouds bloquent le 25 sortant par défaut.
- Service crashé silencieusement. Votre monitoring l'a raté. Une vérification de 2 secondes vous dit si Postgres, Redis, ou MySQL est joignable du tout.
- Le client dit "votre API est down". Son réseau est peut-être le problème. Lancez la même vérif depuis un emplacement neutre et comparez.
- Smoke test post-migration. Vous avez déplacé un service vers un nouvel host. Confirmez que SSH (22), HTTPS (443), et tout port personnalisé sont remontés avant de basculer le DNS.
Liés : inspecteur de certificat SSL, consultation DNS, inspecteur d'en-têtes HTTP.