Deconnection d'un client

Question

Bonjour,
j'ai une appli client-serveur et je souhaiterai savoir lorsque'un
client est deconnecte.
Imaginons que le pc client redemarre, ou qu'il se deconnecte d'internet tout simplement.
Je voudrais donc connaitre quand le client se deconnecte,afin qu'il m'avertisse que celui-ci n'est plus la.
Kkun a une idee?
Bye,Xentor609

cs_aardman · Answer

Salut,
Je connais 2 facons.
- avec WSAAsyncSelect; qui va t'envoyer un message avec une notification FD_CLOSE lorsqu'une connection socket est fermée.
- avec les events WSAEventSelect, qui va genere un event FD_CLOSE lorsqu'un socket est fermé.

cs_Xentor609 · Answer

Ok, merci!
Et est-ce que tu saurais si y'a une (des?)sources interessantes qui utilisent une de ces methodes?
Bye,Xentor609

cs_aardman · Answer

Sur ce site, surement, a toi de chercher :p
Sinon je peux te fournir de mes sources/faire un exemple y'a pas de probleme.

cs_Xentor609 · Answer

Ben ouais, en effet ca m'interesserait bien, si tu avais une de tes sources a me faire parvenir(si ca ne te derange pas ;-)
Sinon, faudra que je cherche dans chaque source utilisant des sockets(ca m'inspire pas vraiment).
Bye,Xentor609

cs_aardman · Answer

Pour le choix de la technique, ca depend de la structure de ton prog (thread ou pas thread). Perso moi je bosse pas (encore) beaucoup avec les threads, donc je prefere WSAAsyncSelect. J'ai un petit client smtp qui utilise ca, donne ton mail si tu le veux. Sinon j'ai un exemple de WSASelectEvent qui est assez simple, mais comme c'est un event => ca s'utilise avec des threads (car ca bloque le thread courant). je te le met ici celui la. C'est un serveur qui attend la connexion d'un client, et qui affiche "client connecté" quand le client arrive. Il affiche "connection perdue" lorsque le client s'en va. Tu compiles, et tu fais un telnet pour tester (open nomdetonordi 2000). #include #include #pragma comment(lib, "ws2_32.lib") int main(void) { SOCKET s; SOCKET c; sockaddr_in sin; WSAEVENT EventClose = WSACreateEvent(); // on crée un EVENT WSADATA wsa; WSAStartup(MAKEWORD(2,0), &wsa); s = socket(AF_INET, SOCK_STREAM, 0); sin.sin_family = AF_INET; sin.sin_port = htons(2000); sin.sin_addr.S_un.S_addr = INADDR_ANY; bind(s,(sockaddr *) &sin, sizeof(sin)); listen(s, 5); int SinSize = sizeof(sin); c = accept(s, (sockaddr *) &sin, &SinSize); WSAEventSelect(c, EventClose, FD_CLOSE); // on lie l'EVENT au socket c printf("connection accepte "); WSAWaitForMultipleEvents(1, &EventClose, FALSE, WSA_INFINITE, FALSE); // on attend l'EVENT. printf("connection perdue "); return 0; }

cs_Xentor609 · Answer

Ok, merci pour le code,
et voici mon mail pour m'envoyer ton petit client smtp stp:
phoenix_darkspirit@hotmail.com
Bye,Xentor609

sebseb42 · Answer

je pense quil existe une methode plus efficace... generalement, un serveur, apres avoir ecouter et accepter une connexion, il va faire du recv en boucle, et faire du send en fonction de ce quil a recu...

c'est tres simple, il suffit juste de tester les recv, si a un moment donner le recv == -1 c'est que le client vient de creuver :)

voila :)

cs_aardman · Answer

Envoyé.
Sinon je te conseille de lire les pages WSAAsyncSelect et WSASelectEvent sur msdn.

cs_Xentor609 · Answer

Ok merci beaucoup!
Bye,Xentor609

cs_Xentor609 · Answer

