ResponTodo

El sscomando es un reemplazo moderno del clásico netstat. Puede usarlo en Linux para obtener estadísticas sobre sus conexiones de red. A continuación, se explica cómo trabajar con esta práctica herramienta.

El comando ss versus netstat

Un reemplazo para el netstatcomando obsoleto , ss le brinda información detallada sobre cómo su computadora se comunica con otras computadoras, redes y servicios.

ss muestra estadísticas para el Protocolo de control de transmisión (TCP), el Protocolo de datagramas de usuario (UDP), Unix (interproceso) y sockets sin procesar. Los sockets sin procesar operan en el nivel OSI de la red , lo que significa que los encabezados TCP y UDP deben ser manejados por el software de la aplicación, no por la capa de transporte. Los mensajes del Protocolo de mensajes de control de Internet (ICMP) y la utilidad de ping utilizan sockets sin formato.

Usando ss

No es necesario que lo instale ss, ya que forma parte de una distribución de Linux actualizada. Sin embargo, su salida puede ser muy larga; hemos obtenido resultados que contienen más de 630 líneas. Los resultados también son muy amplios.

Debido a esto, hemos incluido representaciones de texto de los resultados que obtuvimos, ya que no cabrían en una captura de pantalla. Los hemos recortado para que sean más manejables.

Listado de conexiones de red

El uso sssin opciones de línea de comandos enumera los sockets que no están escuchando. Es decir, enumera los sockets que no están en estado de escucha.

Para ver esto, escriba lo siguiente:

ss

Netid State Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso
u_str ESTAB 0 0 * 41826 * 41827
u_str ESTAB 0 0 / ejecutar / systemd / journal / stdout 35689 * 35688
u_str ESTAB 0 0 * 35550 * 35551
...
u_str ESTAB 0 0 * 38127 * 38128
u_str ESTAB 0 0 / ejecutar / dbus / system_bus_socket 21243 * 21242
u_str ESTAB 0 0 * 19039 * 19040
u_str ESTAB 0 0 / ejecutar / systemd / journal / stdout 18887 * 18885 
u_str ESTAB 0 0 / ejecutar / dbus / system_bus_socket 19273 * 17306
icmp6 UNCONN 0 0 *: ipv6-icmp *: *
udp ESTAB 0 0 192.168.4.28% enp0s3: bootpc 192.168.4.1:bootps

Las columnas son las siguientes:

• Netid : el tipo de enchufe. En nuestro ejemplo, tenemos «u_str», un flujo Unix, un «udp» e «icmp6», un socket ICMP versión 6 IP. Puede encontrar más descripciones de los tipos de sockets de Linux en las páginas de manual de Linux .
• Estado : el estado en el que se encuentra el socket.
• Recv-Q : el número de paquetes recibidos.
• Send-Q : el número de paquetes enviados.
• Dirección local: Puerto : la dirección y el puerto locales (o valores equivalentes para sockets Unix).
• Peer Address: Port : la dirección y el puerto remotos (o valores equivalentes para sockets Unix).

Para los sockets UDP, la columna «Estado» suele estar en blanco. Para los sockets TCP, puede ser uno de los siguientes:

• ESCUCHAR: Solo del lado del servidor. El socket está esperando una solicitud de conexión.
• SYN-SENT: solo del lado del cliente. Este socket ha realizado una solicitud de conexión y está esperando a ver si se acepta.
• SYN-RECEIVED: solo del lado del servidor. Este conector está esperando una confirmación de conexión después de aceptar una solicitud de conexión.
• ESTABLECIDO: Servidor y clientes. Se ha establecido una conexión de trabajo entre el servidor y el cliente, lo que permite transferir datos entre los dos.
• FIN-WAIT-1: Servidor y clientes. Este conector está esperando una solicitud de terminación de la conexión desde el conector remoto o un acuse de recibo de una solicitud de terminación de la conexión que se envió previamente desde este conector.
• FIN-WAIT-2: Servidor y clientes. Este conector está esperando una solicitud de terminación de la conexión del conector remoto.
• CLOSE-WAIT: Servidor y cliente. Este conector está esperando una solicitud de terminación de la conexión del usuario local.
• CIERRE: Servidor y clientes. Este conector está esperando un acuse de recibo de solicitud de terminación de conexión del conector remoto.
• LAST-ACK: Servidor y cliente. Este conector está esperando un acuse de recibo de la solicitud de terminación de conexión que envió al conector remoto.
• TIME-WAIT: Servidor y clientes. Este conector envió un acuse de recibo al conector remoto para informarle que recibió la solicitud de terminación del conector remoto. Ahora está esperando para asegurarse de que se recibió el reconocimiento.
• CERRADO: No hay conexión, por lo que el enchufe ha sido terminado.

