Salut.

En cours, on a parlé des sockets, et j'ai l'impression que le prof a réconté une connerie.

Il a dit que lorsqu'un serveur est en LISTEN sur un port, quand un client se connecte, l'appel système accept() renvoie un nouveau socket sur à un autre port, réservé à ce client, pour laisser le port initial disponible aux autres requêtes.

On parlait des sockets en Java, mais je connais un peu le C, et pour moi, après avoir fait un bind(), puis un listen(), le fait d'accept() er renvoie juste un nouveau descripteur de socket, mais la connexion avec les clients reste sur le port initial, la pile TCP/IP pouvant identifier les paquets associés à chaque socket sans problème grâce aux en-têtes (port source et port destination).

Ca me semble évident, mais je lui ai posé la question, et a maintenu que chaque nouvelle connexion est bind() sur un nouveau port.

Quelqu'un pourrait confirmer?

Modifié le 7 décembre 200519 a par neologix

Tu as ça : http://www.chez.com/vidalc/lf/socket.html#socket

Et ça http://msdn.microsoft.com/library/default....ck/accept_2.asp

Même si c'est du krosoft, le fonctionnement reste le même.

Pour accept, il me semble que c'est un appel bloquant (thread quand tu nous tiens;)), qui nécessite un listen() mais surtout qui ne nécessite pas de refaire un listen() à chaque fois.

Le serveur va écouter le port XXX, ensuite quelque soit la personne qui se connecte sur ce port, il pourra écrire/lire sur la socket renvoyée par accept().

J'ai bien un programme qui s'en sert, mais c'est du hardcore codé, avec des joli tests pour éviter les SIGPIPE.