Discussion :

[ChriGoLioNaDor]

Bonjour,

J'ai un serveur qui accepte les connections client, et reçois des données.

Est-il possible qu'un client réussisse à bloquer le serveur, en intérrompant l'envoie des paquets en plein milieu de l'envoi par exemple, ou par une quelconque autre méthode?

Merci de vos réponses!

[mister3957]

Ha toi de définir une limite de connexions que le serveur peut gérer pour commencer.

Ensuite tu demande si un client qui commence à envoyer une donnée et coupe la connexion au milieu ferai planter le serveur, c'est bien ça?

[ChriGoLioNaDor]

Oui, la question ne concernait pas le nombre de client acceptés, mais le risque de blocage du serveur par un client, de façon accidentelle ou non.

Je pensais par exemple à un envoi incomplet (connection réinitialisée en plein milieu de l'envoi par exemple). Mais il y a peut être d'autres soucis qui pourraient survenir.

Existe-t'il par exemple un moyen de dire "si le serveur ne reçoit pas le paquet en moins de x secondes, on interromp l'action" (on ne parle ici pas de taille de données, mais bien de temps de réception) ? Histoire de ne pas bloquer un thread pendant 5mn, alors que le client devait juste envoyer un paquet contenant son identifiant...

[pascal.barbier]

A mon avis la bonne approche est de créer un nouveau thread dans le serveur pour chaque client qui se connecte. Ainsi, quoi qu'il arrive, le scheduling entre les threads du système empêche tout blocage (à moins d'un plantage complet du process bien sur).

Hope it helps

[ChriGoLioNaDor]

Merci de ta réponse. Je vois ce dont tu veux parler, mais ce n'est pas toujours utilisable.

- Pour des actions très courtes par exemple, le temps pour créer le thread et le détruire peut être non-négligeable par rapport au temps de traitement. On a donc une perte de performance.

- Imaginons que pour une raison quelconque, certains clients n'arrivent pas à communiquer avec le serveur une fois connecté, ou envoient systématiquement des données incomplètes (bug du client, attaque en règle de ton serveur, ....). Tu vas avoir x threads de créés, qui ne seront jamais détruits. Si tu limites le nombre de threads créés, ton serveur sera donc tôt ou tard bloqué, une fois cette limite atteinte. Même si tu ne fixes pas cette limite, il y aura toujours une limitation matérielle : ton OS n'est pas trop prévu pour avoir des milliers de threads, même inactifs. A force d'en créer, il va probablement planter...

Je pense avoir trouvé la réponse ici : http://www.quantic-storm.com/qs/inde...ro&language=FR avec l'utilisation de select. Ca m'a l'air assez complexe (je parle par rapport à une fonction qui aurait implémenté ça d'office dans une librairie standard :p ), mais assez propre et portable.

Cependant, si vous en savez plus, n'hésitez pas à me dire quoi, je suis toujours preneur !

[mister3957]

Est-ce que tu sais comment marchent les sockets au moins?

Sur ton serveur, tu as un socket qui attend une connexion. Ton client se connecte et ton serveur accepte la connexion et tu lances un thread pour gérer les échanges avec ce client. A partir de là, si le client se déconnecte ou si un problème réseau survient, ton socket sur le serveur le sait et pourra t'en avertir ce qui te permet à toi de détruire le thread que tu avais dédié à ce client.
Ainsi, tu aura le même nombre de thread que de client connecté et "valides".

Enfin moi j'ai fait comme ça et ça fonctionne plutôt bien.