Listado de enchufes de escucha

Para ver los sockets de escucha, agregaremos la -lopción (listening), así:

ss -l

Netid State Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso 
nl UNCONN 0 0 rtnl: NetworkManager / 535 * 
nl UNCONN 0 0 rtnl: evolution-addre / 2987 * 
...
u_str ESCUCHA 0 4096 / run / systemd / private 13349 * 0 
u_seq ESCUCHA 0 4096 / run / udev / control 13376 * 0 
u_str ESCUCHAR 0 4096 /tmp/.X11-unix/X0 33071 * 0 
u_dgr UNCONN 0 0 / ejecutar / systemd / journal / syslog 13360 * 0 
u_str ESCUCHA 0 4096 /run/systemd/fsck.progress 13362 * 0 
u_dgr UNCONN 0 0 / ejecutar / usuario / 1000 / systemd / notificar 32303 * 0

Todos estos enchufes están desconectados y escuchando. El «rtnl» significa enrutamiento netlink, que se utiliza para transferir información entre el kernel y los procesos del espacio de usuario.

Listado de todos los enchufes

Para enumerar todos los sockets, puede usar la -aopción (todos):

ss -a

Netid State Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso 
nl UNCONN 0 0 rtnl: NetworkManager / 535 * 
nl UNCONN 0 0 rtnl: evolution-addre / 2987 * 
...
u_str ESCUCHAR 0100 público / showq 23222 * 0 
u_str ESCUCHAR 0100 privado / error 23225 * 0 
u_str ESCUCHAR 0100 privado / reintentar 23228 * 0 
...
udp UNCONN 0 0 0.0.0.0:631 0.0.0.0:* 
udp UNCONN 0 0 0.0.0.0:mdns 0.0.0.0:* 
...
tcp ESCUCHA 0128 [::]: ssh [::]: * 
tcp ESCUCHA 0 5 [:: 1]: ipp [::]: * 
tcp ESCUCHAR 0100 [:: 1]: smtp [::]: *

La salida contiene todos los enchufes, independientemente del estado.

Listado de sockets TCP

También puede aplicar un filtro para que solo se muestren los sockets coincidentes. Usaremos la -topción (TCP), por lo que solo se enumerarán los sockets TCP:

ss -a -t

Listado de sockets UDP

La -uopción (UDP) realiza el mismo tipo de acción de filtrado. Esta vez, solo veremos sockets UDP:

ss -a -u

Estado Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso 
UNCONN 0 0 0.0.0.0:631 0.0.0.0:* 
UNCONN 0 0 0.0.0.0:mdns 0.0.0.0:* 
UNCONN 0 0 0.0.0.0:60734 0.0.0.0:* 
UNCONN 0 0127.0.0.53% lo: dominio 0.0.0.0:* 
ESTAB 0 0192.168.4.28% enp0s3: bootpc 192.168.4.1:bootps 
UNCONN 0 0 [::]: mdns [::]: * 
UNCONN 0 0 [::]: 51193 [::]: *

Listado de sockets Unix

Para ver solo sockets Unix, puede incluir la -xopción (Unix), como se muestra a continuación:

ss -a -x

