Salut,
En lisant ton post, j'ai effectivement vu l'énormité de la contrib ! On parle de port source, alors qu'il n'est jamais question de modifier quoi que ce soit au niveau du port source.
Je reprends les bases d'une connexion TCP ou UDP.
Une connexion est déterminée par 4 éléments :
IP source
Port Source
IP destination
Port Destination.
Ce quadruplet est défini en considérant que source est l'initiateur de la connexion, et destination est celui qui l'a accepté.
Par exemple, je me connecte à IXUS en http :
Add source (coté public) 213.41.138.173
Port source 12345
Add Dest : 195.140.140.28
Port Dest : 80
C'est l'existence de ce quadruplet qui me permet d'établir plusieurs sessions TCP (HTTP dans ce cas) simultanées sur Ixus : comme la connexion est repérée ( dans ce cas 213.41.138.173:12345 - 195.140.140.28:80) l'échange ne peut se perdre, et les paquets ne peuvent se mélanger.
Désolé si tout ceci était limpide pour toi, la suite arrive
Supposons que Ixus soit en fait un serveur SME, et que forum.ixus.net se trouve derrière SME, sur un serveur WEB hébergé à @IP 192.168.1.1 sur le port 8080
Donc, il faut configurer SME pour faire cette redirection .
Or SME n'a aucun contrôle sur le port source de la communication : il a été choisi par mon P.C. lors de l'établissement de la connexion.
Par contre, SME gère le port de destination coté public, et gère la redirection.
En résumé, la terminologie qui pourrait être plus adaptée :
Port public - @IP privée - Port Privé
Implicitement, l'@IP publique n'apparait pas car SME est prévu pour n'avoir qu'une @IP Publique
Dans mon exemple, tu aurais donc :
Port public - @IP privée - Port Privé
80 192.168.1.1 8080
Vala, j'espère que ceci t'aideras,
A+,
Pascal