Discussion :

[MrEddy]

Bonjour,

Dans un programme java, j'utilise la classe Socket pour envoyer des messages a des clients, via ce constructeur:

Socket(InetAddress address, int port, InetAddress localAddr, int localPort)

J'utilise plusieurs fois de suite le meme port "localPort" dans une boucle d'envoi de message, et de temps en temps j'obtiens l'exception java.net.BindException: Address already in use

Aprés analyse des ports sur ma machine locale, effectivement même aprés fermeture du socket le port reste ouvert quelques temps en mode Wait je crois, meme en utilisant les méthodes setReuseAddress(true), setKeepAlive(false) de la classe Socket.

Est il donc possible de réutiliser plusieurs fois le meme port pour l'envoi de message via les sockets ?

Merci

[Uther]

Tu fermes bien tes socket avec close() une fois que tu as fini de les utiliser? Si tu compte sur le Garbage collector pour les libérer, ça ne sera en effet pas immédiat.

[MrEddy]

Effectivement j'utilise bien la méthode close(), et je vois bien l'état du port changer dans windows de Open en TimeWait qq chose comme ca, meme si celui reste qd meme dans la liste des ports ouvert.

[tchize_]

Tu as défini le SO_LINGER? Ce paramètre spécifie combien de temps attendre pour que la fermeture soit effective. Une demande de close d'un socket, c'est comme la transmission de données, c'est mis en queue sur l'OS. Par défaut, au retour de l'appel à close, la socket n'est pas nécessairement déjà fermé. Avec un SO_LINGER, tu peux définir un délai d'attente propre avant de tuer la socket violement. Au moins t'es certain qu'elle est libre après.

[MrEddy]

Ah effectivement, par contre j'ai lu que c'est "pas bien" d'utiliser cette technique. Mais si le port ne se termine pas de lui même c'est qu'a priori mon programme gère mal cette partie la.

[tchize_]

Si j'ai bin compris, le so_linger consiste juste à rendre bloquant le close()

Maintenant, réutiliser vite le port n'est peut être pas une bonne idée, surtout si tu te reconnecte au même destinataire. Lui pourrait être confus quand à savoir si tes nouveaux paquet font partie de l'ancienne connexion ou d'une nouvelle, entrainant l'échange de paquets "reset" et une perte de perf le temps de remettre la nouvelle communication sur les rails.

[MrEddy]

Effectivement ca semble ne pas etre une bonne idée de réutiliser ce port, en fait c'est pour des envois vers des clients bien distincts mais ce n'est pas une bonne idée je pense.

J'avais mis cette option pour faciliter le paramétrage du serveur au niveau des firewall, mais finalement je me demande si le port local d'envoi de message est bien bloqué par les firewall ? Si oui ca voudrait dire que je ne peux pas utiliser pleins de ports différents mais une série de port bien définie.

[tchize_]

Il est rare d'avoir un firewall qui limite les ports interne lorsque la connexion viens de l'intérieur. Et pour cause, la majorité des applications utilisent des ports aléatoire coté client. Le firewall utilise soit le port distant, soit le protocole pour filtrer.