一键安装最新内核并开启 BBR 脚本

技术 秋水逸冰 2622816浏览 717评论

最近,Google 开源了其 TCP BBR 拥塞控制算法,并提交到了 Linux 内核,从 4.9 开始,Linux 内核已经用上了该算法。根据以往的传统,Google 总是先在自家的生产环境上线运用后,才会将代码开源,此次也不例外。
根据实地测试,在部署了最新版内核并开启了 TCP BBR 的机器上,网速甚至可以提升好几个数量级。
于是我根据目前三大发行版的最新内核,开发了一键安装最新内核并开启 TCP BBR 脚本。

本脚本适用环境

系统支持:CentOS 6+,Debian 8+,Ubuntu 16+
虚拟技术:OpenVZ 以外的,比如 KVM、Xen、VMware
内存要求:≥128M
日期  :2022 年 5 月 11 日

关于本脚本

1、本脚本已在 Vultr 上的 VPS 全部测试通过。
2、当脚本检测到 VPS 的虚拟方式为 OpenVZ 时,会提示错误,并自动退出安装。
3、脚本运行完重启发现开不了机的,打开 VPS 后台控制面板的 VNC, 开机卡在 grub 引导, 手动选择内核即可。
4、由于是使用最新版系统内核,最好请勿在生产环境安装,以免产生不可预测之后果。

使用方法

使用root用户登录,运行以下命令:

wget --no-check-certificate -O /opt/bbr.sh https://github.com/teddysun/across/raw/master/bbr.sh
chmod 755 /opt/bbr.sh
/opt/bbr.sh

安装完成后,脚本会提示需要重启 VPS,输入 y 并回车后重启。
重启完成后,进入 VPS,验证一下是否成功安装最新内核并开启 TCP BBR,输入以下检查:
No.1

uname -r

查看内核版本,显示为新版内核就表示 OK 了。
No.2

sysctl net.ipv4.tcp_available_congestion_control

返回值一般为:

net.ipv4.tcp_available_congestion_control = bbr cubic reno

或者:

net.ipv4.tcp_available_congestion_control = reno cubic bbr

No.3

sysctl net.ipv4.tcp_congestion_control

返回值一般为:

net.ipv4.tcp_congestion_control = bbr

No.4

sysctl net.core.default_qdisc

返回值一般为:

net.core.default_qdisc = fq

No.5

lsmod | grep bbr

返回值有 tcp_bbr 模块即说明 bbr 已启动。比如:

tcp_bbr                20480  3

注意:并不是所有的 VPS 都会有此返回值,若没有也属正常。

特别说明

如果你使用的是 Google Cloud Platform (GCP)更换内核,有时会遇到重启后,整个磁盘变为只读的情况。只需执行以下命令即可恢复:

mount -o remount rw /

 

更新日志:

2021 年 5 月 11 日:
1、在 CentOS 7 下更改为安装 5.15.38 版本内核;
2、精简在 Debian 和 Ubuntu 下的可选内核版本,从 5.15 起始到当前最新版结束。

2021 年 1 月 3 日:
1、为了稳定性,在 CentOS 7 下更改 elrepo-kernel 为 centos-release-xen-48,并升级安装 4.9 版稳定内核;
2、在 CentOS 6 和 CentOS 8 下不再安装 elrepo-kernel。原因:CentOS 6 是通过 rpm 安装 4.18.20;CentOS 8 则无需升级内核即可开启 BBR。
3、精简在 Debian 和 Ubuntu 下的可选内核版本,从 5.9 起始到当前最新版结束。

2020 年 6 月 23 日:
1、重构了代码,去除一些不必要的处理;
2、精简在 Debian 和 Ubuntu 下的可选内核版本,从 5.6 起始到当前最新版结束。

2018 年 12 月 14 日:
1、修正:在 CentOS 6 系统下 kernel-ml 及 kernel-ml-devel 无法安装的问题。原因是 elrepo 官方最近取消了 kernel-ml 及 kernel-ml-devel 的 rpm 资源。脚本已改为下载 rpm 来安装的方式。版本 4.18.20 将会是 CentOS 6 下最新的内核,目测以后也不会再有升级了,请尽快迁移到 CentOS 7 系统。

