2009-11-09 11 views

Répondre

3

Quel port avez-vous dire à courir sur?

(Vous allez devoir nous donner plus de détails sur exactement ce que vous/votre programme sont/est fait pour que nous soyons en mesure de vous donner une réponse plus utile que ci-dessus.)

8

Ce n'est pas beaucoup d'informations pour aller, mais si votre application est un serveur objectif TCP général et vous êtes vraiment pas sûr que ce soit en cours d'exécution ou non, ou sur quel port, essayez:

netstat -an -p tcp 

(Ceci est un UNIX/Linux/OS commande X ... ne sais pas ce que l'équivalent Windows est mais il sera similaire)

Cela vous montrera toutes les prises d'écoute sur votre machine et l'adresse IP/port sur lequel ils sont à l'écoute. L'un d'eux peut être votre application.

+0

netstat -na pour Windows (netstat -nao sur XP/Vista/7 montrera également le pid) – Fedearne

+0

sur Windows, un outil gratuit nommé FPort montre le nom du processus avec le port – Piskvor

0

si vous utilisez tcp \ ip ou FPort udp répondre à vos besoins link text

0

A l'intérieur d'une servlet, vous pouvez demander à l'objet HttpRequest comment il a été appelé, y compris le port et le nom d'hôte. Il n'y a pas d'API standard pour une servlet interrogeant le conteneur.

2

Si votre application est un serveur, et vous devez tester si elle est à l'écoute, vous pouvez utiliser

netstat -ltpn 

La signification des commutateurs:

  • -l pour « écouter », que est, les sockets serveur uniquement
  • -t pour "tcp seulement"; notez que vous pouvez avoir besoin d'udp, puis utilisez -u
  • -p pour "programme": affichez le processus ouvert quel socket
  • -n pour "numérique": les adresses IP sont correctes, ne perdez pas de temps à rechercher des noms d'hôtes

Exécutez-le en tant que root (par exemple avec sudo) pour obtenir des informations de processus sur les sockets ouvertes par les processus de la racine.

Ceci est pour UNIX/Linux. Veuillez spécifier le système que vous utilisez pour obtenir des réponses plus précises.

Questions connexes