fermeture de socketRésolu

Question

Je me trouve face à un problème de protection pour mon application serveur. Le serveur est sur un thread correspondant à un client en boucle (quasi)infinie qui gère la sortie normale pour la fermeture de socket. J'ai trouver comme solution que si le client n'envoie rien 3 fois il est déconnecté. Dans ce cas si le client est tué, le serveur lit sur une socket où il n'y a rien et au bout de trois fois déconnecte. J'aurais voulu savoir si c'est une bonne méthode ou si je me trompe totalement et que normalement je devrai faire autre chose. voici le code de traitement client: DWORD WINAPI TraitementClient(LPVOID lpParam){ cout << "dans le thread" << endl; char buffer[1024]; char commande[8]; char arg[1024]; int essai=0; strcpy(buffer,""); Client* client=(Client*)(lpParam); SOCKET socket=client->GetSocket(); cout << "socket : " << socket << endl; while (strcmp(buffer,"#!exit")!=0 && essai!=3){ strcpy(buffer,"\0"); strcpy(commande,"\0"); recv(socket,buffer,sizeof(buffer),0); sscanf(buffer,"%s",commande); cout << "dans le buffer" << buffer << endl; if (strcmp(commande,"#!say")==0){ strcpy(arg,&buffer[strlen(commande)+1]); cout << arg << endl; essai=0; strcpy(buffer,""); strcat(buffer,&(client->Getname())[0]); strcat(buffer," a dit: "); strcat(buffer,arg); cat.Diffuser(buffer); } if (strcmp(buffer,"\0")==0){ cout << "rien dans le buffer"; essai++; } } return 0; } merci d'avance... darkkinj http://www.kinj.fr.st

yoyo269 · Accepted Answer

Salut darkkinj,

pour moi t'as solution me semble plut&#244;t bonne, mais vaut mieux demander &#224; qq'un qui s'y connait pas mal dans le r&#233;seau et internet, comme par exemple Aardman.
T'as qu'&#224; lui envoyer un mail pour qu'il regarde sur le forum.
Il saura s&#251;rement te r&#233;pondre ou au moins son avis qui ne pourra &#234;tre que pertinant.

YOYO, @+.
 YOYO

cs_aardman · Answer

Salut,
Perso j'ai pas bien compris..
Tu d&#233;connectes un client si il n'envoies rien pendant 3 fois ? mais comment tu sais qu'il n'a rien envoy&#233;, puisque tu n'a rien recu ?
Je pense qu'il vaudrait mieux faire un systeme de timeout non ? (si le client ne fait rien pendant 1 minute => d&#233;co).

darkkinj · Answer

ben le truc c'est que si je tur le processus client ( via ctrl+alt+suppr), le serveur re&#231;oit lui plein de message vides en fait, la socket n'est pas ferm&#233;e mais il n'y a plus personne de l'autre c&#244;t&#233;. J'aurai voulu essayer de tester si un client &#233;tait toujours pr&#233;sent mais vu ke le serveur re&#231;oit tant de message vide ce n'est pas faisable. Vu que apparemment il  n'y a pas d'autres solutions je vais accepter la premi&#232;re r&#233;ponse.

darkkinj
http://www.kinj.fr.st

cs_aardman · Answer

Salut,
Je comprend pas l'expression: "recevoir un message vide".
Un moyen de savoir quand un client se d&#233;co c'est de regarder la valeur de retour du recv():
Si c'est SOCKET_ERROR ou 0, tu peux considerer que la connexion est perdue.

cs_Stormy · Answer

Pour tu n'essaie pas avec cette fonction:
WaitForSingleObject( pi.hProcess, INFINITE );

Si ton client 'meurt' (selon ton expression), tu engage un processus ad&#233;quat.

Fermeture de socket

5 réponses

Votre réponse

Discussions similaires