VPS开启BBR加速教程：三条命令+验证方法

相关资料：TCP BBR 项目页（github.com/google/bbr）（Google 官方算法说明）

晚高峰 VPS 拉文件速度直接腰斩，ping 没变多少、速度却掉成零头——这种情况十有八九是丢包吃掉了吞吐，而内核自带的 BBR 就是对症的药。主机评测网这篇讲清楚怎么开、怎么验证、以及它到底能救什么救不了什么，全程三条命令，五分钟搞定。

BBR 是什么，先摆正预期

BBR 是 Google 2016 年提出的 TCP 拥塞控制算法，2016 年底进入 Linux 内核 4.9，现在是主流发行版的内置功能。传统算法靠丢包判断拥塞，在高延迟、有丢包的跨国链路上会频繁降速；BBR 改用带宽和往返延迟来建模，丢包链路上的吞吐表现明显更好。

预期也要摆正：BBR 优化的是吞吐，不是延迟。指望开了 BBR 把 200ms 的 ping 降到 50ms 是不现实的——延迟由线路决定，想知道自己机器走的是什么线，看这篇CN2 GIA 和三网线路科普。线路本身质量好、不丢包的场景，开了也基本无感。

三条命令开启（Debian 10+/Ubuntu 20.04+/CentOS 8+）

SSH 连上 VPS，依次执行：

echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
sysctl -p

第一行把队列调度算法设为 fq，第二行把拥塞控制算法设为 bbr，第三行重载配置生效。就这么点事，不需要装任何软件。前提只有一个：内核版本 ≥ 4.9——Debian 10（4.19）、Debian 12（6.1）、Ubuntu 20.04（5.4）、Ubuntu 22.04（5.15+）、CentOS 8（4.18）全部满足。跑 uname -r 可以看自己的内核版本。

怎么确认真的开了

两条验证命令：

sysctl net.ipv4.tcp_congestion_control
# 输出 net.ipv4.tcp_congestion_control = bbr 即生效
lsmod | grep bbr
# 输出 tcp_bbr 模块即加载成功

如果 sysctl -p 时报错说 unknown key，先别慌，九成是内核低于 4.9，按下面一节处理。

老系统怎么办

重灾区是 CentOS 7，内核 3.10，差着好几个大版本。两条路：一是通过 ELRepo 仓库升级内核到 4.9 以上再按上面操作；二是我的建议——趁重装直接换 Debian 12 或 Ubuntu 22.04，省心程度完全不是一个量级，选系统的理由之前在VPS 建站教程里也讲过。另外提醒一句：网上流传的各种「魔改 BBR」「暴力 BBR」一键脚本，能不碰就不碰，内核自带的原版 BBR 对 99% 的场景已经够了，第三方脚本改内核带来的稳定性风险不值当。

开了有没有用：前后对比测法

别凭感觉，用数据说话。方法照搬新 VPS 四步实测教程里的带宽测法：开 BBR 之前先测一轮速度并记录（时间、时段、速度），开启后同时段再测一轮对比——一定要同时段，晚高峰和凌晨的速度本来就没可比性。判断标准很简单：如果你家到机器的线路晚高峰丢包明显，BBR 大概率能把掉下去的吞吐拉回来一截；如果线路本来就好（比如优质 CN2 GIA），前后差异可能小到可以忽略。

常见问题速查

到这，VPS 从到手到用好的关键动作基本都齐了：验机实测、安全加固、建站上线、再加上这篇网络优化——都是不花钱却能实实在在改善体验的功夫。搞不懂自己线路先看线路科普，机器没有的先去看测评挑一台，剩下的就是把命令抄进去。