Discussion :

[peppena]

bonjour ,
J'ai crée un serveur de socket qui ecoute sur le port 7890 (en perl) ,
je le lance bien avec une petite commande et je garde des logs,

mon souci : je veux etre sure à 99,99% que le serveur est en ecoute tjrs sur le port 7890
--> j'ai pensé un creer un script.sh que je lance depuis la crontab chaque 2minutes qui teste que le serveur est en écoute sur le port 7890 , sinon , il le redémarre ,

j'ai pas su comment tester si le serveur est en écoute (correctement) sur le port cité

[usf70]

netstat -an | grep :num_de_port

tu auras un truc du genre:

Proto Recv-Q Send-Q Adresse locale Adresse distante Etat
tcp 0 0 0.0.0.0:37 0.0.0.0:* LISTEN

Dans mon cas, ma machine est en écoute sur le port 37

[Michaël]

peut-être qu'avec nmap ça peut marcher
tu vérifies avec nmap les ports ouverts, si le 7890 ne parait pas dans la liste, c'est que ton serveur est tombé.
après, il faut voir dans les options de nmap pour cibler un port précis pour éviter de faire tous les ports (perte de temps et de ressources machine)

[peppena]

merci pour les reponses ,
ca marche

est ce que lidée de vérifier le bon fonctionnement du serveur (écoute dur le port) chaque 2 minutes est bonne ??


c bien la méthode de vérifier ou il y'a d'autres moyens ou idées?

merci

[Katyucha]

peut-être qu'avec nmap ça peut marcher
tu vérifies avec nmap les ports ouverts, si le 7890 ne parait pas dans la liste, c'est que ton serveur est tombé.
après, il faut voir dans les options de nmap pour cibler un port précis pour éviter de faire tous les ports (perte de temps et de ressources machine)

Et flingage par l'administrateur réseau.

Un outils sympa pour voir l'arrivée de connexion sur les ports est ippl. C'est un générateur de log qui te donne tout ce qui arrive sur quels ports en udp ou tcp. J'avais fait un script perl pour le lire régulièrement et extraire des données.
Ca peut te servir peut etre

[Fildz]

Pour tester simplement si un serveur fonctionne on m'as toujours dit d'utiliser telnet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
telnet <adresse_serveur> <port>

[peppena]

je ne pense pas que c toujours vrai

car le :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 netstat -an | grep :7890

me donne un resultat

mais le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

telnet 127.0.0.1 7890

se bloque

[gorgonite]

je pense aussi que le simple netstat ou lsof (suivant les gouts) n'est pas suffisant... car le serveur peut être plus ou moins planter tout en ayant conserver le blocage du port

un nmap avec l'option -P0 me semble plus approprié

[peppena]

je pense aussi que le simple netstat ou lsof (suivant les gouts) n'est pas suffisant... car le serveur peut être plus ou moins planter tout en ayant conserver le blocage du port

je peux bien connaitre le pid du pocess de mon serveur ,

est ce que c grantie si le pid existe que le serveur est bien fonctionnelle

(c'est à dire si le serveur plante ou se bloque est ce que le process est rééllement tué ??)

si c le cas , un script comme cela me suffira (je le lancera chaque 2 min par exemple )
mon script.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
#!/bin/bash
 
pid=`ps ax | grep socket-server | grep perl |awk '{print $1;}'`
if [ $pid ]
then
echo "Socket-Server is already running "
else
echo "Starting Socket-Server "
perl socket-server.pl >log/socket.`date +%y%m%d`.log 2>log/socket.`date +%y%m%d`.err &
pid=`ps ax | grep socket-server | grep perl |awk '{print $1;}'`
echo "Pid process "$pid
fi

et merci à tous

[gorgonite]

est ce que c grantie si le pid existe que le serveur est bien fonctionnelle

(c'est à dire si le serveur plante ou se bloque est ce que le process est rééllement tué ??)

ben non... pas toujours.

perso, ça ne m'est jamais arrivé... mais je connais des serveurs qui ont fini en fork-bomber, car un test avait été omis ; et là, le serveur tourne pourtant encore

[peppena]

merci gorgonite
quelle bonne nouvelle