Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Los Estados de conexión TCP y la salida de Netstat

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 137984
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Resumen
Este artículo describe los Estados de conexión TCP y cómo leer Netstat(NETSTAT.(EXE) de salida.

Antes de la transferencia de datos de TCP, se debe establecer una conexión.TCP utiliza un protocolo de enlace de tres vías (pueden encontrar los detalles de esta inRFC793, capítulo 3: "Especificación funcional").
Más información

Los Estados de conexión TCP

Siguiente es una breve explicación de este protocolo de enlace. En este contexto, el "cliente" es el elemento del mismo nivel solicita una conexión y el "servidor" es el peeraccepting de una conexión. Tenga en cuenta que esta notación no relaciones de reflectClient y servidor como un arquitectura principal.

  1. Establecimiento de la conexión

    • El cliente envía un mensaje SYN que contiene el puerto del servidor y el número de secuencia inicial (ISN) del cliente al servidor (active Abrir).
    • El servidor envía su propio SYN y ACK (que consiste en el cliente no es + 1).
    • El cliente envía un ACK (que consiste en el ISN del servidor + 1).
  2. Conexión Desmontaje (Protocolo de enlace de tres vías modificado).

    • El cliente envía un FIN (cierre activo). Esto es ahora una conexión de medio cerrado. El cliente ya no envía datos, pero todavía puede recibir datos desde el servidor. Después de recibir este FIN, el servidor entra en un estado de cierre pasivo.
    • El servidor envía un ACK (que es la secuencia FIN de clientes + 1)
    • El servidor envía su propio FIN.
    • El cliente envía un ACK (que es la secuencia FIN del servidor + 1). Al recibir esta confirmación, el servidor cierra la conexión.
Puede utilizarse una conexión cerrada a la mitad para finalizar el envío de datos mientras que los datos de sillreceiving. Las aplicaciones de socket pueden llamar apagado con el secondargument que se establece en 1 para entrar en este estado.

Resultado de netstat

Pueden supervisar estos Estados de conexión TCP en un indicadores de TCP de bajo de traza de red. También es posible determinar el estado de theconnection, ejecute la utilidad Netstat y mirar la column.Netstat de estado se incluye con Windows NT, Windows 95 y TCP/IP-32 para los Windowsfor Workgroups.

Explicaciones del estado tal como se muestra en Netstat:
Explicación de estado
------------ --------------------------------------------------------

SYN_SEND indica abrir activo.

SYN_RECEIVED servidor SYN había recibido del cliente.

ESTABLISHED Cliente establecida recibidos SYN del servidor y se establece la sesión.

LISTEN Servidor de escucha está listo para aceptar la conexión.

Nota: Consulte la documentación de llamada del socket listen(). No se muestran en estado de escucha los sockets TCP - ésta es una limitación de NETSTAT. Para obtener información adicional, consulte el artículo siguiente en Microsoft Knowledge Base:
134404 NETSTAT.EXE no muestra los Sockets de escucha TCP
FIN_WAIT_1 indica el Cierre activo.

TIMED_WAIT cliente entra en este estado después de cierre activo.

CLOSE_WAIT indica pasivo de cierre. Servidor primera ALETA había recibido de un cliente.

FIN_WAIT_2 cliente acaba de recibir la confirmación de su primera ALETA del servidor.

LAST_ACK se encuentra en este estado cuando envía su propio FIN.

CLOSED Servidor cerrado recibió confirmación del cliente y se cierra la conexión.
Por ejemplo, considere el siguiente escenario:

Una aplicación de socket ha finalizado, pero Netstat informa el socket ina estado CLOSE_WAIT. Esto podría indicar que el cliente cierra correctamente theconnection (se ha enviado la ALETA), pero el servidor todavía tiene abierto el socket.Esto podría ser el resultado de una instancia (entre todos los subprocesos o procesos) del socket no se cierran.

Nota: Es normal tener un socket en el estado TIME_WAIT para un longperiod de tiempo. La hora se especifica en RFC793 como dos veces la MaximumSegment duración (MSL). MSL se especifica 2 minutos. Por lo tanto, un socketcould estar en un estado TIME_WAIT durante 4 minutos. Algunos systemsimplement valores diferentes (menos de 2 minutos) para el MSL.

Referencias adicionales:
  • "Internetworking with TCP/IP, volumen 1" por Douglas Comer
  • "TCP/IP Illustrated, volumen 1" por Richard Stevens.
  • "Redes de equipo" por Andrew Tanenbaum
prodnt prodtcp 3.11 NtwkWinsock

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 137984 - Última revisión: 12/04/2015 12:08:18 - Revisión: 4.0

Microsoft Windows NT Workstation 3.5, Microsoft Windows NT Workstation 3.51, Microsoft Windows NT Server 3.51, Microsoft TCP/IP para Windows para Trabajo en Grupo 3.11, Microsoft Windows 95

  • kbnosurvey kbarchive kbmt KB137984 KbMtes
Comentarios