Ben pas forcement, une erreur peut tres bien survenir lors du recv, sans pour autant que le client ne soit plus la(je pense,non?).
Donc, je reserve le test avec les -1 , pour quitter ma boucle sur recv en general.
Bye,Xentor609

cs_aardman · Answer

Salut,
Merci Sebseb, je connais maintenant 3 méthodes :P
Cela dit ca marche qu'avec les threads.

sebseb42 · Answer

tu reserve le -1 comme erreur et pour quitter ta boucle... a ma connaissance il n'existe pas d'autre erreur qu'une deconection de la partie distante...

meme si la machine distante n'est pas morte, un -1 sur recv se resume par une perte de la connexion, donc quoi quil arrive, ca resoue ton probleme

sebseb42 · Answer

???

lol, recv renvoie -1 sur une deconnexion de la partie cliente, je vois pas en quoi les threads on quoi que se soit a voir la dedans, threader ou pas thread, un appel a recv qui renvoie -1 signifie une deco, point final

ou sinon developpe ton idee, je suis curieux de savoir ce que tu en pense :)

cs_Xentor609 · Answer

Pas tout a fait, car il arrive lors d'un transfert que le recv(mince, je viens de m'en rendre compte), c'est pas le recv, c'est le send(enfin ca change pas grand chose) me renvoie -1. Ce qui fais, que mon transfert de fichier ne s'est fait pas correctement. Mais c pas pour autant que le client s'est deconnecte(je veux dire qu'il est parti).
Cette erreur vient probablement de mon code, mais je ne trouve pas le prob(ca marche bien 9 fois sur 10, et 1 fois sur 10, le send me renvoie un -1)
Bye,Xentor609

sebseb42 · Answer

send....

on parlais bien de recv il me semble non ? :)
si send a renvoyer -1, c'est que tu send a merder, et donc le recv de la partie distante ne recevra rien, donc recv renvera 0 :)

si par contre ton client se casse, la ton recv distant renvera -1

cs_Xentor609 · Answer

ok d'accord, excuse moi je m'etais trompe.C'est bien le send qui est a -1 pas le recv.
Mais bon, je souhaiterai etre averti des le depart (deconnection) d'un client, et pas attendre qu'un recv me renvoye -1 pour en etre sur.
Bye,Xentor609

cs_aardman · Answer

Salut,
Je pensais aux socket bloquants quand j'ai ecrit ca.
Pour moi quand on bosse avec les socket ya 2 solutions(pour les prog simples):
socket bloquants avec thread ou socket non bloquant sans thread. En socket nonbloquant(donc sans thread) recv==-1 ne veut pas forcement dire deco. Voila pourquoi j'ai dit que ca marchait qu'avec thread. 
Maintenant je suis loin de tout savoir, et ma vision des socket/threads et de leur utilisation n'est surement pas la meilleure.
N'hesite pas a me faire remarquer mes erreurs quant a ce que j'ai dit au dessus, ce forum est la pour qu'on progresse :).

Pour conclure sur le probleme de Xentor, vu que c'est le sujet, je pense qu'effectivement tester recv==-1 est la solution la plus simple.

sebseb42 · Answer

ne t'excuse pas, je suis pas la pour te pourrire la vie, je suis la pour t'aider :)

sinon, tu souhaite savoir des le debut, bah je vois pas trop trop ce que tu veux faire quoi, puisque des que ton serveur a accepter une requete de connexion, il part immediatement dans une boucle recv (en general)

donc ce que j'ai piger, c'est que en gros, tu veux savoir quand un client a ete deconnecter avant quil se soit connecter ? 0o

hehe :)

cs_Xentor609 · Answer

Non, non, tout ce que je souhaite savoir, c le moment ou le client se deconnecte. Imaginons que son pc redemarre subitement, ou qu'il se fait deconencte d'internet pour je ne sais quelle raison. Je souhaiterai donc etre immediatement prevenu que celui-ci n'est plus la.
Et je mon serveur ne reste pas seulement en recv. Il se peut qu'il soit en train de "send" un fichier par exemple au moment ou le client se deconnecte. Or si le send renvoie -1 c pas forcement du au fait que le client s'est deconnecte.
Bon, j'espere avoir ete un petit peu clair, pas sur :-p
Bye,Xentor609

