Discussion :

[Sphost]

Bonjour à tous,

Problème surement basique mais dont je n'arrive pas à trouver la solution.

J'utilise un client TCP en C++ pour me connecter à un serveur TCP sur un VAX.

Côté C++, j'instancie ma socket est effectue un connect.

J'envoie ensuite des messages via la méthode send.

Si entre deux send, le serveur se déconnecte et se reconnecte, je ne détecte pas cette déconnexion et ma fonction send peut être ensuite appelé sans qu'aucun code erreur ne soit retourner.

Je sais qu'en VB par exemple, il existe un événement permettant de détecter la déconnexion d'un serveur TCP mais quid pour el C++ ?

Merci d'avance

[EDIT : à noter que mon serveur ne doit jamais me renvoyer de données]

[ram-0000]

C'est quoi pour toi le serveur se "déconnecte et se reconnecte"

Si le socket est fermé au niveau du serveur entre les 2 send, le 2eme send devrait retourner une erreur.

Maintenant, si le serveur quitte le réseau (switch arrêté et relancé par exemple ou câble réseau enlevé), il est possible que tu ne le voies pas effectivement

[Sphost]

C'est quoi pour toi le serveur se "déconnecte et se reconnecte"

Si le socket est fermé au niveau du serveur entre les 2 send, le 2eme send devrait retourner une erreur.

Maintenant, si le serveur quitte le réseau (switch arrêté et relancé par exemple ou câble réseau enlevé), il est possible que tu ne le voies pas effectivement

Le programme serveur coupe la liaison, ferme la socket et en crée nouvelle pour se mettre en attente de connexion.

Donc j'envoie un premier send ==> OK

Mon programme serveur se "deconnecte" (voir explication ci-dessus)

j'envoie un deuxième send ==> OK (mais le serveur ne reçoit rien).

[Obsidian]

Ton client fonctionne sur quelle plateforme ? Sur un unixoïde, en principe, la fermeture du socket devrait provoquer un SIGPIPE du côté de l'écrivain.

[Sphost]

Ton client fonctionne sur quelle plateforme ? Sur un unixoïde, en principe, la fermeture du socket devrait provoquer un SIGPIPE du côté de l'écrivain.

Oui c'est une Suse.
Je reçois bien le SIGPIPE, mais uniquement si je tente d'envoyer un message alors que le serveur est HS (et encore le premier send ne me retourne pas d'erreur, je dois attendre le deuxième)

Le cas que j'ai ici est le suivant.

Mon client se connecte au serveur.
Envoie de données au serveur.
Le serveur pour une raison lambda, ferme la socket et la recréé juste après.
Si mon client n'envoie pas de données durant la période où mon serveur à fermer sa socket et rouvert de nouveau, mon client ne voit pas que le serveur s'est déconnecté (normalement me direz-vous puisque si il ne fait pas de send il ne sait pas si le serveur est encore en face)
PAR CONTRE, si je tente d'envoyer un message après un laps de temps de quelques minutes après que mon serveur a rouvert une socket. Mon client ne se plante pas (pas de SIGPIPE ou autres) et se comporte comme si les messages arrivaient bien alors que mon serveur ne reçoit rien bien sûr car il est en attente de connexion.

[souviron34]

un poll avant envoi/réception plus régulièrement (par exemple une fois toutes les 10 ou 20 ou 30 secondes) devrait te permettre de détecter...

Plus inclusion de SIGHUP, SIGQUIT, SIGTERM...

le poll sur SIGIO

[wiztricks]

...
PAR CONTRE, si je tente d'envoyer un message après un laps de temps de quelques minutes après que mon serveur a rouvert une socket. Mon client ne se plante pas (pas de SIGPIPE ou autres) et se comporte comme si les messages arrivaient bien alors que mon serveur ne reçoit rien bien sûr car il est en attente de connexion.

Comment c'est supposé marcher cette affaire?

A priori, les données du deuxième send sont expédiées au serveur qui devrait les ignorer.
Côte IP client, on attend l'acquittement... et comme il ne vient pas on ré-essaie un certain nombre de fois...
Au bout d'un certain temps, le client devrait sortir en timeout.

Je vous suggère d'utiliser Ethereal ou équivalent pour tester la théorie.
(attendez vous assez? Est ce que le VAX vous retourne des acquittements? J'en serais étonné mais... faut regarder pour voir ;-)

Pour savoir un peu plus vite ce qui se passe de l'autre côté du lien, regardez du côté de l'option "SO_KEEPALIVE".

- W

[souviron34]

Non je ne crois pas que ce soit le Vax...

Je pense plutôt que c'est le code du PO :

Oui c'est une Suse.
Je reçois bien le SIGPIPE, mais uniquement si je tente d'envoyer un message alors que le serveur est HS (et encore le premier send ne me retourne pas d'erreur, je dois attendre le deuxième)

Le cas que j'ai ici est le suivant.

Mon client se connecte au serveur.
Envoie de données au serveur.
Le serveur pour une raison lambda, ferme la socket et la recréé juste après.
Si mon client n'envoie pas de données durant la période où mon serveur à fermer sa socket et rouvert de nouveau, mon client ne voit pas que le serveur s'est déconnecté (normalement me direz-vous puisque si il ne fait pas de send il ne sait pas si le serveur est encore en face)
PAR CONTRE, si je tente d'envoyer un message après un laps de temps de quelques minutes après que mon serveur a rouvert une socket. Mon client ne se plante pas (pas de SIGPIPE ou autres) et se comporte comme si les messages arrivaient bien alors que mon serveur ne reçoit rien bien sûr car il est en attente de connexion.

Ton serveur fait-il vraiment un close suivi d'un shutdown quand il se ferme (avant de redméarrer sur un socket suivant) ?

Ton client ne semble pas être protégé contre tous les événements pouvant arriver sur un socket... (en particulier faire un poll avant un send/write ou read/recv).