Discussion :

[didier.cabale]

Bonjour,

Je suis en train de construire une application web CGI.
Lorsque le client web envoie une requete http, je cherche à savoir par quel moyen le serveur web sait qu'il devra renvoyer sa réponse à ce client et pas à un autre. Attention: la réponse ne peut pas être: 'uniquement par l'adresse IP du client'. Pourquoi? parce que si le client (avec une adresse IP unique) ouvre 2 instances de son navigateur, le serveur va quand-meme savoir quelle instance a envoyé la requete.
Donc le serveur utilise aussi une autre méthode pour savoir à qui renvoyer sa réponse. Je crois savoir que http créé un socket le temps de la transaction. Mais quels paramètres émet-il qui puissent être utilisés?
Pour info, J'aimerais utiliser cette méthode pour ne pas avoir à 'trimbaler' les champs cachés stockant divers paramètres de session (identifiant, langue, ..). Ainsi, dès qu'un client se logue, je stocke sur le serveur son adresse IP, et une autre variable qui pourrait être l'identifiant du socket. A chaque fois qu'il lancera une requete, je saurai qu'il s'agit de lui, sans qu'il aie à m'envoyer des champs cachés.
Ma question est-elle claire? Si oui, qqun a-t-il une idée?
Merci

[GlorfindelHebril]

Et bien c'est le même principe que le Nat... utilisation d'un socket différent sur des ports différents. Comme cela non seulement ton serveur sait à qui l'envoyer, mais en plus, le client sait dans quel navigateur l'afficher

[Ti-R]

, dès qu'un client se logue, je stocke sur le serveur son adresse IP, et une autre variable qui pourrait être l'identifiant du socket.

Cela ne peut fonctionner
Car si tu stockes le port, ou le numéro de socket, le navigateur peut utiliser d'autres sockets ou changer de port pour se connecter à ton serveur, donc rien ne garanti que la personne sera reconnu, même si c'est la même personne avec le même PC et le même navigateur.

Je pense que la seul garanti est que durant le chargement de chaque page, il possède la même ip, le même port, le même socket, mais si il change de page, il peut changer de socket... enfin c'est mon avis et je peux me tromper

[vic]

Chaque requête HTTP correspond a une transaction TCP/IP complète. Pour savoir qui communique on utilise l'ip et le numéro de port sur le réseau, et la correspondance avec le programme est faite par l'OS au niveau de sa pile TCP/IP. Pour plus de détails lis la RFC, c'est toujours très instructif.

Chaque accès a une page, a une image, etc constitue une requete distincte et donc une transaction TCP/IP différente, il est donc impossible en se basant uniquement sur les paramètres ip/port de savoir qui a fait la requête. Il faut donc que tu rajoutes une couche de gestion de session supplémentaire au niveau de ton code. Il faudra que le client se distingue d'une façon ou d'une autre, généralement on utilise un cookie ou un paramètre (une clé unique) passé à chaque GET ou POST.

[didier.cabale]

Merci les gars!!
C'est à peu près ce que je présentais, mis à part la remarque de GlorfindelHebril quand il dit 'Et bien c'est le même principe que le Nat...' -> ??
Alors je me demande comment fait un site comme http://imp.free.fr (messagerie web de free), quand ils utilisent le lien suivant: '<a href="mailbox.php?sortby=1">#</a>' pour trier une page, sachant qu'ils ont besoin de connaitre *tout de même* le contexte (identifiant, # de la page). Pour aller voir de plus près ce que je raconte et si vous n'avez pas de compte chez free, je pourrai vous donner mon login +mot de passe.
Merci pour votre aide.

[GlorfindelHebril]

Je disais ca pour expliquer par un autre exemple le principe de translation de port pour qu'un seul et même navigateur puisse ouvrir plusieurs connexions HTTP sur un même serveur, et les afficher par exemple dans des onglets/fenêtres différentes. Comme cela a été dit plus haut, il s'agit de socket et ports différents, qui permettent des connexions TCP simultanées.