2018 年 06 月 09 日:
1、修正:在 CentOS 系统下将 elrepo-kernel 默认启用,以解决在安装新内核后执行 yum update 再次安装旧内核的问题。

2018 年 05 月 12 日:
1、修正:在 Ubuntu 或 Debian 系统中某些情况下获取不到某个编译失败的安装包导致退出安装的问题。并且现在可以手动选择安装从 4.14 到最新版本的内核。

2018 年 02 月 24 日:
1、新增:手动安装最新版内核 headers 的教程。

2017 年 10 月 28 日:
1、更新:自动判断内核版本。如果内核版本已经大于或等于 4.9 且没有开启 BBR,脚本会直接设置好 BBR;
2、新增:脚本执行时会在当前目录下创建日志(install_bbr.log),方便查看及排错。

2017 年 02 月 22 日:
1、更新:自动获取最新版 4.10 内核。

2017 年 01 月 20 日:
1、新增:自动获取并下载安装最新版内核的功能。

2017 年 01 月 13 日:
1、更新:内核到 4.9.3。

2017 年 01 月 09 日:
1、更新:内核到 4.9.1。

参考链接:

https://github.com/google/bbr/blob/master/Documentation/bbr-quick-start.md
http://elrepo.org/tiki/tiki-index.php
http://kernel.ubuntu.com/~kernel-ppa/mainline/

转载请注明:秋水逸冰 » 一键安装最新内核并开启 BBR 脚本

发表我的评论
取消评论

请输入正确答案后提交评论 *超出时限。 请再次填写验证码。

表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

