Cerrar conexciones abiertas en un puerto específico.

[Ricardo Gomez]

Buenas tardes,

Tengo un servidor proxy escuchando en el puerto 8080, sin embargo, aún
cuando doy de baja el servicio veo conexiones abiertas hacia este
puerto, ¿Cómo as puedo cerrar?

Este es el resultado del comando # sudo netstat -tanp

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address
State PID/Program name
tcp 0 0 192.168.106.18:46566 192.168.204.127:80
TIME_WAIT -
tcp 0 0 192.168.106.18:8080 192.168.107.102:1409
FIN_WAIT2 -
tcp 0 0 192.168.106.18:46567 192.168.204.127:80
TIME_WAIT -

Algunas, después de un rato desaparecen, pero algunas más se quedan en
estado TIME_WAIT.
--
Saludos,

Ricardo Gomez
***@ricgomez.net

[Pedro Gauna]

Post by Ricardo Gomez
Buenas tardes,
Tengo un servidor proxy escuchando en el puerto 8080, sin embargo, aún
cuando doy de baja el servicio veo conexiones abiertas hacia este
puerto, ¿Cómo as puedo cerrar?

Ricardo, no creo que esas conexiones molesten en algo, pero se me ocurre
que podrías reiniciar la red para limpiar esas coneciones (sudo ifdown
eth0 && sudo ifup eth0)

[David Ballester]

Post by Ricardo Gomez
Buenas tardes,
Tengo un servidor proxy escuchando en el puerto 8080, sin embargo, aún
cuando doy de baja el servicio veo conexiones abiertas hacia este
puerto, ¿Cómo as puedo cerrar?
Este es el resultado del comando # sudo netstat -tanp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address
State PID/Program name
tcp 0 0 192.168.106.18:46566 192.168.204.127:80
TIME_WAIT -
tcp 0 0 192.168.106.18:8080 192.168.107.102:1409
FIN_WAIT2 -
tcp 0 0 192.168.106.18:46567 192.168.204.127:80
TIME_WAIT -
Algunas, después de un rato desaparecen, pero algunas más se quedan en
estado TIME_WAIT.

Ricardo:

Es normal, el sistema operativo no cierra el socket inmediatamente, entre
otras muchas cosas depende de, por ejemplo,

si se ha cerrado bien la conexión ( que ambas partes hayan dialogado para
dar por terminada la conversación ), en caso de que una de las partes no
termine bien el diálogo, el socket será cerrado pasados
/proc/sys/net/ipv4/tcp_fin_timeout segundos ( para el caso de sockets ipv4,
por ejemplo ). El status FIN_WAIT2 es un buen candidato a socket no cerrado
por esta causa.

Aún así, es común que todo y terminar correctamente una conversación no se
libere el socket inmediatamente, dejándolo en una cola de 'recientemente
usados' y que según ciertas parametrizaciones (
/proc/sys/net/ipv4/tcp_tw_recycle / reuse / ) sea más o menos rápida la
eliminación ( y por tanto la disponibilidad ) de un socket

Mientras no tengas esperas por obtener socket, no debería preocuparte


D.

[Ricardo Gomez]

El día 29 de julio de 2008 12:33, David Ballester

Post by David Ballester

Post by Ricardo Gomez
Buenas tardes,
Tengo un servidor proxy escuchando en el puerto 8080, sin embargo, aún
cuando doy de baja el servicio veo conexiones abiertas hacia este
puerto, ¿Cómo as puedo cerrar?
Este es el resultado del comando # sudo netstat -tanp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address
State PID/Program name
tcp 0 0 192.168.106.18:46566 192.168.204.127:80
TIME_WAIT -
tcp 0 0 192.168.106.18:8080 192.168.107.102:1409
FIN_WAIT2 -
tcp 0 0 192.168.106.18:46567 192.168.204.127:80
TIME_WAIT -
Algunas, después de un rato desaparecen, pero algunas más se quedan en
estado TIME_WAIT.

Es normal, el sistema operativo no cierra el socket inmediatamente, entre
otras muchas cosas depende de, por ejemplo,
si se ha cerrado bien la conexión ( que ambas partes hayan dialogado para
dar por terminada la conversación ), en caso de que una de las partes no
termine bien el diálogo, el socket será cerrado pasados
/proc/sys/net/ipv4/tcp_fin_timeout segundos ( para el caso de sockets ipv4,
por ejemplo ). El status FIN_WAIT2 es un buen candidato a socket no cerrado
por esta causa.
Aún así, es común que todo y terminar correctamente una conversación no se
libere el socket inmediatamente, dejándolo en una cola de 'recientemente
usados' y que según ciertas parametrizaciones (
/proc/sys/net/ipv4/tcp_tw_recycle / reuse / ) sea más o menos rápida la
eliminación ( y por tanto la disponibilidad ) de un socket
Mientras no tengas esperas por obtener socket, no debería preocuparte
D.

Muchas gracias por las respuestas, me han sido de gran ayuda.
--
Saludos,

Ricardo Gomez
***@ricgomez.net