甲骨文自建站延迟高求解决方案

chyyyds 2026-08-27 10:32 1

甲骨文大阪 ARM 自建 Hysteria2/VLESS,国内直连延迟约 200ms,求优化建议


我在甲骨文云日本大阪区域搭了一台自用代理节点,最近感觉延迟偏高,想请教一下大家是线路问题、协议配置问题,还是还有优化空间。


服务器配置:



  • Oracle Cloud ARM

  • 4 核 Neoverse-N1

  • 24 GB 内存

  • Ubuntu 24.04.4 LTS ARM64

  • Oracle 内核 6.17

  • 服务通过 Docker Compose 部署

  • 容器使用 host 网络模式

  • 当前系统网络参数为 CUBIC + fq_codel


节点同时部署了两套协议:



  1. Hysteria2 2.12.1

    • UDP 443

    • 密码认证

    • 没有开启混淆

    • 使用 TLS 证书

    • 伪装反代到 Bing

    • Hysteria2 应用层拥塞控制使用 bbr,配置为 conservative



  2. Xray-core 26.6.1

    • VLESS

    • TCP 443

    • REALITY

    • XTLS Vision

    • Reality 伪装目标是正常 HTTPS 网站




Hysteria2 使用 UDP 443,VLESS 使用 TCP 443,因此两套服务可以同时监听 443。


客户端情况:



  • Windows 11

  • Clash Verge / Mihomo

  • 平时主要通过代理组或故障转移使用节点


目前测试结果:



  • 正常情况下约 197~313ms

  • 中位数约 205ms

  • 有一次抖动到 1329ms

  • 排除异常值后平均约 229ms

  • 通过代理访问 Google 204 测试

    • TLS 建连中位数约 254ms

    • 首包中位数约 457ms

    • 总耗时一般约 0.4~0.7 秒

    • 偶尔会达到 1.6 秒



  • 简单 HTTP 下载测速大约 40~61Mbps


Hysteria2 和 VLESS 服务本身运行正常,服务器资源也比较充足,看起来不像 CPU、内存或磁盘瓶颈,本地是电信网络,坐标湖北武汉。


想请教大家:



  1. 甲骨文大阪国内直连 200ms 左右是否正常?

  2. 这种明显抖动更可能是甲骨文回国线路还是本地运营商问题?

最新回复 (1)
  • huskar 08-27 12:42
    1

    我这边在福建,目前是福建移动,千兆带宽,同样东京节点,延迟大概在38-70ms左右,如果是浏览器下载任务,或者浏览器直连,单条长连接容易受延迟、丢包和跨境路由限制;多条连接叠加才能充分利用带宽。如果是下载问题,换个多线程的下载器,比如狗快之类的,能跑到我的千兆水平

* 帖子来源Linux.do
返回