Netid State Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso 
u_str ESTAB 0 0 * 41826 * 41827 
u_str ESTAB 0 0 * 23183 * 23184 
u_str ESTAB 28 0 @ / tmp / .X11-unix / X0 52640 * 52639 
...
u_str ESTAB 0 0 / ejecutar / systemd / journal / stdout 18887 * 18885 
u_str ESTAB 0 0 / ejecutar / dbus / system_bus_socket 19273 * 17306

Listado de enchufes sin procesar

El filtro para sockets sin formato es la -wopción (sin formato):

ss -a -w

Listado de enchufes IP versión 4

Los sockets que utilizan el protocolo TCP / IP versión 4 se pueden enumerar mediante la -4opción (IPV4):

ss -a -4

Listado de enchufes IP versión 6

Puede activar el filtro IP correspondiente versión 6 con la -6opción (IPV6), así:

ss -a -6

Listado de enchufes por estado

Puede enumerar los sockets por el estado en el que se encuentran con la stateopción. Esto funciona con estados establecidos, de escucha o cerrados. También usaremos la opción de resolución ( -r), que intenta resolver las direcciones de red en nombres y los puertos en protocolos.

El siguiente comando buscará conexiones TCP establecidas e ssintentará resolver los nombres:

ss -t -r estado establecido

Se enumeran cuatro conexiones que están en el estado establecido. El nombre de host, ubuntu20-04, se ha resuelto y se muestra «ssh» en lugar de 22 para la conexión SSH en la segunda línea.

Podemos repetir esto para buscar sockets en el estado de escucha:

ss -t -r estado escuchando

Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso 
0128 localhost: 5939 0.0.0.0:* 
0 4096 localhost% lo: dominio 0.0.0.0:* 
0128 0.0.0.0:ssh 0.0.0.0:* 
0 5 localhost: ipp 0.0.0.0:* 
0100 localhost: smtp 0.0.0.0:* 
0128 [::]: ssh [::]: * 
0 5 ip6-localhost: ipp [::]: * 
0100 ip6-localhost: smtp [::]: *

Listado de sockets por protocolo

Puede enumerar los sockets usando un protocolo particular con las opciones dport y sport, que representan los puertos de destino y de origen, respectivamente.

Escribimos lo siguiente para enumerar los sockets que usan el protocolo HTTPS en una establishedconexión (observe el espacio después del paréntesis de apertura y antes del de cierre):

ss -un estado establecido '(dport =: https o sport =: https)'

Podemos usar el nombre del protocolo o el puerto normalmente asociado con ese protocolo. El puerto predeterminado para Secure Shell (SSH) es el puerto 22.

Usaremos el nombre del protocolo en un comando y luego lo repetiremos usando el número de puerto:

ss -a '(dport =: ssh o sport =: ssh)'

ss -a '(dport =: 22 o sport =: 22)'

Como era de esperar, obtenemos los mismos resultados.

Listado de conexiones a una dirección IP específica

Con la dstopción (destino), podemos enumerar las conexiones a una dirección IP de destino en particular.

Escribimos lo siguiente:

ss -a dst 192.168.4.25

Identificación de procesos

Para ver qué procesos están usando los sockets, puede usar la opción de procesos ( -p), como se muestra a continuación (tenga en cuenta que debe usar sudo):

sudo ss -t -p

Estado Recv-Q Send-Q Dirección local: Puerto Dirección del mismo nivel: Puerto Proceso 
ESTAB 0 0192.168.4.28:57650 54.218.19.119:https usuarios: (("firefox", pid = 3378, fd = 151)) 
ESTAB 0 0 192.168.4.28:ssh 192.168.4.25:43946 usuarios: (("sshd", pid = 4086, fd = 4), ("sshd", pid = 3985, fd = 4))

Esto nos muestra que las dos conexiones establecidas en los sockets TCP están siendo utilizadas por el demonio SSH y Firefox.

Un digno sucesor

El sscomando proporciona la misma información proporcionada anteriormente por netstat, pero de una manera más simple y accesible. Puede consultar la página de manual para obtener más opciones y consejos.