sebseb42 · Answer

oui, je suis obliger de te reprendre sur tes erreurs :)

tu n'as pas du tout compris la notion de bloquant/threads je pense

ces deux termes n'ont rien a voir...

un socket bloquant est bloquant, point, un socket bloquant dans le thread principal bloque le thread principal... un socket bloquant dans un autre thread bloque ce thread, quoi quil arrive

si dans un programme tu lance un nouveau thread et que tu fait un recv bloquant dans ton nouveau thread par exemple, certes ton thread principal continue a tourner... mais ca ne changera jamais le fait que ton nouveau thead qui fait le recv, se trouve bloquer

mnt tu peux faire du multithread avec des file-descriptor non bloquant, rien de t'en empeche

donc voila les thread, c'est une chose, les file-descriptor bloquant ou non, c'en est une tout a fait differente

> En socket non-bloquant (donc sans thread) recv==-1

dire ceci est une grosse erreur, mais je t'en veux pas, promis :)
et en socket non-bloquant, recv -1 signifie forcement une deconnexion distante, et que sa soit en single/multithread et/ou en bloquant/non-bloquant, ca ne change strictement rien, recv -1 signifie que la connexion a ete perdu

maintenant, libre a toi de penser le contraire :)

sebseb42 · Answer

si si, tres claire, mais tu va voir qu'on retombe sur nos pattes :)

generalement, un serveur est ecrit de la sorte (en tres gros)

while (1)
{
   recv(...)
   traitement(...);
}

dans traitement, tu fait tout ce que tu as a faire, par exemple, envoyer un fichier

imagine qu'un client te dit, "envoie moi truc.txt", le serveur le capte dans le recv, et par dans traitement, dans traitement tu envoie ton fichier "truc.txt" via (plusieurs) send

jusque la, tout va bien

admettons que ton client se deconnecte alors que tu lui envoie le fichier, au moment ou il va se deconnecter, ton send va te renvoyer -1 (ce qui ne veut pas forcement dire que ton client est mort) donc dans ce cas, tu dis que ton transfer a merder, tu as fini ton traitement, et tu quitte traitment....

c'est alors que tu reviend dans ta fonction d'avant, tu reboucle et la, tu retombe sur ton recv qui lui, te dira -1 :)
et la tu sais que ton client est mort... entre le send -1, return et recv -1, il se passera franchement pas enormement de temps, donc ton probleme est resolu :)

voila, hesite pas si tu as encore des questions :)

cs_Xentor609 · Answer

Super, Merci  j'y avais meme pensé, pourtant c'est très simple.
Bon ben on dira que mon probleme est resolu, je n'aurai qu'a le programmer demain matin.
Merci encore pour ton aide!
Bye,Xentor609

cs_aardman · Answer

merci pour la reponse,
Je te rassure je fais parfaitement bien la difference entre les socket bloquant/non bloquant, et les threads. J'ai du mal expliquer la relation entre ces 2 choses dans mon précédent post.

Un socket bloquant bloque, donc generalement on crée un thread qui s'occupe des receptions pour ne pas bloquer le thread principal (mais rien ne t'empeche d'utiliser les socket bloquant dans le thread principal... simplement pour gerer les send/recv c'est pas la joie).

Un socket non bloquant ne bloque pas, donc pas vraiment besoin d'un autre thread pour gerer les receptions puisqu'il ne bloque pas le thread principal.
J'espere que j'ai été plus clair que dans le post d'avant.

> En socket non-bloquant (donc sans thread) recv==-1
je sous entendais ce que je viens de redire au dessus :).

Enfin, en socket non bloquant, recv retourne toujours -1 sauf s'il est placé juste apres un event FD_READ. Donc recv==-1 ne se traduit pas forcément par une deco du client.

