Les États de connexion TCP et sortie Netstat

Traductions disponibles Traductions disponibles
Numéro d'article: 137984 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cet article décrit les États de connexion TCP et la lecture de Netstat (NETSTAT.Sortie (EXE).

Avant le transfert de données a lieu dans TCP, vous devez établir une connexion. TCP utilise une négociation tridirectionnelle (les détails de cette se trouve dans RFC793, chapitre 3: « spécification fonctionnelle »).

Plus d'informations

Les États de connexion TCP

Voici une brève explication de cette négociation. Dans ce contexte le « client » est l'homologue de demande de connexion et le « serveur » est l'homologue acceptation d'une connexion. Notez que cette notation ne reflète pas Relations client/serveur sous la forme d'une entité de sécurité architecturale.

  1. Établissement de la connexion

    • Le client envoie un message SYN qui contient le port du serveur et Initial séquence nombre (ISN du client) sur le serveur (actif Ouvrir).
    • Le serveur renvoie son propre SYN et ACK (qui se compose de la du client ISN + 1).
    • Le Client envoie un accusé de réception (qui est constitué par le serveur ISN + 1).
  2. Connexion destructions (modifié trois temps).

    • Le client envoie une ailette (clôture active). Il s'agit d'un instant un demi-fermées connexion. Plus le client envoie des données, mais est toujours en mesure de Pour recevoir des données à partir du serveur. À cette FIN, le serveur de réception entre dans un état de fermeture passif.
    • Le serveur envoie un accusé de réception (qui est la séquence FIN de clients + 1)
    • Le serveur envoie son propre FIN.
    • Le client envoie un accusé de réception (qui est la séquence FIN du serveur + 1). Lors de la réception de cet accusé de réception, le serveur ferme la connexion.
Une connexion fermée à moitié peut être utilisée pour arrêter l'envoi de données lors de l'appui réception des données. Les applications de socket peuvent appeler arrêt avec la seconde argument la valeur 1 à cet état.

Sortie netstat

Les États de connexion TCP ci-dessus peuvent être surveillés dans une trace réseau sous les indicateurs TCP. Il est également possible de déterminer l'état de la connexion en exécutant l'utilitaire Netstat et en regardant la colonne état. Netstat est livré avec Windows NT, Windows 95 et TCP/IP-32 pour Windows pour les groupes de travail.

État des explications, comme illustré à la commande Netstat :
Explication de l'état
------------ --------------------------------------------------------

SYN_SEND indique actif ouvert.

Server Sync reçue vient de recevoir SYN à partir du client.

Client établi a reçu SYN du serveur et session est établie.

ÉCOUTE le serveur est prêt à accepter la connexion.

Remarque : Consultez la documentation pour l'appel de socket listen(). TCP Sockets en état d'écoute ne sont pas affichés - il s'agit d'un limitation de la commande NETSTAT. Pour plus d'informations, veuillez consultez l'article suivant dans la Base de connaissances Microsoft :
134404 NETSTAT.EXE n'affiche pas les Sockets d'écoute TCP
FIN_WAIT_1 indique clôture active.

TIMED_WAIT Client passe à cet état après la clôture active.

CLOSE_WAIT indique passif fermer. Serveur vient de recevoir FIN premier à partir d'un client.

Attente finale 2 Client vient de recevoir d'accusé de réception de sa première FIN à partir du serveur.

LAST_ACK serveur est dans cet état lorsqu'il envoie sa propre FIN.

ACK reçue par le serveur fermée à partir du client et la connexion est fermée.
Par exemple, considérez le scénario suivant :

Une application de socket a été arrêtée, mais Netstat signale le socket dans un état CLOSE_WAIT. Cela peut indiquer que le client est correctement fermé le connexion (FIN a été envoyé), mais le serveur a toujours son socket ouvert. Cela peut être le résultat d'une instance (parmi tous les threads ou processus) du socket ne pas fermés.

Remarque : Il est normal d'avoir un socket dans l'état TIME_WAIT pour un long période de temps. L'heure est spécifiée dans la RFC793 comme deux fois la valeur maximale Durée de vie de segment (MSL). MSL est spécifié comme étant de 2 minutes. Ainsi, un socket peut être dans un état TIME_WAIT aussi longtemps que 4 minutes. Certains systèmes mettre en ?uvre des valeurs différentes (moins de 2 minutes) pour la bibliothèque logicielle Microsoft.

Références supplémentaires :
  • « Internetworking with TCP/IP Volume 1 » par Douglas Comer
  • « TCP/IP Illustrated, Volume 1 » par Richard Stevens.
  • « Réseaux informatiques » par Andrew Tanenbaum

Propriétés

Numéro d'article: 137984 - Dernière mise à jour: dimanche 28 avril 2013 - Version: 8.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Server 3.51
  • Microsoft TCP/IP for Windows for Workgroups 3.11
  • Microsoft Windows 95
Mots-clés : 
kbmt KB137984 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d?une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 137984
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Exclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Cet article concerne des produits pour lesquels Microsoft n'offre plus de support. Il est par conséquent fourni « en l'état » et ne sera plus mis à jour.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com