Bonjour,
 
Je crois que le principe de fonctionnement des sockets est le suivant :
 
Par exemple un client HTTP (213.51.92.45) envoie une requête vers le port 80 d'un serveur HTTP (62.161.120.45) en lui précisant qu'il souhaite une réponse sur son port 1038. Le serveur HTTP qui tourne sur le port 80 reçoit la requête, la traite et renvoie le résultat vers le client sur le port demandé, soit le port 1038. Le client écoute sur ce même port et traite les informations HTTP au fur et à mesure qu'elles arrivent.
 
Jusque là c'est ok, par contre ce que je comprends pas c'est la configuration d'un routeur pour ouvrir ces ports (SpeedTouch 510 par exemple). Imaginons que l'on possède un serveur HTTP sur son PC, on ouvre bien sûr le port 80 (inside) mais il faut aussi préciser un port de sortie (outside). Etant donné que c'est le client HTTP qui indique lors de sa requête au serveur le port sur lequel il attendra une réponse j'ai du mal à comprendre pourquoi il faut indiquer "en dur" un port de sortie.
 
Quelqu'un peut-il répondre à cette question svp ?
 
Merci.

deja ce n'est pas le NAPT mais le NAT.
 
de plus il ne faut pas préciser de port de sortie, le routeur nat s'occupe de cela très bien tout seul.

Alcatel par exemple parle de NAPT pour Network Adress and Port Translation dans sa documentation (NAT et PAT donc).
 
Sinon je t'assure que j'ai bien vu dans les captures d'écran du routeur SpeedTouch 510 V4 qu'il y avait la possibilité d'indiquer un port de sortie (outside) dans la table NAPT. Ma question est en fait de savoir à quoi cela sert ?

Je crois que tu confond pas mal de chose entre le serveur, le client et le reste.
 
Sur ton routeur, tu spécifie un port in et out.
En gros, si tu héberge un serveur web (http), les requetes http venant de l'exterieur seront adréssées sur le port out (80) et le routeur peut les translater vers un numero de port in soit identique soit different. Tout dépend de l'appli sur le serveur.
 
Ensuite, meme si ton client reçoit sur le port 1038, le serveur rebalancera qd meme la trame par son port 80.

pas besoin d'ouvrir de port, vu ke t'es client, toutes les connexions initié depuis l'interieur sont autorisés

 
1°) Oui je mélangais la translation avec la firewall je pense en fait.
 
2°) Okay, c'est plus clair pour moi pour le NAPT.
 
3°) Par contre là je me demande comment le client va recevoir la page web s'il écoute sur le port 1038 et que le serveur lui répond par le port 80...

le serveur répond sur son port 80 à lui  mais il dialogue avec le port 1038 du client
 
 
l'analyse de trames d'un nat (avant et après routeur) permet de mieux comprendre le phénomènes

 
Ah okay, c'est plus clair maintenant. Sinon je me demandais par quelle couche du modèle OSI l'information concernant le port source et destination était stockée ? La couche 5 (session) ?

 
TRANSPORT (4)