sebseb42 · Answer

de rien, c'est toujours un plaisir de pouvoir aider qqun :)

sebseb42 · Answer

> Enfin, en socket non bloquant, recv retourne toujours -1
> sauf s'il est placé juste apres un event FD_READ. Donc
> recv==-1 ne se traduit pas forcément par une deco du
> client.

bon, je vois ce que tu veux dire, mais tu te trompe, en non bloquant, quand ton file-descriptor n'as rien recu, il renvoie tout simplement 0, et non pas -1, tu peux faire des tests si tu veux, tu verra bien par toi meme

et donc dans ce cas, -1 signifie que le client est mort...

ca fait 200 milles posts que je repete la meme chose, mais vous savez, vous pouvez poster encore si vous voulez, ca ne changera rien :)

-1 sera toujours equivalenet a une deconnection de la partie distante :)

cs_aardman · Answer

Salut, j'ai fait un petit serveur pour tester, une simple dialogbox avec un bouton grisé par defaut. Lorsqu'un client se connecte, le bouton deviens clickable et lorsqu'on clique dessus il appelle la fonction recv(). La valeur que retourne recv est affichée dans une MessageBox. Lorsque le client se deconnecte, le bouton redeviens grisé. Alors je lance le prog, je fais un telnet dessus, le bouton deviens clickable, je clique dessus et la MessageBox affiche -1. Et lorsque je ferme telnet, le bouton deviens grisé. C'est un socket non bloquant, et recv retourne -1 alors que le client est toujours connecté. #include #include #include #include "resource.h" #pragma comment(lib, "ws2_32.lib") #define WM_SOCKET 0x0401 SOCKET s; SOCKET c; sockaddr_in sin; int Size = sizeof(sin); int iReturnValue = 0; HWND hButton; char szBuf[256]; char szMsg[256]; BOOL CALLBACK AppDlgProc(HWND hDlg, UINT uMsg, WPARAM wParam, LPARAM lParam); int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { WSADATA wsa; WSAStartup(MAKEWORD(2,0), &wsa); DialogBox(hInstance, "MainDialog", 0, AppDlgProc); return 0; } BOOL CALLBACK AppDlgProc(HWND hDlg, UINT uMsg, WPARAM wParam, LPARAM lParam) { switch(uMsg) { case WM_INITDIALOG: hButton = GetDlgItem(hDlg, IDOK); EnableWindow(hButton, FALSE); s = socket(AF_INET, SOCK_STREAM, 0); sin.sin_family = AF_INET; sin.sin_port = htons(2003); sin.sin_addr.S_un.S_addr = INADDR_ANY; bind(s,(sockaddr *) &sin, Size); listen(s, 5); WSAAsyncSelect(s, hDlg, WM_SOCKET, FD_ACCEPT | FD_CLOSE); return 0; case WM_SOCKET: if(LOWORD(lParam) == FD_ACCEPT) { c = accept(s,(sockaddr *) &sin, &Size); EnableWindow(hButton, TRUE); } if(LOWORD(lParam) == FD_CLOSE) { EnableWindow(hButton, FALSE); } return 0; case WM_COMMAND: switch(wParam) { case IDOK: iReturnValue = recv(c, szBuf, sizeof(szBuf), 0); sprintf(szMsg, "recv retourne %d.", iReturnValue); MessageBox(0, szMsg, "Valeur de retour de recv()", MB_OK); return 0; case IDCANCEL: EndDialog(hDlg, 0); } } return 0; }

sebseb42 · Answer

MDR

en gros, ton serveur il affiche tout le temps -1 quoi... tu t'es pas dit que c'etais peut-etre parcequil fonctionne pas :)

serieux ca me fait trop marrer quoi, enfin bon je commence a en avoir un peu marre de devoir rabacher tout le temps la meme chose, alors me crois pas si tu veux, moi je m'en fout, je sais que c'est pas possible que tu es des echange entre un meme client et un meme serveur apres que le serveur est eu un -1 sur recv, c'est tout

