Diagnostic Interroge un service distant

Test de connexion TCP

Testez l'ouverture d'un port TCP : connexion réussie, refusée ou filtrée, avec latence par adresse et détection des causes probables.

Comment ça marche

Le test TCP tente une poignée de main SYN/SYN-ACK sur le port demandé. Trois résultats possibles : ouvert (connexion établie), refusé (RST reçu : rien n'écoute), filtré (aucune réponse : pare-feu).

C'est le test de référence pour valider une règle de pare-feu, un service qui ne démarre pas ou une exposition publique. Les destinations privées sont refusées pour éviter tout détournement de nos serveurs (protection SSRF).

Exemples

HTTPS

Port ouvert, latence mesurée.

hostexample.com
port443
Charger cet exemple

SMTP submission

Vérification d'un service mail.

hostsmtp.gmail.com
port587
Charger cet exemple

Questions fréquentes

Port filtré ou fermé, quelle différence ?

Fermé : la machine répond qu'aucun service n'écoute (RST). Filtré : le pare-feu supprime les paquets, aucune réponse ne revient.

Ce test scanne-t-il les ports ?

Non : un seul port, un seul hôte, avec limitation de débit. Les scans massifs sont bloqués.

Puis-je tester une IP privée ?

Non : les adresses privées, loopback et réservées sont systématiquement refusées.