网友最新评论 (717)

  1. 老大你好,我用你的脚本搭建好以后,可以正常连接SSR,但是装了你的BBR以后,就连不上了。查看了下,内核是4.15,是不是必须降到4.13才可以?我试着降内核之后,重启,服务器死掉了。。。。。
    xfhack6年前(2018-02-23)回复
  2. 你好,在谷歌服务器上无法运行此命令,提示 root@cloudshell:~$ grub2-set-default 0 -bash: grub2-set-default: command not found root@cloudshell:~$ yum --enablerepo=elrepo-kernel -y install kernel-ml kernel-ml-devel -bash: yum: command not found
    google6年前(2018-02-22)回复
  3. 非常感谢博主的脚本,有个小建议,内核升级后能否顺带自动修改下/etc/debian_version版本号?因为有些程序是自动判断版本的,有时还停留在老版本会造成一些兼容问题。
    c6年前(2018-02-20)回复
  4. 博主你好,强烈建议安装内核文件时应同时安装kernel-ml-headers,这样相应的头文件和内核版本才能对应,否则以后编译其他程序时用的头文件还是以前kernel-headers提供的老版本。更麻烦的是,因为elrepo不断在更新(源服务器只保留最新的几个版本的文件),如果安装了kernel-ml后一段时间才发现kernel-ml-headers没装,这时候再想找与已安装kernel-ml版本对应的kernel-ml-headers就不好找了,除非用elrepo源把两者一起更新到最新版。 Shadowsocks-libev 3.1.2以后版本的安装会涉及到这个问题,该版本开始采用了4.11以上内核对TCP Fast Open的新API,编译时判断使不使用新API的方式是判断内核头文件中是否有定义TCP_FASTOPEN_CONNECT标志(如果内核头文件版本正确,4.11以后版本的头文件才带有这个定义,4.10及以前的头文件里没有此定义)。这种判断方法会导致一旦内核头文件和内核版本不对应,出现一个在4.11前一个在4.11后的情况,就会出现误判。如果只是headers太老,那结果只是没有开启使用新API。但是如果headers太新而实际内核版本老于4.11,就会使软件在TCP Fast Open打开的设置下会出错退出。 如搬瓦工提供的自带BBR的CentOS系统,当时我安装的时候它的内核版本是4.10.4,后来编译软件时可能是yum自动单独去安装了kernel-ml-headers,结果安装下来了4.13版的headers。于是在编译Shadowsocks-libev 3.1.3时程序根据头文件中的TCP_FASTOPEN_CONNECT定义错误认为可以使用新API,这样编译出来的程序在TCP Fast Open打开的设置下会出错退出。我发现是这个原因后自己找了4.10.4版的kernel-ml-headers替换上去重新编译,才能正常使用。 这个问题虽然是Shadowsocks-libev的程序机制的问题(在相关issue里其实已经有人提出了:https://github.com/shadowsocks/shadowsocks-libev/issues/1800#issuecomment-354477625 ),但这也提醒我们一定要注意内核头文件和内核的版本对应。 然后我就想起我的另一个Vultr的VPS用博主的脚本开启了BBR(内核更新到4.13了),过去一看没有安装kernel-ml-headers,头文件还是原来的3.x的kernel-headers提供的,Shadowsocks-libev在这种情况下编译就不会使用新的TCP Fast Open API了,于是马上来提醒博主了XD
    yicong20076年前(2018-02-19)回复
    • 感谢你的提醒!我已经在安装 BBR 的脚本里增加了包 kernel-ml-headers Update:这个 headers 无法直接就这么安装,会和原版 headers 产生冲突,因此脚本里就不做这个步骤了,改为手动安装。
      秋水逸冰6年前(2018-02-24)回复
  5. 博主好,我用的DO, CentOs 6.9, 手动配置的,安装完后执行sed -i 's/^default=.*/default=0/g' /boot/grub/grub.conf 重启 可是内核显示版本2.6.32-696.20.1.el6.x86_64,执行 rpm -qa | grep kernel 显示版本4.15.4-1.el6.elrepo.x86_64已安装 求教,万分感谢
    tkt6年前(2018-02-19)回复
  6. 4.15.4-041504-generic 当前版本。这速度让我有些质疑如果没有加速网速会变成多少。。。。。
    fl6年前(2018-02-19)回复
  7. 博主您好,为什么谷歌云的速度并不稳定。昨天安装好测试还在50M左右。今天就是13M左右。偶尔还有连不上网络的情况
    fl6年前(2018-02-19)回复
  8. 博主你好,我运行安装命令之后查看内核版本为 4.15.3-1.el6.elrepo.x86_64
    k6年前(2018-02-17)回复
    • 因为总是默认安装最新版内核,而内核是在不断更新的,所以不应以文章示例为准,而是以实际为准。
      秋水逸冰6年前(2018-02-18)回复
  9. 请问能否不升级到4.15 感觉有问题 能否来一个4.9或着4.10的版本感谢感谢
    洞洞中的爱6年前(2018-02-15)回复
  10. 安装 BBR 脚本后,L2TP上不去了
    Cavon6年前(2018-02-12)回复
  11. xsvps centos 6.9安装后开不了机。。
    mooooofie6年前(2018-02-11)回复
  12. ~# /usr/sbin/update-grub -bash: /usr/sbin/update-grub: No such file or directory centos 6.9提示没有这个命令,搜索无果,求教
    Luis6年前(2018-02-08)回复
  13. 我升级到4.14.但是docker服务运行不起来。不知道为什么。
    navono6年前(2018-02-02)回复
  14. 4.15的内核好像有问题
    BBR6年前(2018-01-31)回复
  15. 您好,请问如何默认直接开启 bbr ?不想升级内核,但是确定已经是 4.9 以上,脚本中回车默认升级至最新版,最近 4.15 版本开启 bbr 会失败,所以想用 gcp 默认的内核直接开启 bbr !
    Hikkess6年前(2018-01-30)回复
    • 脚本运行时会先判断内核版本,如果是大于等于 4.9 的话,会直接开启 BBR,不会安装最新版内核。
      秋水逸冰6年前(2018-02-01)回复