分享甲骨云自建节点过程

花有重开日 2026-08-27 02:36 1

分享一个甲骨文东京 VPS 开启 BBR+FQ 优化直连线路的经验,希望能帮到刚开通机器想自建节点的佬友们。

刚开通 VPS 时,直连的上传和下载速度极慢。虽然直连延迟很不错(平均 70ms 左右),但为了速度只能被迫使用机场中转,而机场的稳定性往往达不到预期。

为了摆脱中转实现国内直连,我发现可以启用 bbr+fq 算法来优化网络拥塞控制。

开启后网络速度得到质的飞跃,实测下载速度跑到了 200+ Mbps,上传速度也有 50+ Mbps。

最新回复 (8)
  • 一叶轻舟 08-27 15:32
    1

    我是发现搬瓦工没有这问题,直接达到BBR后速度,且下载上传对等,说明线路优化的确实好。就研究甲骨文是什么问题,出个数据互相印证下:

    春川:裸连下载 260KB/s → BBR 后 15MB/s(约 57 倍)

    GCP 香港:360KB/s → 22MB/s(约 60 倍)


    原因不玄学:默认的 cubic 一丢包就退避砍半,跨国链路越砍越怂;BBR 按实测带宽发包,丢包照样全速冲。

    上传一直上不去(峰值 0.5MB/s),测下来瓶颈在本地家宽的国际上行出口,跟 VPS 侧关系不大。


    探讨两个问题:

    1、你 qdisc 用的 fq还是 fq_codel?sysctl 除了 tcp_congestion_control=bbr+ default_qdisc=fq还调了别的参数吗?


    2、200Mbps+ 是单线程跑的还是多线程叠加?我 iperf3 单线程 22MB/s 基本顶到线路带宽了。


    另外你哪个区?我春川延迟 70ms 左右,跟你差不多。

  • 花有重开日 楼主 08-27 17:04
    2

    佬友好,我这边是东京的

    1.

    当前实际是:tcp_congestion_control = bbr,default_qdisc = fq

    我最开始只改了tcp_congestion_control=bbr,default_qdisc=fq

    当时sysctl虽然已经显示default_qdisc=fq,但网卡实际跑的还是fq_codel,因为已有 qdisc 不会自动切换。后来手动tc qdisc replace dev xx root fq

    除此之外我没调其他 TCP 参数

    2.

    Speedtest 显示的是“多重连接”,我最高大概跑到过400Mbps+。

    后来专门用 iperf3 测了 Oracle → 本地的反向下载:

    -P 1:约 51 Mbps

    -P 4:约 187 Mbps

    -P 8:约 273 Mbps

  • Owen chen 08-27 17:23
    3

    我用手机申请甲骨文一直abc,我也不知道为啥

  • 黎尘 08-27 17:27
    4

    你手机竟然能申请的动?我每次只要把连接复制到手机上,手机就跟中毒一样卡,就是填信息那个界面

  • Owen chen 08-27 17:29
    5

    可以的,上下滑动一下就不卡了,你可以试试。主要是我是台式机,无法连接手机热点

  • Fynix 08-27 17:34
    6

    不是说要套CF加优选,节点才好用吗

  • 方博士 08-27 17:40
    7

    我电脑也不行每次都abc 国内visa也不行 能付款但是就是创建不了

  • 一叶轻舟 08-27 17:53
    8

    感谢佬,问这个 qdisc 细节帮我抓了个 bug:机器排查下来,确实有两台 sysctl显示 fq 但 tc qdisc show实际还在跑 fq_codel——就是你说的情况,配置后没重启过机器,老队列不会自动切。tc qdisc replace dev xx root fq热切换解决,不断连接。


    多队列网卡(mq 根)还有个小细节:直接 replace root fq会替换掉 mq 结构,可以用 parent :1/ parent :2挂到子队列上保留 mq。


    你的 iperf3 分级数据很典型:单流 51M 是被 70ms RTT × 窗口上限卡住的,8 流 273M 才是线路真实带宽。Speedtest 的 400M+ 也是多连接,跟单线程下载党体感差很远。

* 帖子来源Linux.do
返回