Comment puis-je déterminer si un port est ouvert sur un serveur Windows ?

Question

J'essaie d'installer un site sous un port alternatif sur un serveur, mais le port peut être fermé par un pare-feu. Existe-t-il un moyen de lancer un ping sortant ou entrant, sur un port spécifique, pour voir s'il est ouvert ?

Answer 1

En supposant que c'est un port TCP (plutôt que UDP) que vous essayez d'utiliser :

1. Sur le serveur lui-même, utilisez netstat -an pour vérifier quels ports sont en écoute.

2. Depuis l'extérieur, il suffit d'utiliser telnet host port (ou telnet host:port sur les systèmes Unix) pour voir si la connexion est refusée, acceptée, ou si le délai d'attente est dépassé.

Sur ce dernier test, puis en général :

• connexion refusée signifie que rien ne fonctionne sur ce port
• accepté signifie que quelque chose fonctionne sur ce port
• délai d'attente signifie qu'un pare-feu bloque l'accès

Sous Windows 7 ou Windows Vista, l'option par défaut "telnet" n'est pas reconnue comme une commande interne ou externe, un programme exploitable ou un fichier batch. Pour résoudre ce problème, il suffit de l'activer : Cliquez sur *Démarrer** → Panneau de contrôle → Programmes → Caractéristiques des fenêtres tournantes activé ou désactivé. Dans la liste, faites défiler vers le bas et sélectionnez Client Telnet et cliquez sur OK .

Answer 2

Sous Windows, vous pouvez utiliser

netstat -na | find "your_port"

pour réduire les résultats. Vous pouvez également filtrer pour LISTENING , ESTABLISHED , TCP et autres. Attention, c'est sensible à la casse.

Answer 3

J'ai aimé ça :

netstat -an | find "8080" 

à partir de telnet

telnet 192.168.100.132 8080

Et assurez-vous que le pare-feu est désactivé sur cette machine.

Answer 4

Sur une machine Windows, vous pouvez utiliser PortQry de Microsoft pour vérifier si une application est déjà en écoute sur un port spécifique en utilisant la commande suivante :

portqry -n 11.22.33.44 -p tcp -e 80

Answer 5

Si telnet n'est pas disponible, téléchargez PuTTY . Il s'agit d'un client Telnet, SSH, etc. bien supérieur et il sera utile dans de nombreuses situations, pas seulement dans celle-ci, surtout si vous administrez un serveur.