Socket.Close realmente no cierra socket tcp? (C#)

Parece que usar socket.Close() para un socket tcp, no cierra completamente el socket. En el siguiente ejemplo, intento conectarme a example.com en el puerto 9999, que no está abierto, y luego de un corto tiempo de espera, intento cerrar el socket.Socket.Close realmente no cierra socket tcp? (C#)

for (int i = 0; i < 200; i++) 
    { 
    Socket sock = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp); 
    sock.LingerState = new LingerOption(false, 0); 
    sock.BeginConnect("www.example.com", 9999, OnSocketConnected, sock); 
    System.Threading.Thread.Sleep(50); 
    sock.Close(); 
    }

Pero cuando tomo un vistazo a netstat después del bucle se completa, me parece que hay muchas tomas entreabiertas:

TCP israel-xp:6506   www.example.com:9999 SYN_SENT 
    TCP israel-xp:6507   www.example.com:9999 SYN_SENT 
    TCP israel-xp:6508   www.example.com:9999 SYN_SENT 
    TCP israel-xp:6509   www.example.com:9999 SYN_SENT

EDIT . Ok, faltaba algo de contexto. Estoy usando beginconnect porque espero que la conexión del socket falle (9999 no se abre), y en mi código real, llamo al socket.Close() una vez que se establece un temporizador. En OnSocketConnected llamo a EndConnect, que arroja una excepción (tratando de llamar a un método de un objeto eliminado). Mi objetivo es tener un tiempo de espera corto para la etapa de conexión de socket.

¿Alguna pista de lo que estoy haciendo mal? Gracias!

Fuente

2010-01-06 r0u1i

Cerrará la parte .NET del zócalo. Sin embargo, de acuerdo con la especificación TCP, el sistema operativo debe mantener abiertos los fragmentos de nivel inferior del socket durante un cierto período de tiempo para detectar la retransmisión, y similares. En este caso particular, es probable que se mantenga el socket por un tiempo para detectar una respuesta al paquete SYN enviado para que pueda responder de manera más sensata y no mezclar la respuesta con más paquetes enviados.

Fuente

2010-01-06 17:38:22 nos

que tenga sentido, pero que no establezca que la demora sea falsa, ¿debería resolverlo? – r0u1i

oh, la demora no hace esto. Entonces, no hay realmente una manera de hacer que Windows termine el socket. – r0u1i

de forma predeterminada se colocará en el estado FIN_WAIT durante 4 minutos antes de que Windows realmente lo cierre. Aún más interesante es que si vuelve a abrir la otra conexión con el mismo destino/puerto, Windows reutilizará las conexiones en FIN_WAIT que coincidan. – Jay

Está llamando *Begin*Connect - por lo que lo hace de forma asíncrona. Probablemente esté intentando cerrar el zócalo incluso antes de que esté conectado, de modo que cuando se conecta, permanece abierto.

Intente conectar sincrónicamente o cerrándolo en OnSocketConnected para que pueda ver el efecto de cerrar una toma realmente conectada.

Fuente

2010-01-06 17:36:15

Ver mi edición. Uso BeginConnect a propósito, y mi código real espera un tiempo de espera antes de llamar a Close. Simplemente llamando a EndConnect en un socket (donde el puerto de destino no está abierto), solo tomará un * largo * tiempo para completarse. O, en otras palabras, quiero agotar el tiempo de espera de la etapa de conexión del socket después de X milisegundos (y no el número absurdamente alto de ventanas de milisegundos que tiene de forma predeterminada). – r0u1i

Por diseño, siempre debe llamar al Shutdown antes de cerrar el zócalo.

mySocket.Shutdown(SocketShutdown.Both); 
mySocket.Close();

Si lo hace, efectivamente desactiva enviar y recibir en el zócalo, por lo que no aceptará los datos de entrada después de que haya cerrado, aunque el sistema operativo todavía tiene el control del mismo.

Jon Skeet también tiene razón, ya que está abriendo la conexión de forma asíncrona, puede que se esté conectando mientras intenta cerrarla. Sin embargo, si llama al Shutdown, no permitirá que se reciba información mientras esté experimentando.

Editar: Sólo puede Shutdown un zócalo que ya está conectado, así que tenga esto en cuenta a medida que escribe su código.

Fuente

2010-01-06 17:37:19

+1 para el comentario sobre la respuesta de Jon Skeet. :-) –

ShutDown arroja un excpetion si el socket aún no está conectado, que es exactamente mi escenario. – r0u1i

Luego debe usar OnSocketConnected para llamar a ShutDown y cerrarlo, o algo de esa naturaleza. –

Está inicializando un nuevo Socket en cada Loop ... con * .close() cierra el anterior y al principio está creando uno nuevo con los mismos parámetros que el Socket.

Fuente

2010-01-06 17:39:09 hase

sí. pero veo muchos más enchufes abiertos que solo uno. – r0u1i

Socket.Close realmente no cierra socket tcp? (C#)

Respuesta

Cuestiones relacionadas