conexiones TCP cuelgan sobre el estado CLOSE_WAIT

Question

cliente cierra el socket primero, cuando no hay muchos datos desde un servidor, apagado conexión TCP está bien como:

FIN --> 
    <-- ACK 
    <-- FIN, ACK 
ACK --> 

Cuando el servidor está busying envío de datos:

FIN --> 
    <-- ACK,PSH 
RST --> 

Y la conexión del servidor pasa al estado CLOSE_WAIT y se mantiene durante mucho tiempo.

¿Cuál es el problema aquí? relacionado con el cliente o relacionado al servidor? Esto sucede en Redhat5 para enchufes locales.

Este article habla de por qué se envía "RST", pero no sé por qué la conexión del servidor se atascó en CLOSE_WAIT y no envía un FIN.

[EDITAR] Ignore la información más importante, esto sucede en la emulación de red slirp de qemu. Parece ser un problema de error de deslizamiento para tratar con una conexión cercana.

Answer 1

Este es un conocido defect para qemu.

Answer 2

Esto significa que quedan datos no leídos en la transmisión, que el cliente no ha terminado de leer.

Puede forzarlo utilizando la opción SO_LINGER. Here's relevant documentation para Linux (también vea la opción en sí, here), y [aquí está la función correspondiente2] para Win32.

Es el lado del servidor que permanece abierto, por lo que en el lado del servidor puede intentar deshabilitar SO_LINGER.

Answer 3

Puede significar que el servidor no ha cerrado el socket. Puede decir esto fácilmente usando "lsof" para listar los descriptores de archivo abiertos por ese proceso que incluirá sockets TCP. La solución es hacer que el proceso cierre siempre el zócalo cuando esté terminado (incluso en casos de error, etc.)