Lien par socket entre 2 raspberry

Bonjour,

je dispose de deux raspberry sous raspbian: un serveur ainsi qu'un client ecrit en c.

Le serveur utilise la fonction suivant:
listen=socket(AF_INET,SOCK_STREAM,0)

Mon client communique bien avec le serveur.

Si je termine mon client proprement ou contrôle C, la liaison se coupe bien, le serveur la detecte. Si je fais un netstat, la liaison n est plus presente.

Par contre,
si volontairement , je debranche la prise RJ45 du client ou si je coupe le courant du client raspberry, mon serveur detecte bien que la communication a ete coupé, mais par contre en faisant netstat , je vois toujours la connection etablie.

Une idee pour corriger cela?

merci de votre aide


ps:
si un admin pouvait déplacer le message dans la bonne section , je viens de me rendre compte que le post n a pas ete fait au bon endroit. desole et merci

Citation:

---

si volontairement , je debranche la prise RJ45 du client ou si je coupe le courant du client raspberry, mon serveur detecte bien que la communication a ete coupé

---

IP est un réseau par paquet.
Débrancher un câble RJ45 n'a pas à couper une connexion TCP.
Seul une notification par un flag dans un paquet ou un timeout peut faire une déconnexion "propre" de la connexion TCP.
Vous pouvez configurer (ou on configure pour vous, via un paramétrage par défaut) via des mécanismes non que les sockets réagissent à des notifications de couches inférieures de l'OSI.
Une déconnexion du câble RJ45, cela n'a de l'intérêt qu'au niveau 1 de l'OSI (niveau physique).

Donc le comportement de netstat est le bon et votre stack TCP/IP respecte les standards de l'OSI.

Bonjour. Merci de votre réponse. Pour des raisons pratiqu e (mais pas conseillé je sais), le client est toujours débranche a " l arraché. Comment puis je enlever proprement ces connexion s du serveur. L IP du client étant dynamique je me retrouve avec plein de connexion fantômes. Merci encore de votre aide...

Là, vous êtes borderline au niveau TCP/IP.

Citation:

---

le client est toujours débranche a " l arraché

---

La demi-connexion client->server ne sera donc jamais fermée correctement.
Le fait de fermée une demi-connexion en TCP, c'est pas juste pour faire jolie, cela permet de supprimer des packets IP qui peuvent se balader pendant plusieurs minutes dans un réseau IP.
Mais c'est aussi un mode d'attaque de TCP/IP par dénis de service assez connu : "half-open TCP connection flood".

La détection peut se faire en utilisant de la configuration ou un protocole de plus aux niveaux.
http://blog.stephencleary.com/2009/0...n-dropped.html

Pour Windows, c'est donc assez comment que les programmes de firewall configurent le stack IP de l'OS.

Je pense que cette configuration existe aussi sous "raspberry sous raspbian". Mais je ne connais pas cette plateforme.

Merci je vais essayé de regarder votre lien

je serais interesse par la methode du timing... on ne recoit rien pendant un certain temps et ca coupe.

comment l'implenté?

merci

Si vous faites des lectures synchrones sur ces sockets, vous pouvez configurer votre appel système pour qu'il sorte au bout d'un certain temps si aucune donnée n'a été transmise (timeout).
Vous traiterez ce timeout en formant définitivement la socket.