Auteur Sujet: Plage de ports dynamique du protocole TCP (Lu 172330 fois)

Marco POLO · « **Réponse #96 le:** 07 février 2019 à 21:29:30 »

Citation de: doctorrock le 07 février 2019 à 21:06:42

Ouai en gros, pour du usage end-user, utilise un OS récent , et ça devrait suffir ; point final ;-)

Win7 ! Ce n'est pas ce qu'il y a de très récent !

doctorrock · « **Réponse #97 le:** 07 février 2019 à 21:34:01 »

C'est suffisant. MS backport les patchs d'optim pour les stacks TCP de tous ses OS supportés. Mais Win7 est actuellement en sursis, en Security Only , encore pour un an à la date d'aujourd'hui.

Peu à peu, cet OS va devenir trop "vieux" , à l'image de XP aujourd'hui qui a une stack TCP loin d'être optimisée pour les réseaux courants (notamment sa RWIN fixe, d'où ces logiciels qui permettent de jouer avec, lorsque c'est possible).
Ya encore le temps ;-)

Marco POLO · « **Réponse #98 le:** 07 février 2019 à 21:46:41 »

Citation de: doctorrock le 07 février 2019 à 21:34:01

C'est suffisant...

Merci pour l'appréciation.

Citation de: doctorrock le 07 février 2019 à 21:34:01

...Mais Win7 est actuellement en sursis, en Security Only , encore pour un an à la date d'aujourd'hui...

Je suis au courant et, si Micro$oft ne le prolonge pas comme il l'a fait avec XP, je vais être obligé de me familiariser plus avant avec Linux Mint.

decalage · « **Réponse #99 le:** 28 septembre 2019 à 11:29:17 »

Sur un Windows 10 upgradé (machine vendue avec Windows 8 ), j'ai la plage standard en UDP et la plage 1025-15000 en TCP.

Aucune idée du logiciel responsable de ces changements... mais je suis pas le seul avec ce range de 13976 ports démarrant au 1025.

thenico · « **Réponse #100 le:** 13 novembre 2022 à 03:50:22 »

Installation de NetBSD 7.2 sur SGI MIPS:
Note that some older bootproms have an interesting bug in reading the kernel via TFTP. They handle the port number as a signed entity, and can thus not connect to ports >32767. You can work around this problem on the TFTP server (given that it is a NetBSD host) by using ``sysctl'' to set ``net.inet.ip.anonportmin'' and ``net.inet.ip.anonportmax'' to more suitable values. For example: # sysctl -w net.inet.ip.anonportmin=16384 # sysctl -w net.inet.ip.anonportmax=32767

Cela peut expliquer pourquoi quelques vieux *nix ont la plage [16384;32767].