Discussion :

[Royd938]

Bonjour à tous,

Voilà je suis en train de développer une appli possédant un client et un serveur et qui permet de transmettre des fichiers avec la même appli sur un poste distant. En gros, donc le client d'une appli(1) fait une demande de fichier au serveur d'une autre appli(2) et ce serveur va devoir renvoyer ce fichier à l'appli(1). Si j'ai bien tout compris, le serveur de l'appli(2) va devoir créer un nouveau thread pour l'envoi des données et donc recréer une nouvelle socket sur un nouveau port? Socket qui servira à la transmission du fichier entre l'appli(2) et l'appli(1). C'est bien cela? Et donc, si chaque appli peut dialoguer avec n autres applications, je dois faire en sorte que l'appli(2) et (1) se mettent d'accord sur un port disponible sur les 2 machines. Vous avez une idée pour cela?

Merci d'avance.

[Freed0]

Salut,

Ton explication me semble correcte. En supposant que tu travailles en mode connecté (TCP généralement), tu auras en effet besoin de 1 + n sockets.

La première est ce que j'appelle la socket d'écoute. Elle attend qu'un client se connecte. Dès que c'est le cas, l'application crée un thread qui prendra le client en charge avec une nouvelle socket, une socket connectée.

En gros, la socket d'écoute (listenfd) est une sorte d'accueil qui redirige chaque client vers une nouvelle socket connectée (connfd).

Pour ce qui est des ports, généralement on spécifie celui du serveur. Ainsi le client sait à qui il doit se connnecter. Le port utilisé par le client est lui choisi par le noyau, sauf si tu en spécifies un (mais bon faut savoir lesquels sont utilisés etc). Le port du client est transmis au serveur lorsqu'il s'y connecte.

Par exemple, un serveur FTP aura le port 21 et le client aura peut-être le port 5823 (d'après les ports déjà utilisés).

Voilà, si tu as d'autres questions auxquelles je peux essayer de répondre, n'hésites pas

[Royd938]

Ok. Donc si j'ai bien compris le seveur écoute sur un port prédéfinis. Un client créé un socket avec comme Local End Point un port libre choisi par le système et comme remote End Point le port du serveur. Le serveur recoit la connexion, identifie le port et l'adresse utilisés par la machine cliente, ferme le socket et recrée un socket avec un port libre attribué par le système et comme Remote End Point, l'adersse et le port de la machine cliente. C'est bien ca? A vrai dire je ne vois pas d'autre solution, c'est juste que je ne savais pas que le protocol TCP permettait de connaitre le port utilisé par la machine en remote. Je vais essayer comme cela.

Merci beaucoup.

[Freed0]

Uep, c'est bien ça

[Ti-R]

Donc ?