Discussion :

[sone47]

Bonjour a tous,

J'utilise un équipement externe avec lequel je communique en UDP.
C'est le serveur, je l'attaque sur l'IP/Port que me fournissent le fabriquant.

Ce qui m'étonne, c'est que cet équipement répond sur un port que eux ont fixé.

Le serveur ne doit il pas récupérer ces infos justement après avoir reçu un premier message venant de moi ? (client)

Si c'est normal que dois je faire ? Un bind coté client ?

Merci d'avance,
Bonne fin de journée
Guitou

[baccali]

Le serveur ne doit il pas récupérer ces infos justement après avoir reçu un premier message venant de moi ? (client)

Non.

Cà, c'est le principe du ftp en mode passif (même si c'est quand même le serveur qui choisit le port). Un serveur UDP, c'est la même chose qu'un serveur TCP, sauf qu'il n'y a pas de contrôle du bon déroulement de la communication (qui nécessite plus de données échangées). Sinon les machines seraient condamnées à n'utiliser qu'un seul serveur UDP. Si deux serveur UDP tournaint sur ta machine comment ferait-elle pour savoir à

De plus, le bind sert justement à réserver et relier une addresse et un numéro de port. Il ne sert donc que dans le cas où tu codes un serveur vu que le client se fiche du numéro de port utilisé. Pour le client, tu dois simplement faire un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

man 2 connect

dans ton shell

P.S. : Attention à bien demander un SOCK_DGRAM au lieu d'un SOCK_STREAM lorsque tu crées ta socket.

Cordialement.

[sone47]

De plus, le bind sert justement à réserver et relier une addresse et un numéro de port. Il ne sert donc que dans le cas où tu codes un serveur vu que le client se fiche du numéro de port utilisé.
Cordialement.

Justement c'est ca que je ne saisis pas dans leur protocole:
La le serveur me dit que pour l'attaquer je dois utiliser un port X (ok),
et que lui me répond sur MON port Y, du coup il reçoit bien mes données, mais moi je ne reçoit pas ses réponses (car je n'ai pas le contrôle de mon port Y).

Le connect est facultatif, il m'évite juste de renseigner l'adresse dest à chaque sendto.

C'est ce qui me semble bizarre dans leur protocole, comme si je devais utiliser une socket cliente pour attaquer leur serveur, et créer une seconde socket serveur ou j'écoute le port Y que eux ont choisi pour réceptionner leurs données..

[baccali]

Bonjour,

Je m'excuse je n'avais pas bien saisit la problématique. Quelqu'un complètera sûrement ma réponse si ce n'est pas assez clair mais on dirait qu'ils utilisent un protocole similaire justement au FTP en mode passif avec un port pour les données déjà fixé.

En gros si j'ai bien compris, il te suffit de faire un bind sur le port Y avant de contacter le serveur et je suppose que lorsque tu envoies des requêtes par X, tu récupères les données par Y.


Donc tu fais un bind sur <tonAddresseIP>:Y, tu envoies une requête sur <IPServeur>:X, puis tu attends et lis le résultat sur <tonAddresseIP>:Y. Le tout sur le même thread. Est ce plus clair?

[sone47]

Bonjour,

Oui c'est ce que j'ai fais hier, un bind de ma socket sur mon port Y et c'est OK.

Par contre je ne comprend pas la façon dont ils ont pensé leur protocole:
Hier en bindant ma socket sur Y mon premier envoi était reçu par leur équipement, je recevais ensuite leur réponse, puis tout mes autres envois étaient perdus.

C'est en utilisant wireshark que j'ai remarqué que leur équipement écoute sur le port X mais renvoie les données à partir d'un port Z!
Du coup coté client quand je faisais un recvfrom mon sockaddr était mis a jour avec ce port Z et tout mes envois n'étaient plus interprétés (il n'interprete que ce qu'il reçoit sur X).

Au final je dois donc utiliser deux sockaddr, un pour l'envoi et un pour la reception.

Mais je ne comprend pas pourquoi ils utilisent 2 port différents pour l'envoi/reception... Et pourquoi ils m'obligent à binder ma sock sur un port que eux choisissent, heureusement qu'il était libre sinon j'étais marron...

Si quelqu'un avait une explication sur cette gestion ça serait cool, car j'ai jamais vu ça copme principe.

En tout cas merci pour ton aide!

Bonne journée
Guitou