Connexion impossible au serveur SMTP

oui,
sauf que la nat est un peut plus intelligente que ça .. heureusement .
tu ne rediriges pas le port 80, pourtant ça marche aussi:
la connexion tcp commence bien avant l'envoi du LO : les bits syn ont déjà créé la connexion.
faisons le schéma:
une connexion sortante du réseau privé:
source ip privée est transformée en source ip publique par nat .
port source privé est modifié en port source public (tartempion).
ces 2 modifications sont enregistrées dans la table nat.
les adresses et port destination sont corrects eux (adresse=smt.free.fr et port = 25).
se serveur free répond à ip publique / port tartempion (enregistré dans la table) en adresses/port destination, la fonction nat relit la table pour remettre adresse dest et port corrects vers le bon destinataire les adresses/port source sont les m^mes que destination dans le paquet syn précédent dans l'autre sens.
A ce moment là, la table est créée dynamiquement et chaque paquet sortant modifie add source et chaque entrant modifie destination en sens inverse.
la table:
iplocale_source+portlocal<=>ippublique_destination+portpublic.
le probléme est dans l'autre sens: un connexion venant du net: la table n'est pas créée:
l'association ip publiquedestibnation+ port public ne pointe sur rien.
d'où le port mapping pour créer staiquement une entrée dans la table:
add privée+port privé<=>adresse publique+port public.
je sais, c'est pas bien clair comme ça, j'avais une autre illustration, mais je ne sais pas ce que j'en ai fait.
j'ai bien ça :
http://fr.wikipedia.org/wiki/NAT

En effet, c'est pas très clair en première lecture, mais on fini par comprendre. En fait je ne pensais pas que la Freebox était capable de gérer des tables en dynamique, tout simplement parce que je n'ai jamais réussi à faire de l'internet sur les deux machines en même temps (c'est la première qui boot qui prend la connection, l'autre me demande d'établir une connection alors que l'icone de la Freebox est bien présente).

Deuxième chose qui m'étonne :
"port source privé est modifié en port source public (tartempion)"
Veux-tu dire que ma freebox va changer le port 25 en port 43000 par ex ? Est-ce bien utile (il n'y a pas 2 ports 25 sur ma machine) ?
Ou alors j'ai mal compris "tartempion"

En tout cas merci pour l'explication. J'y vois quand même un peu plus clair.

NB: Je rappelle à l'éventuel lecteur qui serait arrivé jusque là que mon pb initial est bien d'envoyer des mails à partir de mon mailer interne et je cherche des idées pour pister l'origine du message d'erreur dont j'ai copié l'affichage dans mon premier post.

Merci
Plug

c'est quoi cette histoire d'icone de fbx ?
il n'y en a pas normalement.
tu es connecté en USB ?
tu devrais configurer ton navigateur sur "ne pas établir de connexion"
(propriétés, onglet connexion).
pour la nat:
au départ de la connexion tcp sur smtp.free.fr,
le port destination est 25 et le reste toujours, c'est le port source (qui peut-etre n'importe quoi au départ) qui est enregistré dans la table nat avec l'adresse ip privée et modifié par nat pour etre ajouté à l'ip publique.
exemple:
ippri=192.168.0.3
portsourcepriv=3514
ippub=82.2.2.2
portsourcepub=2413
ipdest=212.27.48.4 (smtp.free.fr)
portdestpub=25

le paquet ip de départ est donc:
source 192.168.0.3:3514 dest 212.27.48.4:25

la fonction nat fbx va changer l'adresse source et le port source pour les enregistrer dans sa table:
192.168.0.3:3514<=>82.2.2.2:2413

A cemoment là, smtp.free.fr reçoit:
source 82.2.2.2:2413 dest 212.27.48.4:25

il va répondre:
source 212.27.48.4:25 dest 82.2.2.2:2413

nat de la fbx va lire sa table nat et retrouver la correspondance et remplacer ip+port dest:
source 212.27.48.4:25 dest 192.168.0.3:3514

et renvoyer ça au PC: le PC n'aura rien vu. et le serveur free croit s'adresser à 82.2.2.2

il faut savoir, que les ports TCP/udp n'ont pas besoin d'etre symétriques.
Il suffit que leur numéro soit libre au départ et ouvert par la bonne application à l'arrivée.
la relation port<=>application est seulement une convention, pour éviter que tout le monde se dispute le m^me numéro, mais c'est tout à fait modifiable.