A propos du NAPT

Recherche :

Dernière réponse

Sujet : A propos du NAPT

raph93

driveofyourlife a écrit :

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)

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

raph93

driveofyourlife a écrit :

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)

driveofyourlife

com21 a écrit :

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) ?

com21

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

driveofyourlife

jolebarjo a écrit :

1°) Je crois que tu confond pas mal de chose entre le serveur, le client et le reste.

2°) 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.

3°) Ensuite, meme si ton client reçoit sur le port 1038, le serveur rebalancera qd meme la trame par son port 80.

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...

raph93

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

jolebarjo

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.

driveofyourlife

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 ?

com21

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.

driveofyourlife

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.