(Mise en pratique de cette source de broadcasting sur réseau privé http://www.vbfrance.com/code.aspx?ID=21621) de thierrydelepine.
Lorsque vous créez des applications client-serveur (TCP/IP), il faut, côté client, désigner le serveur par son adresse IP.
Problème des gros réseaux gérés par un serveur DHCP (qui fournit les adresses IP dynamiquement à la connexion des machines), c'est justement que l'adresse IP d'une machine change. Et comme vous utilisez cette machine en serveur pour une de vos applications (par exemple de chat), vous êtes bien embetté !
Par contre, ce qui ne change pas, c'est que votre application serveur attendra toujours des connexions sur le même port.
Voilà la solution :
Ce projet se décompose en deux parties : Le serveur et le Client.
Le protocole utilisé est UDP : Parait plus simple pour faire dialoguer des programmes, mais ne garantit pas que les messages arrivent bien.
Principe :
- Le serveur démarre et informe le ou les routeurs qu'il est prêt à répondre sur le port 42000 (exemple)
- Quand le client cherche son serveur, il fait la demande aux routeurs en broadcast. Le routeur réoriente la demande vers le serveur.
- Quand le serveur reçoit une demande, il sait de qui elle vient et renvoie une info au demandeur (le client) qui finit par savoir quelle est l'adresse IP du serveur.
--> Le tour est joué : Le client n'a plus qu'à se connecter en TCP/IP cette fois au serveur de son application (par exemple de chat)
Cela sous-entend que les applications serveur du chat et serveur de broadcast tournent sur la même machine !
Pour vous simplifier la vie, je vous ai créé des OCX : Il n'y a plus qu'à les insérer dans votre application de serveur de chat et dans le client de chat.