linux ss命令

本文详细介绍了ss命令的功能与用法,包括显示活动套接字信息、socket统计信息等,并对比了其与netstat命令的区别,特别是在高并发场景下的优势。文中还提供了多个ss命令的实际应用场景示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

ss命令
  用来显示处于活动状态的套接字信息。ss命令可以用来获取socket统计信息,它可以显示和netstat类似的内容。但ss的优势在于它能够显示更多更详细的有关TCP和连接状态的信息,而且比netstat更快速更高效。当服务器的socket连接数量变得非常大时,无论是使用netstat命令还是直接cat /proc/net/tcp,执行速度都会很慢。可能你不会有切身的感受,但请相信我,当服务器维持的连接达到上万个的时候,使用netstat等于浪费 生命,而用ss才是节省时间。天下武功唯快不破。ss快的秘诀在于,它利用到了TCP协议栈中tcp_diag。tcp_diag是一个用于分析统计的模块,可以获得Linux 内核中第一手的信息,这就确保了ss的快捷高效。当然,如果你的系统中没有tcp_diag,ss也可以正常运行,只是效率会变得稍慢。

选项
-h:显示帮助信息;
-V:显示指令版本信息;
-n:不解析服务名称,以数字方式显示;
-a:显示所有的套接字;
-l:显示处于监听状态的套接字;
-o:显示计时器信息;
-m:显示套接字的内存使用情况;
-p:显示使用套接字的进程信息;
-i:显示内部的TCP信息;
-4:只显示ipv4的套接字;
-6:只显示ipv6的套接字;
-t:只显示tcp套接字;
-u:只显示udp套接字;
-d:只显示DCCP套接字;
-w:仅显示RAW套接字;
-x:仅显示UNIX域套接字。


实例
显示TCP连接
# ss -t -a
State       Recv-Q Send-Q                            Local Address:Port                                Peer Address:Port   
LISTEN      0      0                                             *:3306                                           *:*       
LISTEN      0      0                                             *:http                                           *:*       
LISTEN      0      0                                             *:ssh                                            *:*       
LISTEN      0      0                                     127.0.0.1:smtp                                           *:*       
ESTAB       0      0                                112.124.15.130:42071                              42.156.166.25:http    
ESTAB       0      0                                112.124.15.130:ssh                              121.229.196.235:33398 

显示 Sockets 摘要
# ss -s
Total: 172 (kernel 189)
TCP:   10 (estab 2, closed 4, orphaned 0, synrecv 0, timewait 0/0), ports 5  列出当前的established, closed, orphaned and waiting TCP sockets

Transport Total     ip        IPv6
*         189       -         -        
RAW       0         0         0        
UDP       5         5         0        
TCP       6         6         0        
INET      11        11        0        
FRAG      0         0         0 

查看进程使用的socket
# ss -pl
State       Recv-Q Send-Q                                Local Address:Port                                    Peer Address:Port   
LISTEN      0      128                                              :::ssh                                               :::*        users:(("sshd",1292,4))
LISTEN      0      128                                               *:ssh                                                *:*        users:(("sshd",1292,3))
LISTEN      0      128                                       127.0.0.1:ipp                                                *:*        users:(("cupsd",1165,7))
LISTEN      0      128                                             ::1:ipp                                               :::*        users:(("cupsd",1165,6))
LISTEN      0      128                                               *:32957                                              *:*        users:(("rpc.statd",1104,9))
LISTEN      0      128                                              :::57637                                             :::*        users:(("rpc.statd",1104,11))
LISTEN      0      80                                               :::mysql                                             :::*        users:(("mysqld",1528,17))
LISTEN      0      128                                               *:6379                                               *:*        users:(("redis-server",1672,5))
LISTEN      0      128                                              :::6379                                              :::*        users:(("redis-server",1672,4))
LISTEN      0      128                                              :::sunrpc                                            :::*        users:(("rpcbind",1084,11))
LISTEN      0      128                                               *:sunrpc                                             *:*        users:(("rpcbind",1084,8))
LISTEN      0      128                                               *:http                                               *:*        users:(("nginx",1685,13),("nginx",3698,13),("nginx",3699,13))

找出打开套接字/端口应用程序
# ss -pl | grep 3306
0      0                            *:3306                          *:*        users:(("mysqld",1718,10))


关于Recv-Q和Send-Q状态
recv-Q 表示网络接收队列
  表示收到的数据已经在本地接收缓冲,但是还有多少没有被进程取走,recv()
如果接收队列Recv-Q一直处于阻塞状态,可能是遭受了拒绝服务 denial-of-service 攻击。
send-Q 表示网路发送队列
  对方没有收到的数据或者说没有Ack的,还是本地缓冲区.
