在linux中设置网络qos和流量控制的核心方法是使用tc命令结合htb和iptables进行限速与流量分类。1. 使用tc命令进行基础限速配置，包括清除已有规则、添加根队列规则、创建主类与子类、绑定过滤器以实现对特定端口（如http服务80端口）的限速；2. 利用htb实现灵活带宽管理，通过父子结构设定最低保障带宽和最大带宽，确保不同服务（如web与ftp）之间互不干扰；3. 结合iptables打标记并配合tc的u32过滤器，实现基于ip地址或用户的精准流量分类与控制；4. 注意事项包括确认设备名、清空旧规则、重载策略及采用iperf等工具测试限速效果，建议将常用命令整理为脚本以便调试与重复使用。
在Linux系统中设置网络QoS（服务质量）和流量控制，其实并不像听起来那么高深。它的核心目的就是通过限速、优先级划分等手段，合理分配带宽资源，防止某些应用或用户占用全部带宽影响整体体验。尤其在服务器、路由器或者需要多任务并行的场景下，这项技能非常实用。
1. 使用 tc 命令进行基础限速配置
Linux下的流量控制主要依靠一个叫 tc（traffic control）的命令行工具。它是iproute2包的一部分，大多数发行版默认已经安装了。
基本操作流程如下：
-
清除已有规则（避免冲突）：
tc qdisc del dev eth0 root
-
添加根队列规则（使用HTB）：
tc qdisc add dev eth0 root handle 1: htb default 12
-
创建主类（例如总带宽为100mbit）：
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit
-
创建子类（例如限制某个应用为10mbit）：
tc class add dev eth0 parent 1:1 classid 1:12 htb rate 10mbit
-
绑定过滤器（根据端口或其他条件匹配流量）：
tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dport 80 0xffff flowid 1:12
上面的例子是给HTTP服务（端口80）限速到10Mbps。你可以根据实际需求修改端口、IP地址或协议。
2. 利用HTB实现更灵活的带宽管理
HTB（Hierarchical Token Bucket）是一种分层式令牌桶算法，非常适合做带宽分配和优先级控制。
HTB的优势在于：
- 支持父子结构，方便组织不同等级的服务
- 可以设定最低保障带宽和最大带宽
- 能够配合过滤器对特定流量做精细控制
比如你有一台服务器要同时跑Web服务和FTP服务，就可以分别创建两个子类，各自设置不同的带宽上限，并且保证即使其中一个占满也不会完全挤占另一个的资源。
举个例子：
# 添加主类，总带宽100mbit tc class add dev eth0 parent 1:1 classid 1:10 htb rate 60mbit ceil 100mbit # 添加子类，用于Web服务，最低30mbit，最高50mbit tc class add dev eth0 parent 1:1 classid 1:11 htb rate 30mbit ceil 50mbit
这样做的好处是，在带宽充足时，Web可以跑到50M，但在紧张时至少能保证30M。
3. 结合 iptables 实现更精确的流量分类
有时候光靠端口不够，我们还需要结合 iptables 来打标记（mark），再通过 tc 的u32过滤器来识别这些标记。
大致步骤如下：
-
用
iptables打标记：iptables -t mangle -A POSTROUTING -d 192.168.1.100 -j MARK --set-mark 10
-
在
tc中根据这个标记做匹配：tc filter add dev eth0 protocol ip parent 1:0 prio 1 handle 10 fw flowid 1:10
这样一来，所有发往192.168.1.100的数据包都会被归类到特定的流量控制策略里，实现基于IP地址或用户的限速。
4. 注意事项与常见问题
虽然 tc 功能强大，但也有一些细节容易忽略：
-
设备名写错：很多同学忘了自己网卡名字是
eth0还是ens33，可以用ip link show查看。 -
规则冲突不清空：每次修改前最好先执行
tc qdisc del dev eth0 root避免冲突。 - 忘记重载规则：修改完后如果没有重启网络或手动重新加载脚本，规则不会生效。
-
测试方法不当：可以用
iperf或dd if=/dev/zero | nc模拟流量来验证限速是否起作用。
基本上就这些。Linux的流量控制机制不算复杂，但涉及的参数和逻辑比较多，稍微不注意就容易出错。建议把常用的命令整理成脚本，方便重复使用和调试。
