Deux socket sur un port?

Bonjour,
Je pensais qu'on ne pouvait avoir qu'une socket sur un port donné.
Cependant lorsque j'écris un client serveur et que je lance par exemple 1serveur et 2clients dessus, les deux sockets produitent par mon serveursocket m'indique que le localport est celui d'écoute du serveur; les "remote" ports sont quant à eux différents.
L'affichage des sockets côté client est conforme, les localport sont différents, et le "remote" port correspond à celui d'écoute du serveur.
J'en déduit donc que l'on peut avoir n socketn sur le même port, à moins que l'api java ne masque les véritables N° port du côté du serveur.
Pour synthétiser voilà les traces:

Code:

---

1 2 3 4 5 6 7 8 9 10

Sur le serveur: Accept Socket[addr=/127.0.0.1,port=52249,localport=45678]45678 52249 Accept Socket[addr=/127.0.0.1,port=52252,localport=45678]45678 52252   Client 1: Connexion ?tablie: Socket[addr=localhost/127.0.0.1,port=45678,localport=52249]   Client 2: Connexion ?tablie: Socket[addr=localhost/127.0.0.1,port=45678,localport=52252]

---

Merci d'avance pour vos réponses.

Nico

Un ServerSocket est un serveur ... bon je sais c'est facile ;)
Donc il doit pouvoir gérer plusieurs clients et bien sûr écouter sur le même port (sinon on ne connaîtrait jamais le port en fonction du nombre de client)

Ce qui est fait c'est que le serveur reçoit juste les requêtes des clients et ensuite créé un 'fils' (dans un autre Thread) pour gérer ce client; c'est toujours le même principe (serveur http etc...)

Le serveur fils et le client dialogue ensuite via leur input et output stream


Il y un un petit exemple, un peu long, ici mais il y en plein sur le net.

Celui-ci est un peu plus simple

Merci pour cette réponse. Je connais bien le fonctionnement des clients/serveurs et leur programmation. Je n'avais simplement jamais remarqué que les sockets du côté serveur semblaient être sur le même port. Je voulais une confirmation ou infirmation sur le fait que deux sockets pouvaient être sur le même port. Du coup l'identification d'une socket ne peut être uniquement l'adresse ip et le numéro de port. Quelles sont les autres infos? Combien de sockets maximales sur un port?
Je reste tout de même perplexe sur cette relation 1-N entre une socket et un port.
D'autres idées?

Il ne peut y avoir qu'une socket sur un port donné.
Le serveur à toujours le même port en écoute pour qu les clients sachent où se connecter, maintenant cela ne veux pas dire que la socket client discute avec la socket serveur sur le port d'écoute, bien au contraire.
En fait, c'est le système d'exploitation qui gère ça : lorsqu'un client demande une connexion sur un port d'écoute d'un serveur, voici se qui se passe :
- côté client : une socket est crée avec comme port local le premier disponible ( c'est l'os qui choisi ) et comme port distant, le port d'écoute du serveur.
- côté serveur, le serveur reçoit la demande de connexion sur le port d'acoute. A ce moment, l'os crée une nouvelle socket avec comme port local, le premier disponible et comme port distant, le port local du client.


Pour t'en persuader :
- crée un serveur et une connexion d'un seul client sur ce serveur
- tape "netstat" dans la console pour voir les ressources réseau utilisées.
Tu constateras côté client qu'il y a une socket active dont le numéro de port est le port local attribué par l'os
Tu constateras côté serveur qu'il y deux socket actives : une qui écoute sur le port local d'écoute et une autres dont le port local a été attribué par l'os. C'est cette dernière socket qui communique réellement avec le client. D'ailleurs, la méthode accept() de ServerSocket tu retourne une nouvelle instance de Socket qui correspond à cette dernière. C'est sur cette dernière que tu vas appeler les méthode write, read etc.

EDIT : pour le nombre maximum de connexions simultanées, tu peux le calculer comme cela :
- Les numéros de port vont de 1 à 65536 ( le 0 est exclus, car celui-ci veut dire "donne moi le premier numéro de port disponible ).
- La dessus tu enlèves les 1024 premiers port qui sont normalement réservés ( mais rien ne t'empêche vraiement de les utiliser du moment où ils ne sont pas déjà en cours d'utilisation ).
- Sur ce qui reste, tu retires ceux qui sont déjà en cours d'utilisation par d'autres applications ( s'il y en a ).
--> Au final, cela te donnes environ 64512 connexions simultanées possible, en théorie, car en fonction du système d'exploitation ce nombre peut être limité ( en centaine par exemple il me semble pour un windows 98 ).

Merci pour cette réponse qui me confortre dans ce que je savais déjà, maintenant reste à expliquer pourquoi l'affichage de la socket (pas la socketServer) côté serveur donne comme port celui d'écoute du serverSocket et non le réel de la socket.

parce que c'est transparent, c'est l'os qui gère ça.

Bon, on va dire ok pour cette réponse, mais dans le cas d'une socket client, l'affectation du port local (52249 et 52252 dans mon exemple) est elle aussi transparente (réalisée automatiquement par l'os) et c'est pas pour autant que ces ports sont masqués. Alors pourquoi dans le cas de socket "crées" par un serversocket les ports seraient masqués par pour les sockets client?

Bon, je viens de tenter de trouver dans les sources pourquoi le localport est "masqué" lorsque la socket est créée par un ServerSocket.... sans résultat.
Si quelqu'un a une idée....