Service Pack 2 et la limitation des connections TCP/IP
2 réponses
lepetitcrack
Après avoir installé le service pack 2 et parcouru de nombreux forums à
la recherche d'une solution concernant la limitation de connections TCP/IP.
La solution de modification d'une clé dans la base des registres n'est
pas efficace, je dirai même inutile.
Une autre solution était de télecharger un patch. L'url de ce site
http://www.lvllord.de. Là aussi, je n'ai vu aucun changement, même après
la modification de l'argument /L.
Enfin, bref, tout ça pour dire, qu'une troisième solution et celle là
fonctionne.
Télecharger la version du fichier tcpip.sys (c'est lui le coupable) à
cette adresse http://www.supportbuddy.com/sp2/tcpip.sys.
* Redémarrez le pc en mode sans échec.
* Copiez le fichier dans ces trois emplacements
- c:\windows\system32\dllcache
- c:\windows\system32\drivers
- c:\windows\ServicePackFiles\i386
* Redémarrez
Évidemment, ce problème n'est valable que pour les personnes utilisant
des logiciels demandant de nombreuses connections. Les autres pourront
se contenter de la version du service pack.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alain Vouillon
Bonjour, lepetitcrack écrivait:
Après avoir installé le service pack 2 et parcouru de nombreux forums à la recherche d'une solution concernant la limitation de connections TCP/IP.
Déjà l'énoncé du problème n'est pas bon... ou pas complet... Il n'y a pas de limitation TCP/IP, cet énoncé ne convient pas à la mesure prise par le SP2 pour limiter l'action des virus.
Alors pour là suite je me demande quels résultats exxeptionnels tu peux bien optenir ??
-- @:-) FAQ Windows XP ==> http://a.vouillon.online.fr/
Bonjour,
lepetitcrack écrivait:
Après avoir installé le service pack 2 et parcouru de nombreux forums
à la recherche d'une solution concernant la limitation de connections
TCP/IP.
Déjà l'énoncé du problème n'est pas bon... ou pas complet...
Il n'y a pas de limitation TCP/IP, cet énoncé ne convient pas à la mesure
prise par le SP2 pour limiter l'action des virus.
Alors pour là suite je me demande quels résultats exxeptionnels tu peux bien
optenir ??
Après avoir installé le service pack 2 et parcouru de nombreux forums à la recherche d'une solution concernant la limitation de connections TCP/IP.
Déjà l'énoncé du problème n'est pas bon... ou pas complet... Il n'y a pas de limitation TCP/IP, cet énoncé ne convient pas à la mesure prise par le SP2 pour limiter l'action des virus.
Alors pour là suite je me demande quels résultats exxeptionnels tu peux bien optenir ??
-- @:-) FAQ Windows XP ==> http://a.vouillon.online.fr/
~Jean-Marc~ [MVP]
Salutations *lepetitcrack* ! Dans http://groups.google.fr/groups?threadmÄ67c$4133c7db$52ae9f8f$ tu nous disais :
Après avoir installé le service pack 2 et parcouru de nombreux forums à la recherche d'une solution concernant la limitation de connections TCP/IP.
Cette limitation cible le mode de propagation des vers. Ce qui est limité à 10, ce sont les TENTATIVES de connexions en mode TCP (en sortie, of course).
Donc, pour être plus clair, sont concernées les connexions TCP que ton PC a déclenché et qui n'ont reçues aucune réponse du destinataire. Dans ce cas, il faut attendre le "timeout" (que le système considère qu'il n'y aura aucune réponse et abandonne la connexion TCP en question). Ce timeout est calculé de la façon suivante : 3 secondes au premier essai et il double à chaque essai. Le nombre d'essai par connexion est de 5, ce qui fait au total un timeout de 93 secondes !
Il semblerait que certains P2P n'apprécient pas...
La modification de la donnée de registre sous la valeur suivante n'y change rien : [HKEY_LOCAL_MACHINE...TcpNumConnections] Parce que ce nombre est désormais "hard-coded" dans le fichier 'TCPIP.SYS'
Si il n'est pas possible d'intervenir sur ce nombre de 10 connexions en BdR, il est par contre possible d'intervenir sur ce time out en diminuant le nombre d'essais : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices TcpipParametersTcpMaxConnectRetransmissions ( http://support.microsoft.com/?kbid14053 )
(Ne descendez pas sous 2 essais, vous risquez de perdre des paquets TCP valides. 3 me semble un bon compromis)
Pour en avoir le coeur net, il suffit de regarder si il y a un ou plusieurs messages d'erreur correspondant dans le journal des évènements (Démarrer > Exécuter : EVENTVWR.MSC ) : "ID évèn.:4226: TCP/IP a atteint la limite de sécurité imposée sur le nombre de tentatives de connexion TCP simultanées"
La solution a cette limitation de 10 ? C'est un hack du fichier tcpip.sys. Pour ma part, je ne conseille pas un tel bidouillage...
@+
-- ~Jean-Marc~ MSAE & MVP Windows XP Fr M'écrire : http://msmvps.com/docxp/contact.aspx - http://perso.wanadoo.fr/doc.jm/ - http://msmvps.com/docxp/ - Aide en DIRECT sur Internet : http://communautes-ms.akro-net.org/
Salutations *lepetitcrack* !
Dans http://groups.google.fr/groups?threadmÄ67c$4133c7db$52ae9f8f$25701@news1.zonnet.nl
tu nous disais :
Après avoir installé le service pack 2 et parcouru de nombreux forums
à la recherche d'une solution concernant la limitation de connections
TCP/IP.
Cette limitation cible le mode de propagation des vers. Ce qui est limité à
10, ce sont les TENTATIVES de connexions en mode TCP (en sortie, of course).
Donc, pour être plus clair, sont concernées les connexions TCP que ton PC
a déclenché et qui n'ont reçues aucune réponse du destinataire. Dans ce
cas, il faut attendre le "timeout" (que le système considère qu'il n'y aura
aucune réponse et abandonne la connexion TCP en question). Ce timeout
est calculé de la façon suivante : 3 secondes au premier essai et il double
à chaque essai. Le nombre d'essai par connexion est de 5, ce qui fait au
total un timeout de 93 secondes !
Il semblerait que certains P2P n'apprécient pas...
La modification de la donnée de registre sous la valeur suivante n'y change rien :
[HKEY_LOCAL_MACHINE...TcpNumConnections]
Parce que ce nombre est désormais "hard-coded" dans le fichier 'TCPIP.SYS'
Si il n'est pas possible d'intervenir sur ce nombre de 10 connexions en
BdR, il est par contre possible d'intervenir sur ce time out en diminuant le
nombre d'essais :
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices
TcpipParametersTcpMaxConnectRetransmissions
( http://support.microsoft.com/?kbid14053 )
(Ne descendez pas sous 2 essais, vous risquez de perdre des paquets
TCP valides. 3 me semble un bon compromis)
Pour en avoir le coeur net, il suffit de regarder si il y a un ou plusieurs
messages d'erreur correspondant dans le journal des évènements
(Démarrer > Exécuter : EVENTVWR.MSC ) :
"ID évèn.:4226: TCP/IP a atteint la limite de sécurité imposée sur le nombre de tentatives
de connexion TCP simultanées"
La solution a cette limitation de 10 ? C'est un hack du fichier tcpip.sys. Pour ma
part, je ne conseille pas un tel bidouillage...
@+
--
~Jean-Marc~ MSAE & MVP Windows XP Fr
M'écrire : http://msmvps.com/docxp/contact.aspx
- http://perso.wanadoo.fr/doc.jm/ - http://msmvps.com/docxp/ -
Aide en DIRECT sur Internet : http://communautes-ms.akro-net.org/
Salutations *lepetitcrack* ! Dans http://groups.google.fr/groups?threadmÄ67c$4133c7db$52ae9f8f$ tu nous disais :
Après avoir installé le service pack 2 et parcouru de nombreux forums à la recherche d'une solution concernant la limitation de connections TCP/IP.
Cette limitation cible le mode de propagation des vers. Ce qui est limité à 10, ce sont les TENTATIVES de connexions en mode TCP (en sortie, of course).
Donc, pour être plus clair, sont concernées les connexions TCP que ton PC a déclenché et qui n'ont reçues aucune réponse du destinataire. Dans ce cas, il faut attendre le "timeout" (que le système considère qu'il n'y aura aucune réponse et abandonne la connexion TCP en question). Ce timeout est calculé de la façon suivante : 3 secondes au premier essai et il double à chaque essai. Le nombre d'essai par connexion est de 5, ce qui fait au total un timeout de 93 secondes !
Il semblerait que certains P2P n'apprécient pas...
La modification de la donnée de registre sous la valeur suivante n'y change rien : [HKEY_LOCAL_MACHINE...TcpNumConnections] Parce que ce nombre est désormais "hard-coded" dans le fichier 'TCPIP.SYS'
Si il n'est pas possible d'intervenir sur ce nombre de 10 connexions en BdR, il est par contre possible d'intervenir sur ce time out en diminuant le nombre d'essais : HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices TcpipParametersTcpMaxConnectRetransmissions ( http://support.microsoft.com/?kbid14053 )
(Ne descendez pas sous 2 essais, vous risquez de perdre des paquets TCP valides. 3 me semble un bon compromis)
Pour en avoir le coeur net, il suffit de regarder si il y a un ou plusieurs messages d'erreur correspondant dans le journal des évènements (Démarrer > Exécuter : EVENTVWR.MSC ) : "ID évèn.:4226: TCP/IP a atteint la limite de sécurité imposée sur le nombre de tentatives de connexion TCP simultanées"
La solution a cette limitation de 10 ? C'est un hack du fichier tcpip.sys. Pour ma part, je ne conseille pas un tel bidouillage...
@+
-- ~Jean-Marc~ MSAE & MVP Windows XP Fr M'écrire : http://msmvps.com/docxp/contact.aspx - http://perso.wanadoo.fr/doc.jm/ - http://msmvps.com/docxp/ - Aide en DIRECT sur Internet : http://communautes-ms.akro-net.org/