如果发送队列Send-Q不能很快的清零,可能是有应用向外发送数据包过快,或者是对方接收数据包不够快。
这两个值通常应该为0,如果不为0可能是有问题的。packets在两个队列里都不应该有堆积状态。可接受短暂的非0情况。

!!!对于上边的说法不能说错,但最起码不完全正确,我感觉下边的才是正解,来自:TCP queue 的一些问题
  当 client 通过 connect 向 server 发出 SYN 包时,client 会维护一个 socket 等待队列,而 server 会维护一个 SYN 队列
此时进入半链接的状态,如果 socket 等待队列满了,server 则会丢弃,而 client 也会由此返回 connection time out;只要是 client 没有收到 SYN+ACK,3s 之后,client 会再次发送,如果依然没有收到,9s 之后会继续发送
半连接 syn 队列的长度为 max(64, /proc/sys/net/ipv4/tcp_max_syn_backlog)  决定
当 server 收到 client 的 SYN 包后,会返回 SYN, ACK 的包加以确认,client 的 TCP 协议栈会唤醒 socket 等待队列,发出 connect 调用
client 返回 ACK 的包后,server 会进入一个新的叫 accept 的队列,该队列的长度为 min(backlog, somaxconn),默认情况下,somaxconn 的值为 128,表示最多有 129 的 ESTAB 的连接等待 accept(),而 backlog 的值则由 int listen(int sockfd, int backlog) 中的第二个参数指定,listen 里面的 backlog 的含义请看这里。需要注意的是,一些 Linux 的发型版本可能存在对 somaxcon 错误 truncating 方式。
当 accept 队列满了之后,即使 client 继续向 server 发送 ACK 的包,也会不被相应,此时,server 通过 /proc/sys/net/ipv4/tcp_abort_on_overflow 来决定如何返回,0 表示直接丢丢弃该 ACK,1 表示发送 RST 通知 client;相应的,client 则会分别返回 read timeout 或者 connection reset by peer。上面说的只是些理论,如果服务器不及时的调用 accept(),当 queue 满了之后,服务器并不会按照理论所述,不再对 SYN 进行应答,返回 ETIMEDOUT。根据这篇文档的描述,实际情况并非如此,服务器会随机的忽略收到的 SYN,建立起来的连接数可以无限的增加,只不过客户端会遇到延时以及超时的情况。


可以看到,整个 TCP stack 有如下的两个 queue:
1. 一个是 half open(syn queue) queue(max(tcp_max_syn_backlog, 64)),用来保存 SYN_SENT 以及 SYN_RECV 的信息。
2. 另外一个是 accept queue(min(somaxconn, backlog)),保存 ESTAB 的状态,但是调用 accept()。

注意,之前我对 Recv-Q/Send-Q 的理解有些误差,使用 ss 获取到的 Recv-Q/Send-Q 在 LISTEN 状态以及非 LISTEN 状态所表达的含义是不同的。从 tcp_diag.c 源码中可以看到二者的区别:

LISTEN 状态: Recv-Q 表示的当前等待服务端调用 accept 完成三次握手的 listen backlog 数值,也就是说,当客户端通过 connect() 去连接正在 listen() 的服务端时,这些连接会一直处于这个 queue 里面直到被服务端 accept();Send-Q 表示的则是最大的 listen backlog 数值,这就就是上面提到的 min(backlog, somaxconn) 的值。

其余状态: 非 LISTEN 状态之前理解的没有问题。Recv-Q 表示 receive queue 中的 bytes 数量;Send-Q 表示 send queue 中的 bytes 数值


简而言之 recvQ是已经完成了三次握手的链接个数 sendQ是队列最大值

