Lien par socket entre 2 raspberry

**superman33** · 08/05/2016, 23h37

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

**bacelar** · 09/05/2016, 11h56

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.

**superman33** · 09/05/2016, 16h29

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...

**bacelar** · 09/05/2016, 19h52

L�, vous �tes borderline au niveau TCP/IP.

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.