Gérer la déconnexion d'un socket client

Bonjour,

Je sais gérer la déconnexion d'un socket client lorsque celui ci se déconnecte correctement, il envoie donc un message au serveur pour qu'il puisse gérer son départ.

Mais si le client se déconnecte en fermant la fenêtre tout simplement, comment faire pour que le serveur sache que le client s'est déconnecté ?

Vous allez sûrement me dire qu'on peut se débrouiller avec recv et send couplé à un thread, mais c'est une mauvaise idée puisque dans ce cas là chaque fois que je vais recevoir un message du client, le thread le réceptionnera et mon serveur ne pourra plus fonctionner correctement.

Il n y a pas un autre moyen pour détecter la déconnexion d'un client ?

Salut,

Citation:

---

Envoyé par Akainu_2018

Mais si le client se déconnecte en fermant la fenêtre tout simplement, comment faire pour que le serveur sache que le client s'est déconnecté ?

---

Le serveur ne le sait pas avant l'expiration d'un timeout (au niveau de la pile réseau) qui est de plusieurs minutes. En attendant, lectures et écritures seront bloquées.... ainsi que, le programme (ou le thread) sauf à utiliser des non blocking sockets avec des timeouts explicites et une gestion d'erreur.

Toute la difficulté de la programmation réseau est dans la gestion des erreurs et des timeout... gérer la déconnexion d'un client n'est pas plus compliqué que le reste.


- W

Citation:

---

Envoyé par wiztricks

Salut,



Le serveur ne le sait pas avant l'expiration d'un timeout (au niveau de la pile réseau) qui est de plusieurs minutes. En attendant, lectures et écritures seront bloquées.... ainsi que, le programme (ou le thread) sauf à utiliser des non blocking sockets avec des timeouts explicites et une gestion d'erreur.

Toute la difficulté de la programmation réseau est dans la gestion des erreurs et des timeout... gérer la déconnexion d'un client n'est pas plus compliqué que le reste.


- W

---

J'en suis qu'au début des socket, je ne suis pas un pro, je n'arrive donc pas à saisir cette histoire de pile timeout expiration.

Il est donc impossible que le serveur détecte une déconnexion de client qui n'était pas prévu, dans ce cas là comment gérer la déconnexion d'un client o_o

Le seul moyen c'est d'attendre que le serveur envoie un message au client déconnecté ou qu'il doit recevoir quelque chose de celui ci ? Ce n'est pas un peu trop limité comme solution ?

Salut,

Citation:

---

Envoyé par Akainu_2018

J'en suis qu'au début des socket, je ne suis pas un pro, je n'arrive donc pas à saisir cette histoire de pile timeout expiration.

---

Les sockets n'ont rien à voir avec Python ni avec le soucis mentionné mais du réseau utilisé (en général c'est TCP/IP). Donc il faut commencer par savoir ce qu'est une pile réseau (IP), les protocoles de transport qu'on met "au dessus" (UDP, TCP), l'interface système offerte par les sockets avec ces trucs là, et au bout du bout comment le programmeur Python s'en dépatouille.

Citation:

---

Envoyé par Akainu_2018

Le seul moyen c'est d'attendre que le serveur envoie un message au client déconnecté ou qu'il doit recevoir quelque chose de celui ci ? Ce n'est pas un peu trop limité comme solution ?

---

Même si vous expédiez un message ou attendez d'en recevoir un, tant que la connexion n'est pas partie en timeout côté TCP/IP, vous allez attendre (et çà dure plusieurs minutes). Et même s'il y a moyen de détecter le statut de la connexion côté IP, le client peut avoir été débranché un peu avant et si vous expédiez un message, çà attendra... donc vous le saurez toujours trop tard.

Côté solutions, c'est le programmeur qui doit la construire car elle dépendra du protocole (des échanges entre clients et serveurs) et sera difficile à dupliquer dans tous les cas.
C'est ce qui fait la richesse et la complexité de la programmation réseau.

- W