Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

INFO : Performance des connexions TCP Winsock pour les Ports inutilisés

Le support de Windows XP a pris fin

Microsoft a mis fin au support de Windows XP le 8 avril 2014. Cette modification a affecté vos mises à jour logicielles et options de sécurité. Découvrez les implications de ce changement à votre niveau et la marche à suivre pour rester protégé.

Le support de Windows Server 2003 a pris fin le 14 juillet 2015

Microsoft a mis fin au support de Windows Server 2003 le 14 juillet 2015. Cette modification a affecté vos mises à jour logicielles et options de sécurité. Découvrez les implications de ce changement à votre niveau et la marche à suivre pour rester protégé.

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 175523
Résumé
Cet article explique comment la mise en oeuvre de Winsock de TCP sur les différentsLes connexions aux ports qui n'ont pas de socket de poignées de plates-formes Microsoft unserveur qui écoute les. Il décrit également les performances liéesConsidérations et comment les ajuster en fonction de vos besoins.
Plus d'informations
Lorsqu'un processus crée un socket TCP dans la couche Winsock de Microsoft etémet un appel de fonction connect() pour certaines ordinateur hôte et numéro de port, le protocole TCPeffectue ses standard « négociation tridirectionnelle » d'un paquet SYN, accusé de réceptionpar l'ordinateur hôte de la cible avec accusé de réception/SYN et un accusé de réception final à partir de la mise en œuvreclient. Toutefois, conformément aux spécifications de TCP indiquées dans la RFC 793 de Transmission (Protocole de contrôle), une réinitialisation (RST) peut être générée si la tentative SYNadressé à un ordinateur hôte qui existe, mais le port n'est pas utilisé. C'est mieuxdécrit par la citation suivante de la RFC à partir de la page 35 :
Génération de réinitialisation

En règle générale, la réinitialisation (RST) doit être envoyée chaque fois qu'arrive un segment qui est apparemment pas prévues pour la connexion courante. Une réinitialisation doivent pas être envoyés si elle n'est pas clair que c'est le cas...

Si la connexion n'existe pas (fermé) est alors envoyées une réinitialisation en réponse à n'importe quel segment entrante à l'exception d'une autre réinitialisation. En particulier SYNs adressées à une connexion inexistants sont rejetés par ce moyen.

Réinitialiser le traitement [page 36]

... Dans l'état SYN-SENT (un RST reçu en réponse un SYN initial), le RST est acceptable si le champ accusé de réception reconnaît les SYN.
Lors de la réception du client ACK/RST à partir de l'ordinateur hôte de la cible, le clientdétermine qu'il n'y a en effet aucun service n'écoute il. Dans laImplémentation de Microsoft Winsock de TCP, conservera une connexion en attentetentative d'émettre des paquets SYN jusqu'à ce qu'une valeur nombre maximum de tentatives est atteint (jeudans le Registre, cette valeur par défaut est 3 fois supplémentaires). Depuis un ACK/RST.a été reçue à partir de l'ordinateur hôte de la cible, la couche TCP sait que l'ordinateur hôte cibleen effet accessible et ne pas doubler la valeur de délai d'attente dans le paquetEn-tête IP, selon la norme pendant les tentatives de connexion avec accusé de réceptionSYNs. Au lieu de cela, la connexion en attente attend la connexion de basedélai d'attente de valeur et d'émettre un autre paquet SYN à établir une connexion. En tant quedurée pendant laquelle un paquet ACK/RST à partir d'un port inutilisé est reçu, le délai d'attentevaleur n'augmentera pas et le processus est répété jusqu'à ce que le nombre maximum de tentativesvaleur est atteinte.

