Bittorent ne peut pas gérer des millions de connexions car il est limité au nombre de port qu'autorisé TCP soit 65 535
UDP , çà passe à travers un NAT. Sinon, je n'aurai jamais résolution de DNS via UDP :).
L'algo du NAT, ce n'est pas compliqué.
Le NAT reçoit un paquet UDP ip src - port src pour la machine dest - port dest
Il regarde si il a un port UDP de libre . Il traduit l'IP avec le nouveau port et pendant un certains temps , tout ce qui sera reçu par ce port sera associé au couple (ip src - port udp src).
Un exemple de ce que çà donne dans /proc/net/ip_conntrack
[^] # Re: Pardon mais
Posté par syj . En réponse au journal Le tour de force de l'IPv6. Évalué à -3.
UDP , çà passe à travers un NAT. Sinon, je n'aurai jamais résolution de DNS via UDP :).
L'algo du NAT, ce n'est pas compliqué.
Le NAT reçoit un paquet UDP ip src - port src pour la machine dest - port dest
Il regarde si il a un port UDP de libre . Il traduit l'IP avec le nouveau port et pendant un certains temps , tout ce qui sera reçu par ce port sera associé au couple (ip src - port udp src).
Un exemple de ce que çà donne dans /proc/net/ip_conntrack
udp 17 8 src=192.168.32.152 dst=213.203.124.147 sport=54949 dport=53 packets=1 bytes=64 src=213.203.124.147 dst=192.168.253.150 sport=53 dport=54949 packets=1 bytes=64 mark=0 secmark=0 use=1
Le 32.152 est mon DNS interne, l'interface associé 192.168.253.150 est la sortie vers un de mes FAI. Le 213.203.124.147, c'est un DNS quelconque.
Au moment ou j'écris j'ai 2452 de connexion d'établie.