La página de manual de netstattiene una breve descripción de cada estado:
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.
Puede usar los diagramas de transición de estado (ejemplos aquí , aquí y aquí ) para tener un mejor sentido de los estados.
Considere dos programas que intentan una conexión de socket (llámelos ay b). Ambos configuran enchufes y hacen la transición al LISTENestado. Entonces un programa (por ejemplo a) intenta conectarse con el otro ( b). aenvía una solicitud y entra en el SYN_SENTestado, y brecibe la solicitud y entra en el SYN_RECVestado. Cuando breconoce la solicitud, ingresan al ESTABLISHEDestado y hacen sus negocios. Ahora pueden pasar un par de cosas:
adesea cerrar la conexión y entra FIN_WAIT1. brecibe la FINsolicitud, envía un ACK(luego aingresa FIN_WAIT2), ingresa CLOSE_WAIT, le dice que ase está cerrando y luego ingresa LAST_ACK. Una vez que areconoce esto (y entra TIME_WAIT), bentra CLOSE. aespera un poco para ver si queda algo, luego entra CLOSE.
ay bhan terminado sus negocios y deciden cerrar la conexión (cierre simultáneo). Cuando aestá adentro FIN_WAIT, y en lugar de recibir un ACKde b, recibe un FIN(como bdesea cerrarlo también), aentra CLOSING. Pero todavía hay algunos mensajes para enviar (el ACKque ase supone que debe recibir por su original FIN), y una vez que ACKllega, aingresa TIME_WAITcomo de costumbre.
Respuestas:
La página de manual de
netstat
tiene una breve descripción de cada estado:Puede usar los diagramas de transición de estado (ejemplos aquí , aquí y aquí ) para tener un mejor sentido de los estados.
Considere dos programas que intentan una conexión de socket (llámelos
a
yb
). Ambos configuran enchufes y hacen la transición alLISTEN
estado. Entonces un programa (por ejemploa
) intenta conectarse con el otro (b
).a
envía una solicitud y entra en elSYN_SENT
estado, yb
recibe la solicitud y entra en elSYN_RECV
estado. Cuandob
reconoce la solicitud, ingresan alESTABLISHED
estado y hacen sus negocios. Ahora pueden pasar un par de cosas:a
desea cerrar la conexión y entraFIN_WAIT1
.b
recibe laFIN
solicitud, envía unACK
(luegoa
ingresaFIN_WAIT2
), ingresaCLOSE_WAIT
, le dice quea
se está cerrando y luego ingresaLAST_ACK
. Una vez quea
reconoce esto (y entraTIME_WAIT
),b
entraCLOSE
.a
espera un poco para ver si queda algo, luego entraCLOSE
.a
yb
han terminado sus negocios y deciden cerrar la conexión (cierre simultáneo). Cuandoa
está adentroFIN_WAIT
, y en lugar de recibir unACK
deb
, recibe unFIN
(comob
desea cerrarlo también),a
entraCLOSING
. Pero todavía hay algunos mensajes para enviar (elACK
quea
se supone que debe recibir por su originalFIN
), y una vez queACK
llega,a
ingresaTIME_WAIT
como de costumbre.fuente