Ce comportement peut entraîner une dégradation des performances si pour une raison quelconque un processusà plusieurs reprises émet des appels de fonction connect() ports avec Aucune écoutece qui entraîne l'erreur WSAECONNREFUSED. Notez que les autresimplémentations de TCP, tels que ceux généralement disponibles dans de nombreux systèmes UNIX,la fonction connect() échoue immédiatement à la réception de la première ACK/RSTpaquet, ce qui entraîne la prise de conscience d'une erreur très rapidement. Toutefois, celacomportement n'est pas spécifié dans les RFC et est laissé à chaque implémentation dedécider. L'approche des plates-formes de Microsoft qui est le systèmeadministrateur a la liberté de régler les paramètres de performance des TCP àleurs goûts, à savoir la valeur maximale réessayer proposé par 3. Leavantage de ceci est peut-être le service que vous essayez d'atteindretemporairement arrêté et peut être resurface entre les tentatives SYN. Dans cecas, il convient que la fonction connect() attendu assez longtemps pour obtenir unconnexion depuis que le service était vraiment là.

Il contient la liste complète des valeurs de Registre NT TCP. Du particulierles intérêts sont la clé :
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

Clé : TcpMaxConnectRetransmissions
Type de valeur : REG_DWORD - Nombre
La plage valide: 0 - 0xFFFFFFFF
Par défaut: 3 (dans Windows NT)
Par défaut: 2 (dans Windows 2000)
Description : Ce paramètre détermine le nombre de fois où que TCP sera retransmettre une requête de connexion (SYN) avant l'abandon de la tentative. Le délai de retransmission est doublé avec chaque retransmission successive d'une tentative de connexion donnée (sauf dans la situation décrite ci-dessus). L'initiale valeur de délai est de trois secondes (depuis un ACK/RST. reçu dans le cas ci-dessus, c'est sans importance).
Pour plus d'informations sur les entrées de Registre de Windows 95 TCP, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
158474 Entrées de Registre TCP/IP de Windows 95
La clé suivante est présente un intérêt particulier :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VxD\MSTCP

Clé : MaxConnectRetries
Type de valeur : DWORD - nombre 32 bits
Par défaut: 3
Description : Spécifie le nombre de fois où une tentative de connexion (SYN) sont retransmis avant d'abandonner. L'initiale délai de retransmission est de 3 secondes (inutiles dans le cas ci-dessus), et elle est doublée chaque fois (le cas ci-dessus est une exception) avec un maximum de 2 minutes.
Redémarrez votre ordinateur après avoir ajusté les valeurs de Registre.

AVERTISSEMENT: Modification de ces valeurs affecte les demandes de connexion sortantes TCP toutes à partir de l'ordinateur affecté. Si toutes les activités TCP sur l'ordinateur a peu de temps de latence et peu de distance pour le voyage aller-retour, cela en réduisant à faible comme zéro (bien que Microsoft ne recommande pas cette) ne fera aucune différence. Toutefois, si les applications ou les tentatives de connexion échouent régulièrement avec les erreurs Winsock standard et les serveurs distants cible sont connus pour être disponible, il est probable que ces entrées de Registre sont la cause. Dans ce cas, il se peut que vous deviez augmenter la valeur maximaletentatives de sorte que TCP sera double le valeur de durée de vie du paquet SYNdans son en-tête IP à des tentatives successives jusqu'à ce qu'il a une assez longue durée de viepour atteindre l'ordinateur hôte cible et de recevoir un accusé de réception/SYN.
Références
RFC-793, Transmission Control Protocol, septembre 1981

Livre blanc, Microsoft Windows NT: TCP/IP Implementation Details 1996Base de connaissances 158474
tcp Winsock connecter des performances

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 175523 - Dernière mise à jour : 05/26/2011 15:39:00 - Révision : 2.0

Microsoft Win32 Application Programming Interface, Windows Server 2008 R2 Standard, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Datacenter, Windows Server 2008 Service Pack 2, Windows Server 2008 for Itanium-Based Systems, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 Standard, Windows Web Server 2008, Windows Vista Service Pack 2, Windows Vista Service Pack 1, Microsoft Windows Server 2003 Service Pack 2, Microsoft Windows XP Service Pack 3, Microsoft Windows 2000 Service Pack 4, Microsoft Windows 98 Standard Edition

  • kbapi kbinfo kbnetwork kbwinsock kbmt KB175523 KbMtfr
Commentaires
ame>