bon, pour te convaincre, je vais poster un pack que je vais intituler test_recv

tu verra par toi-meme qu'avec un programme bien ecrit, recv fonctionne comme je le dit et non pas comme tu le crois

cs_aardman · Answer

Perso je suis décu de ta reaction.
Je suis pas la pour me prendre la tete. J'essaye de te convaincre que recv qui retourne -1 en socket non bloquant, ca ne veut pas dire que le client a déco. Et je suis sur de ce que j'avance.

Si tu veux je reécris mon serveur pour qu'il affiche ce que le client lui dit, et qu'il echo au client cette meme phrase.
Et tjrs avec le bouton qui teste recv() lorsqu'on clique, ok ?

je veux pas te faire de peine, mais recv() qui retourne -1 quand un socket est non bloquant c'est tiré de msdn.

------------------------------
 Réponse au message :		  
-------------------------------

> MDR
> 
> en gros, ton serveur il affiche tout le temps -1 quoi... tu t'es pas dit que c'etais peut-etre parcequil fonctionne pas :)
> 
> serieux ca me fait trop marrer quoi, enfin bon je commence a en avoir un peu marre de devoir rabacher tout le temps la meme chose, alors me crois pas si tu veux, moi je m'en fout, je sais que c'est pas possible que tu es des echange entre un meme client et un meme serveur apres que le serveur est eu un -1 sur recv, c'est tout
> 
> bon, pour te convaincre, je vais poster un pack que je vais intituler test_recv
> 
> tu verra par toi-meme qu'avec un programme bien ecrit, recv fonctionne comme je le dit et non pas comme tu le crois
>

sebseb42 · Answer

> Perso je suis décu de ta reaction.

bah je commence a en avoir marre, ca peut se comprendre

> Je suis pas la pour me prendre la tete.

moi non plus mais c'est ce qu'il se passe pourtant

> J'essaye de te convaincre que recv qui retourne -1 en
> socket non bloquant

pour ta gouverne, socket bloquant ou non n'influe pas sur le comportement da la fonction

et puis stp, n'essaye pas de me convaincre d'un truc faux, moi je n'essaye pas de faire ca

> je veux pas te faire de peine, mais recv() qui retourne -1
> quand un socket est non bloquant c'est tiré de msdn.

MDR serieux, relit ce que tu ecrit serieux... recv qui retourne -1 quand un socket est non bloquant... tu crois donc que parseque ton socket va etre bloquant alors il renvera jamais -1 et parcequil sera non bloquant, il aura alors le droit de renvoyer -1 ???

serieux c'est absurde...

bon, si tu connais les page de man, en voila un petit extrait

"These calls return the number of bytes received, or -1 if an error occurred."

alors quand tu me sort que tu as -1 au recv du serveur et que ton client est connecter, bah dsl mais ca me fait bien rire, et la, que tu soit decu ou pas, ca change rien, j'y peux rien mais c'est franchement marrant, et surtout stp... n'essaye pas de me convaincre que les pages de man sont eronner

cs_aardman · Answer

Dans l'extrait de man que tu cite, il ne parle pas de socket non bloquant.

La fonction recv appelle avec un socket non bloquant doit retourner la main tout de suite, et comme c'est instantané, il ne recois rien et provoque une erreur.
Il retourne donc SOCKET_ERROR defini a (-1) dans winsock2.h et place l'erreur WSAEWOULDBLOCK dans WSAGetLastError.
La fonction recv, tjrs avec un socket non bloquant, appellée apres un event FD_READ ne provoquera pas d'erreur car elle pourra lire les données tout de suite, et donc elle retournera -1.

Tout ce que je dis je l'invente pas, c'est tiré de msdn, et si tu veux je poste ici mon serveur-test qui fais echo et qui prouve cela, et je t'envoie meme la version exe si tu veux tester par toi meme.

Deconnection d'un client

30 réponses

Votre réponse

Discussions similaires