<think>嗯,用户现在问的是Linuxss命令,我之前已经回答过巨杉数据库备份的问题,现在需要切换到另一个完全不同的主题。首先,我需要确认用户对ss命令的了解程度,可能他们之前用过netstat,现在想了解替代工具。ss命令是iproute2包的一部分,比netstat更高效,能够显示更多详细的网络连接信息。 用户可能需要知道ss的基本用法,常见选项,以及与netstat的区别。我应该从这些方面入手,结构清晰,分点说明。比如先介绍ss是什么,然后基本语法,常用选项,示例,最后和netstat对比。还要注意使用中文,符合用户要求。 需要检查是否有系统级指令需要遵守,比如数学公式的格式,但这里可能用不上。主要保证回答结构清晰,步骤详细。用户可能是在管理服务器或网络,需要监控连接情况,排查问题。所以实际应用场景的例子会有帮助,比如查看特定端口,监听状态的连接,或者按协议过滤。 另外,用户可能不知道的一些高级选项,比如查看进程信息,时间戳,或者按状态过滤,这些也应该涵盖。要确保命令示例正确,比如使用-t表示TCP,-u表示UDP,-l监听状态,-n不解析服务名等。同时提醒权限问题,部分选项可能需要sudo。 最后,对比netstat和ss的优势,强调ss的速度和更详细的信息,特别是在处理大量连接时的效率。可能用户之前习惯用netstat,但现在需要更高效的工具,所以这个对比能帮助他们理解为什么推荐使用ss。 需要避免技术术语过于复杂,用易懂的语言解释。同时注意格式,使用代码块标记命令和示例,方便用户复制粘贴。检查是否有错误,比如选项是否正确,示例是否准确。比如ss -tunlp是正确的,显示TCP和UDP监听端口,并显示进程信息。 总结来说,结构应该是:简介,语法,常见选项,示例,应用场景,与netstat对比,注意事项。这样用户能逐步了解ss命令,从基础到应用,全面覆盖可能的需求。</think>### Linux `ss` 命令详解 `ss`(Socket Statistics)是Linux系统中用于查看网络连接状态的工具,属于`iproute2`软件包的一部分。它比传统的`netstat`命令更高效,能够直接读取内核数据结构,支持更详细的过滤和统计功能,适用于网络调试和监控。 --- #### 一、基本语法 ```bash ss [选项] [过滤条件] ``` --- #### 二、常用选项 | 选项 | 功能说明 | |------------|----------------------------------| | `-t` | 显示TCP连接 | | `-u` | 显示UDP连接 | | `-l` | 仅显示监听(LISTEN)状态的连接 | | `-a` | 显示所有连接(包括监听和非监听) | | `-n` | 不解析服务名称(直接显示IP和端口) | | `-p` | 显示进程信息(需root权限) | | `-s` | 统计汇总(总连接数、协议分类等) | | `-o` | 显示计时器信息(如超时时间) | | `-4`/`-6` | 仅显示IPv4/IPv6连接 | | `--info` | 显示TCP连接详细信息(如MSS、拥塞控制算法) | --- #### 三、典型使用示例 1. **查看所有TCP连接** ```bash ss -tna ``` - 输出包含`ESTAB`(已建立)、`LISTEN`(监听)、`TIME-WAIT`等状态。 2. **查看监听中的TCP端口及进程** ```bash sudo ss -tunlp ``` - 输出示例: ``` Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=1234,fd=3)) ``` 3. **统计当前连接数** ```bash ss -s ``` - 输出示例: ``` Total: 256 (kernel 0) TCP: 45 (estab 10, closed 20, orphaned 0, timewait 15) UDP: 8 ... ``` 4. **过滤特定端口(如HTTP 80)** ```bash ss -nt '( dport = :80 or sport = :80 )' ``` 5. **查看TCP连接详细信息** ```bash ss -ntio ``` - 输出计时器、拥塞窗口(cwnd)、RTT等内核参数。 --- #### 四、应用场景 1. **排查端口占用** ```bash sudo ss -tulp | grep 3306 ``` - 快速定位MySQL服务是否在运行。 2. **监控异常连接** ```bash watch -n 1 "ss -ant | awk '{print \$1}' | sort | uniq -c" ``` - 实时统计各状态的连接数。 3. **分析高负载服务** ```bash ss -ntp | grep ESTAB | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -nr ``` - 统计与当前主机建立连接最多的客户端IP。 --- #### 五、与`netstat`的对比 | **特性** | `ss` | `netstat` | |----------------|-------------------------------|-----------------------------| | **数据来源** | 直接读取内核`/proc/net/` | 解析`/proc/net`文件 | | **速度** | 更快(尤其连接数多时) | 较慢 | | **功能** | 支持更细粒度过滤(BPF语法) | 过滤功能有限 | | **进程信息** | 需`sudo`权限显示 | 部分版本可直接显示 | --- #### 六、注意事项 1. **权限要求** - 查看进程信息(`-p`选项)需root权限。 2. **过滤语法** - 使用`state`过滤连接状态(如`ss -t state established`)。 3. **性能影响** - 在连接数极多(如10万+)时,`ss`仍能快速响应,但频繁调用可能增加系统负载。 --- ### 总结 `ss`是Linux网络管理的利器,尤其适合: - 快速诊断端口占用、连接状态异常问题 - 监控高并发服务的实时连接情况 - 替代`netstat`获取更高效、详细的网络信息 掌握其常用选项和过滤语法,可大幅提升网络故障排查效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值