<think>我们被要求回答关于Linux系统下端口
流量统计的方法。参考了四个引用，我们可以总结出几种不同的方法：
根据引用[1]和[2]：使用Iptables来
统计端口
流量是一种常见方法，它可以
统计经过某个端口的
流量，但缺点是重启会清零。
引用[3]提到：可以从/proc/net/snmp和/proc/net/netstat文件中获取主机级的网络
流量数据，包括收发包数和字节数。但是这种方法不是针对端口的，而是针对整个协议栈的。
引用[4]介绍了使用tshark（Wireshark的命令行
工具）来
统计UDP端口
流量。
因此，我们可以推荐以下几种方法：
1. **使用iptables**：通过配置iptables规则来匹配特定端口的
流量，然后查看计数器。
2. **使用tshark/tcpdump**：通过抓包
工具进行
统计，可以按端口过滤，但长时间运行可能影响性能。
3. **使用/proc文件系统**：但注意，/proc下的文件一般提供的是主机级的
统计，不是按端口的。不过我们可以结合其他
工具（如ss）获取进程打开的端口，然后通过进程的
统计信息（如/proc/<pid>/net）来获取，但这种方法较为复杂。
由于用户明确要求端口
流量统计，我们重点介绍前两种方法。
### 方法一：使用iptables
统计端口
流量
#### 步骤：
1. 添加一条iptables规则来匹配特定端口的
流量（以TCP端口80为例）：
```bash
iptables -A INPUT -p tcp --dport 80
iptables -A OUTPUT -p tcp --sport 80
```
或者如果要
统计双向
流量，可以同时添加INPUT和OUTPUT。
2. 查看
统计结果：
```bash
iptables -L -v -n
```
#### 注意：
-
统计结果包括通过该端口的所有
流量（包数和字节数）。
- 缺点：重启iptables或系统会重置计数器。如果需要持久化，可以考虑使用iptables-save保存规则，并在重启后恢复。但计数器还是会重置为零。
#### 示例输出：
```
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
10 1000 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
5 500 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:80
```
### 方法二：使用tshark（Wireshark命令行
工具）
统计端口
流量
#### 步骤：
1. 安装tshark：
- Ubuntu/Debian: `sudo apt-get install tshark`
- CentOS/RHEL: `sudo yum install wireshark`
2. 运行tshark进行
统计（以UDP端口53为例，持续60秒）：
```bash
sudo tshark -i <interface> -f "udp port 53" -a duration:60 -q -z conv,udp
```
#### 参数说明：
- `-i <interface>`：指定网络接口，如eth0。
- `-f "udp port 53"`：捕获过滤器，只捕获UDP端口53的
流量。
- `-a duration:60`：捕获60秒后停止。
- `-q`：安静模式，不打印抓包详情。
- `-z conv,udp`：
统计UDP会话。
#### 示例输出：
```
UDP Conversations
Filter:<No Filter>
| <- | | -> | | Total |
| Frames Bytes | | Frames Bytes | | Frames Bytes |
=====================================================
192.
168.1.10:53 <-> 192.
168.1.1:5353 10 560 10 560 20 1120
```
### 方法三：使用nethogs（按进程
统计）和端口映射
虽然nethogs是按进程
统计的，但我们可以结合进程的端口占用情况来关联。不过这种方法较为间接。
### 方法四：使用ss和/proc/net/tcp
我们可以通过结合使用ss命令获取进程的端口，然后从/proc/net/tcp（或udp）中读取该端口的
统计信息。但是，/proc/net/tcp中的信息并不直接提供每个端口的实时
流量统计，而是连接状态和计数。而且，它不区分进出
流量。
因此，这种方法并不直接。
### 结论
根据需求，如果只是临时
统计，推荐使用iptables方法，简单直接。如果需要详细的分析（如每个会话的
流量），则可以使用tshark。
另外，需要注意的是，如果
统计服务器重启后仍需要保持，可以考虑使用其他
工具，如nload或iftop，但它们不是按端口而是按网卡。也可以考虑使用更高级的监控
工具，如nethogs（按进程）或者使用cron定期记录iptables计数器并累加。
### 相关问题
§§相关问题§§
1. 如何使iptables的
流量统计在重启后不丢失？
2. tshark能否实时显示某个端口的
流量速率？
3. 有没有轻量级的
工具可以持续监控某个端口的
流量并生成日志？
</think>### Linux 系统下端口
流量统计方法详解
以下是三种高效可靠的端口
流量统计方法，结合系统内置
工具和开源组件实现：
---
#### 方法一：使用 `iptables` 计数器（轻量级方案）
```bash
# 添加监控规则（
统计TCP 80端口）
sudo iptables -A INPUT -p tcp --dport 80
sudo iptables -A OUTPUT -p tcp --sport 80
# 查看
统计结果
sudo iptables -L -v -n | grep ':80'
# 示例输出（RX/TX
流量分离）：
# Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
# pkts bytes target prot opt in out source destination
# 15 1200 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
# Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
# 8 640 tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp spt:80
```
**原理**：通过防火墙规则
统计端口级
流量，计数器存储在内存中[^2]
**优势**：零性能开销，无需额外安装
**缺点**：重启后数据清零，需脚本定期备份
---
#### 方法二：使用 `tshark` 深度分析（精准抓包）
```bash
# 实时监控UDP 53端口（持续60秒）
sudo tshark -i eth0 -f "udp port 53" -a duration:60 -q -z io,stat,1,\
"SUM(udp.dstport==53)udp.srcport==53 ? 1 : 0" \
"SUM(udp.srcport==53)udp.dstport==53 ? 1 : 0"
# 输出示例：
# |IO Statistics|
# | Interval | Frames | Bytes|
# | 0.0-1.0 | 12 | 1440| <-- 每秒
统计
# | 1.0-2.0 | 9 | 1080|
```
**原理**：基于BPF过滤器捕获指定端口
流量[^4]
**优势**：支持协议级过滤，可
统计双向
流量
**配置项**：
- `-z io,stat,1`：每秒生成
统计报告
- `SUM()`：自定义
流量方向公式
---
#### 方法三：使用 `/proc` 协议栈数据（系统级
统计）
```python
# 实时解析TCP端口
流量（Python示例）
import time
def port_traffic(port):
while True:
with open('/proc/net/tcp', 'r') as f:
lines = f.readlines()[1:] # 跳过标题行
rx_bytes = tx_bytes = 0
for line in lines:
fields = line.split()
local_port = int(fields[1].split(':')[1],
16)
if local_port == port:
rx_bytes += int(fields[4]) # 接收字节数
tx_bytes += int(fields[5]) # 发送字节数
print(f"Port {port}: RX={rx_bytes} TX={tx_bytes}")
time.sleep(5)
```
**数据来源**：
- `/proc/net/tcp`：TCP连接状态与
流量[^3]
- `/proc/net/udp`：UDP
流量统计
- `/proc/net/snmp`：协议层聚合数据
---
### 方法对比表
| 方法 | 实时性 | 精度 | 资源消耗 | 持久化 | 适用场景 |
|-------------|--------|--------|----------|--------|-------------------|
| iptables | ★★★☆☆ | 端口级 | 极低 | 需脚本 | 长期
流量监控 |
| tshark | ★★★★☆ | 包级别 | 中高 | 支持 | 短期精准分析 |
| /proc 接口 | ★★☆☆☆ | 连接级 | 低 | 需开发 | 嵌入式系统监控 |
---
### 最佳实践建议
1. **长期监控场景**：
```bash
# 每日备份iptables计数器
*/5 * * * * iptables -L -v -n > /var/log/iptables_$(date +\%F).log
```
2. **异常
流量检测**：
```bash
# 监控80端口突发
流量（阈值1Gbps）
if [ $(iptables -L -v -n | awk '/:80/{print $2}') -gt 1000000 ]; then
echo "ALERT: 80端口
流量异常!" | mail -s "
流量告警" admin@example.com
fi
```
3. **可视化方案**：
```bash
# 安装iftop（按端口过滤）
sudo iftop -P -f "port 443"
```
---
### 常见问题解决
1. **重启后数据丢失**：
- 持久化iptables规则：`sudo iptables-save > /etc/iptables/rules.v4`
- 使用`nfdump`等专业
工具替代[^4]
2. **
统计偏差处理**：
- 排除本地回环
流量：`sudo tshark -i eth0 -f "port 80 and not host 127.0.0.1"`
- 忽略协议包头：`tshark -z io,stat,1,"SUM(frame.len-14-20-20)ip.dst==1.2.3.4"`
---
本文汇总了多种网站统计工具，包括Google Analytics、Clicki等知名产品，涵盖了从基本访问统计到高级用户行为分析的各种功能。
扫一扫
7714
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
