Discussion :

[kamsvfx]

Bonjour,

je suis désolé (de ne pas être autant actif que certains, mais ça viendra), j'aimerais savoir (je ne sais pas si la question a déjà été posée, j'ai cherché mais rien trouvé) s'il est possible de découvrir un serveur, avec des requêtes UDP sur le réseau local. Conforme au C99 ou mieux C89.

Cordialement

[orfix]

... avec des requêtes UPD sur le réseau local.

Tu voulais certainement dire UDP (User Datagram Protocol). En tous les cas ce n'est pas une question spécifique au langage C.

Renseignes toi sur le balayage de port (port scanning)...

[kamsvfx]

Tu voulais certainement dire UDP (User Datagram Protocol). En tous les cas ce n'est pas une question spécifique au langage C.

Renseignes toi sur le balayage de port (port scanning)...

Merci de ta réponse. Oui je me suis trompé c'est bien UDP (j'ai corrigée)

[kamsvfx]

Je vais peut-être expliquer ce que j'aimerais faire, avec un peu plus de détails. Donc, j'aimerais faire du calcul distribué en procédant comme suit :

1. Un serveur, qui attend des clients.
2. Quand on lance un client, l'application fait un broadcast en UDP pour savoir qui est le serveur.
3. Le serveur (crée un subprocesse pour chaque client) répond et donne également son port. Puis, il donne une "zone" de calcul à faire.
4. Le client lance les calculs, il envoie régulièrement les résultats et fait part de sa progression (ceci sert aussi de heartbeat).
5. Dès que le client fini les calculs, il redemande au serveur une nouvelle "zone".

[ram-0000]

Oui, c'est possible.

J'ai envie aussi de te dire (et comme le dit orfix aussi) que cela n'a rien spécifique au C, cela pourrait être fait en basic ou en java aussi bien. Ne te prive donc pas de faire le client dans un langage et le serveur dans un autre langage.

Le serveur "bind" un port UDP connu par les clients (disons 9999 par exemple)
Le client lance un broadcast UDP sur le port 9999
Le serveur initie une connexion et répond au broadcast en donnant les info de connexion pour le nouveau client
et ensuite le protocole applicatif peut commencer sur ce nouveau port.

Les inconvénients de cette méthode maintenant.
Comme il s'agit d'un broadcast UDP, le paquet ne quittera JAMAIS le réseau local (un broadcast UDP ne traverse JAMIS un routeur sauf cas très particuliers). Cela signifie que le serveur et les clients doivent impérativement se trouver sur le même réseau local. Ce n'est peut être pas un problème mais c'est une contrainte qu'il ne faut pas perdre de vue en cas d'évolution/extension de ton programme.

Je te conseillerais d'établir la 2eme connexion (la connexion applicative) en TCP. Cela te permet de gérer beaucoup facilement la détection de la déconnexion du serveur par le client et la détection de la déconnexion du client par le serveur.