Discussion :

[wilval]

Bonjour,
Je vais essayer d'être clair.
J'ai x hôtes sur un réseau qui ne sont pas encore identifiés.
J'ai 1 client qui doit sélectionner un serveur parmis x-1.
Mon application est niveau client.
Le client connait les adresses IP (fixes) des hôtes-serveurs potentiels (mais pas le nombre).
Le client fait des requêtes ARP pour identifier les hôtes-serveurs potentiels.
Une fois que le client a choisis son serveur, il faudrait que le client dise au serveur d'ouvrir son socket, faire son bind et se mettre en attente client.

1) Est-ce que tout ça paraît logique ?
2) Comment annoncer au serveur choisis d'ouvrir son socket, faire son bind et se mettre en attente client ?

Merci

EDIT : j'ai poser ma question trop tôt. Les données ont (déjà) changé.

[Invité(e)]

1) Est-ce que tout ça paraît logique ?

Inhabituel plutôt.
En général, quand un serveur se lance, il crée un socket est se met en attente d'un client. Quand un client se connecte, un nouveau thread ou processus est en général lancé.

2) Comment annoncer au serveur choisis d'ouvrir son socket, faire son bind et se mettre en attente client ?

Avec un socket d'écoute ? Mais un socket d'écoute déconnecté (UDP).

Est il envisageable de voir les serveur se mettre en attente à leur lancement ?

[wilval]

Désolé mabu pour ce premier post.
Je ne peux supprimer ce sujet donc je vais continuer à la suite. C'est sur le même thème. Et je vais commencer par le début.
Problème:
J'ai des hôtes sur un réseau (encore inconnus). Je veux compter le nombre d'hôtes.
Question :
Puis-je faire une seule requête ARP (donc sans indiquer une IP précise) ? Ou dois-je faire autant de requête ARP (avec IP des hôtes connues) que d'hôtes ? Dans ma deuxième solution, j'arréterai de faire des requêtes quand il n'y aura plus de réponses. Je débute la requête ARP avec l'adresse IP par défaut 192.168.0.2 puis 192.168.0.3 etc
En gros, existe-t-il une requête "Qui est sur le réseau ?" ?
Merci

[Mac LAK]

En gros, existe-t-il une requête "Qui est sur le réseau ?" ?

Pas de façon générale... Par contre, tu peux avoir des machines avec un port UDP ouvert en listen, et tu pourras alors faire un broadcast UDP sur ton réseau, et récupérer les réponses.

Au niveau Ethernet, par contre, rien n'est garanti... Un broadcast Ethernet te garantit que tout le monde le verra, mais rien ne te garantit qu'ils répondront quoi que ce soit !

[wilval]

Pas de façon générale... Par contre, tu peux avoir des machines avec un port UDP ouvert en listen, et tu pourras alors faire un broadcast UDP sur ton réseau, et récupérer les réponses.

Tu veux dire la fonction listen qui permet d'attendre des connexions sur une socket (avec une file max) ?

Au niveau Ethernet, par contre, rien n'est garanti... Un broadcast Ethernet te garantit que tout le monde le verra, mais rien ne te garantit qu'ils répondront quoi que ce soit !

Si j'envoie une requête ARP sur réseau, il se peut que l'hôte conerné ne me réponde pas ? C'est dommage si tel est le cas.

Pour résumé :
Je suis un hôte. Il y a d'autres hôtes sur le réseau mais je ne connais rien d'eux si ce n'est qu'ils sont en UDP listen. 1) Je fais un broadast UDP sur le réseau. En fonction des réponses, j'obtiens le nombre total d'hôtes. 2) ARP request sur chaque hôte du réseau pour connaître leur MAC. 3) Je sélectionne un hôte. Et là il faut que je dise à cet hôte (qui sera serveur) d'ouvrir un socket TCP. 4) Comment faire ? 5) Est-ce que tout ça est possible ?

[Mac LAK]

Tu veux dire la fonction listen qui permet d'attendre des connexions sur une socket (avec une file max) ?

Oui.

Si j'envoie une requête ARP sur réseau, il se peut que l'hôte conerné ne me réponde pas ? C'est dommage si tel est le cas.

ARP, si, il va répondre (enfin, normalement, il le fait, hors bug / perte de trame).
Mais pour un BC "générique", ne répondront que les machines qui SAVENT gérer ce BC...

1) Je fais un broadast UDP sur le réseau. En fonction des réponses, j'obtiens le nombre total d'hôtes.

Ainsi que leurs adresses IP, n'oublie pas.

2) ARP request sur chaque hôte du réseau pour connaître leur MAC.

Probable que ce soit inutile, et que l'adresse MAC sera déjà dans le cache ARP... Ceci étant dit, via un BC UDP pour énumérer les serveurs, cette étape n'a plus AUCUN intérêt, car tu vas rester au niveau IP : tu n'auras pas besoin de descendre au niveau Ethernet.

3) Je sélectionne un hôte. Et là il faut que je dise à cet hôte (qui sera serveur) d'ouvrir un socket TCP.

Effectivement, c'est bien ça, d'après ta description du problème.

4) Comment faire ? 5) Est-ce que tout ça est possible ?

Via une requête UDP spécifique, sur le même port que celui servant à l'énumération, mais ciblée vers le serveur choisi.
C'est donc suivant le contenu de la trame que tu vas distinguer une sorte de "ping d'énumération" (envoyé en BC), et une demande d'ouverture de port TCP (le datagramme UDP peut contenir des éléments comme le port TCP à utiliser).

En bref, ton socket UDP va te servir de "système de contrôle" de la connexion TCP, pour énumérer les serveurs, ouvrir et fermer la socket TCP. Et c'est parfaitement possible, j'ai même déjà implémenté un système de ce style pour détecter (avec le moins de charge réseau possible) l'intégralité des machines d'un certain type présentes sur un LAN.