J'utilise netstat
pour vérifier l'état de mon port.
Je me demandais quelle est la différence entre l' état du port LISTENING
, TIME_WAIT
, CLOSE_WAIT
, FIN_WAIT1
et ESTABLISHED
?
J'utilise netstat
pour vérifier l'état de mon port.
Je me demandais quelle est la différence entre l' état du port LISTENING
, TIME_WAIT
, CLOSE_WAIT
, FIN_WAIT1
et ESTABLISHED
?
Réponses:
La page de manuel de netstat
a une brève description de chaque état:
ESTABLISHED
The socket has an established connection.
SYN_SENT
The socket is actively attempting to establish a connection.
SYN_RECV
A connection request has been received from the network.
FIN_WAIT1
The socket is closed, and the connection is shutting down.
FIN_WAIT2
Connection is closed, and the socket is waiting for a shutdown
from the remote end.
TIME_WAIT
The socket is waiting after close to handle packets still in the
network.
CLOSE The socket is not being used.
CLOSE_WAIT
The remote end has shut down, waiting for the socket to close.
LAST_ACK
The remote end has shut down, and the socket is closed. Waiting
for acknowledgement.
LISTEN The socket is listening for incoming connections. Such sockets
are not included in the output unless you specify the
--listening (-l) or --all (-a) option.
CLOSING
Both sockets are shut down but we still don't have all our data
sent.
UNKNOWN
The state of the socket is unknown.
Vous pouvez utiliser les diagrammes de transition d'états (exemples ici , ici et ici ) pour mieux comprendre les états.
Considérons deux programmes essayant une connexion de socket (appelez-les a
et b
). Les deux mettent en place des sockets et passent à l' LISTEN
état. Ensuite, un programme (par exemple a
) essaie de se connecter à l’autre ( b
). a
envoie une demande et entre dans l' SYN_SENT
état, puis b
reçoit la demande et entre dans l' SYN_RECV
état. Lorsqu'ils b
accèdent à la demande, ils entrent dans l' ESTABLISHED
État et font leurs affaires. Maintenant, plusieurs choses peuvent arriver:
a
souhaite fermer la connexion et entre FIN_WAIT1
. b
reçoit la FIN
demande, envoie un ACK
(puis a
entre FIN_WAIT2
), entre CLOSE_WAIT
, dit a
qu'il ferme et entre LAST_ACK
. Une fois a
que cela reconnaît (et entre TIME_WAIT
), b
entre CLOSE
. a
attend un peu pour voir s'il reste quelque chose, puis entre CLOSE
.a
et b
ont fini leurs affaires et décide de fermer la connexion (fermeture simultanée). Quand a
est dedans FIN_WAIT
, et au lieu de recevoir un ACK
de b
, il reçoit un FIN
(comme b
souhaite le fermer aussi), a
entre CLOSING
. Mais il y a encore des messages à envoyer (ceux ACK
qui a
sont supposés avoir pour l'original FIN
), et une fois que cela ACK
arrive, a
entre TIME_WAIT
comme d'habitude.