Justement c'est ça le truc, ça passe (grace au limite du protocole udp)
Avec le numéro de paquet et le port sur lequel tu est connecté tu peux transférer la connexion a un autre programme (ou machine).
Qui va reprendre la connexion là où le serveur relais l'a laissé.
Ça te permet d'avoir un système bidirectionnel :
A envoie un paquet sur le port udp X de B
B répond sur le port udp Y de A
On n'utilise a aucun moment là même connexion entre les deux.
C'est de l'envoie a l'aveugle sur un port donné.
Pense bien que ça a été conçu pour permettre de passer a travers les NAT !
Effectivement ça ne passe pas dans CERTAINS cas, en fait sur les firewall haut de gamme qui gardent une trace de l'ip qui était connecté sur le port udp en question, mais ils sont relativement rare et haut de gamme...
[^] # Re: le nat
Posté par Raphaël G. (site web personnel) . En réponse au journal Le chat audio et la video conference libre.... Évalué à 2.
Avec le numéro de paquet et le port sur lequel tu est connecté tu peux transférer la connexion a un autre programme (ou machine).
Qui va reprendre la connexion là où le serveur relais l'a laissé.
Ça te permet d'avoir un système bidirectionnel :
A envoie un paquet sur le port udp X de B
B répond sur le port udp Y de A
On n'utilise a aucun moment là même connexion entre les deux.
C'est de l'envoie a l'aveugle sur un port donné.
Pense bien que ça a été conçu pour permettre de passer a travers les NAT !
Effectivement ça ne passe pas dans CERTAINS cas, en fait sur les firewall haut de gamme qui gardent une trace de l'ip qui était connecté sur le port udp en question, mais ils sont relativement rare et haut de gamme...