三网优化:Evoxt马来西亚机器VLESS-Reality 部署教程

三网优化:马来西亚机器 VLESS-Reality 部署教程

前置说明: 本教程以马来西亚 Evoxt 机器为例,介绍如何在三网优化 VPS 上部署 VLESS-Reality 协议,并开启 BBR 最大化利用优质回程带宽。所有涉及个人密钥的参数均以占位符呈现,请自行替换。


一、机器选型

选型依据

推荐选择具有以下网络特性的机器:

  • 三网双程 CN2GIA / 9929 / CMI
  • 闲时三网延时稳定,单线程基本在 200–300 Mbps 左右
  • 晚高峰三网回程稳定,速率与闲时差别不大
  • 国际互连稳定,带宽充裕

参考测评:meowvps.com/blog/evoxtmy/

IP 可达性检测

部署前建议使用 ping.pe 检测目标 IP 的三网可达性。


二、服务端配置

1. 安装 Xray

bash -c "$(curl -L https://github.com/XTLS/Xray-install/raw/main/install-release.sh)" @ install

2. 生成密钥

生成 UUID:

xray uuid

记录输出的类似 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx 的字符串,记为 UUID

生成 X25519 密钥对:

xray x25519

记录输出的 Private keyPublic key(或 Password / PublicKey)。其中:

  • 私钥(PrivateKey) → 填入服务端配置
  • 公钥(PublicKey) → 填入客户端配置

生成 ShortId:

openssl rand -hex 8

记录输出的 16 位字符,记为 ShortId

3. 配置 Xray

编辑 Xray 配置文件:

vim /usr/local/etc/xray/config.json

清空默认内容,粘贴以下模板,将 你的_XXX 替换为上一步生成的三个值:

{
  "log": {
    "loglevel": "warning"
  },
  "inbounds": [
    {
      "listen": "0.0.0.0",
      "port": 443,
      "protocol": "vless",
      "settings": {
        "clients": [
          {
            "id": "你的_UUID",
            "flow": "xtls-rprx-vision"
          }
        ],
        "decryption": "none"
      },
      "streamSettings": {
        "network": "tcp",
        "security": "reality",
        "realitySettings": {
          "show": false,
          "dest": "www.microsoft.com:443",
          "xver": 0,
          "serverNames": [
            "www.microsoft.com"
          ],
          "privateKey": "你的_Private_Key",
          "shortIds": [
            "你的_ShortId"
          ]
        }
      }
    }
  ],
  "outbounds": [
    {
      "protocol": "freedom",
      "tag": "direct"
    }
  ]
}

伪装目标说明: 这里使用 www.microsoft.com:443 作为目标,是目前最稳定且最不易被阻断的伪装方案之一。

保存并退出。

4. 重启并检查服务

systemctl restart xray
systemctl status xray

确保服务状态为 active (running) 且无报错。


三、客户端配置

在本地客户端新建 VLESS 节点,按以下参数填写(以 Clash Verge Rev 为例,其他客户端类似):

参数
类型 (Type) vless
地址 (Server) 你的服务器公网 IP
端口 (Port) 443
用户 ID (UUID) 步骤 2 生成的 UUID
传输协议 (Network) tcp
TLS reality
流控 (Flow) xtls-rprx-vision
SNI / Peer www.microsoft.com
客户端指纹 (Client Fingerprint) chrome
PublicKey 步骤 2 生成的 PublicKey
ShortId 步骤 2 生成的 ShortId

对应的 clash.yaml 配置模板如下:

mixed-port: 7897
allow-lan: true
mode: rule
log-level: info

proxies:
  - name: "VLESS-Reality-Node"
    type: vless
    server: <你的服务器 IP>
    port: 443
    uuid: <你的 UUID>
    network: tcp
    tls: true
    udp: true
    flow: xtls-rprx-vision
    servername: www.microsoft.com
    client-fingerprint: chrome
    reality-opts:
      public-key: <你的 PublicKey>
      short-id: <你的 ShortId>

proxy-groups:
  - name: "Proxy"
    type: select
    proxies:
      - "VLESS-Reality-Node"
      - "DIRECT"

rules:
  - GEOIP,CN,DIRECT
  - DOMAIN-SUFFIX,bilibili.com,DIRECT
  - DOMAIN-SUFFIX,baidu.com,DIRECT
  - MATCH,Proxy

四、BBR 拥塞控制优化

为什么需要 BBR

当去程和回程路径高度不对称时(如去程绕美欧约 190ms,回程直连约 50ms),传统 Cubic 算法会因为不对称延迟导致发包节奏混乱,下行带宽无法跑满。

开启 BBR 后,内核可自动修正非对称路由带来的时延计算偏差,将优质回程(CN2 GIA / CMI)的下行带宽充分利用。

开启 BBR

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

验证生效

sysctl net.ipv4.tcp_congestion_control

返回值应为 bbr


五、回程追踪分析

为什么要追踪回程

通过 mtrtraceroute 追踪回程路径,可以看清流量从 VPS 回程时经过了哪些运营商节点,从而判断是否真的走了 CN2 GIA / CMI 优质线路。

电信回程(CN2 GIA / AS4809)

典型路径如下:

  1. 第 1–6 跳:机房内部隐藏
    机房路由器出于安全考虑通常不响应 ICMP,显示为 * * *,属正常现象。

  2. 第 7–9 跳:进入新加坡 CTGNet
    从吉隆坡出发,进入新加坡 CTGNet 节点,走星马跨境陆缆,延迟约 7–44ms。

  3. 第 12 跳:直入 CN2 GIA 国际出口(AS4809)
    流量被递交至电信特级精品网,横跨南海,直达中国广东。

  4. 第 16 跳:完美落地目标服务器
    以约 50ms 延迟落地,路径完全绕开晚高峰拥塞。

CN2 GIA 核心优势: 拥有独立 VIP 通道,无论国际出口多繁忙,绝不限速,丢包率几乎为零。

移动回程(CMI / AS9808)

移动回程的特征节点为 223.119.*.*223.120.*.*(中国移动国际网络核心路由)。

典型路径:

  • 第 4 跳(仅约 7ms)直达移动新加坡/香港核心节点
  • 第 6 跳以约 65ms 进入上海移动大陆骨干网

CMI 核心优势: 移动近几年大规模扩容了国际海缆,带宽底子极大,常规国际出口也有不错的表现。

两种回程对比

回程类型 典型延迟 适合用户
电信 CN2 GIA ~50ms 华南 / 南方用户
移动 CMI ~65ms 北方 / 华东用户

六、性能实测

以下数据在教育网环境下测得,不同网络环境结果可能有所差异。

开启 BBR 前后对比

指标 优化前 优化后
下行带宽 17.26 Mbps 85.76 Mbps
上行带宽 93.47 Mbps 85.45 Mbps
响应延迟 4.919 秒(12 RPM) 1.066 秒(56 RPM)
丢包率 有丢包 0%

技术分析:

  • 下行带宽暴涨约 400%,得益于 BBR 完美修正了非对称路由导致的带宽倒挂
  • 上下行基本对等,说明网络管道吞吐量已被完全打开
  • 响应延迟缩短近 5 倍,日常浏览体感从”卡死”变为”秒开”
  • 丢包率 0%,CN2 GIA / CMI 回程为纯 TCP 的 VLESS-Reality 提供了极佳的运行土壤

文件拉取速度

在代理环境下拉取 HuggingFace 大模型分片:

  • 单线程: 约 9.7 MB/s(≈ 78 Mbps)
  • 多线程(4并发): 约 11 MiB/s(≈ 88 Mbps)

综合时延参考

  • Cloudflare 节点: 约 130ms,反映真实综合 RTT
  • 苹果 networkquality 节点: 约 371ms(因 TLS 握手在教育网环境下额外耗时)

七、腾讯云中转方案参考

如需进一步降低游戏延迟,可考虑在腾讯云轻量应用服务器上建立中转隧道:

  • 优势: 国内大厂 IP 互访稳定,GFW 无法感知与境外机器的直接通信
  • 预期效果: 综合 RTT 可从 130ms+ 降至 40ms+
  • 注意: 腾讯云轻量应用服务器带宽通常为 4–10 Mbps,请根据实际需求评估性价比

八、部署要点速查

  • 机器选型确认具备 CN2 GIA / CMI 回程
  • 安装 Xray (bash -c "$(curl -L .../install-release.sh)" @ install)
  • 生成 UUID、X25519 密钥对、ShortId 并妥善记录
  • 填写服务端 config.json 并重启服务
  • 客户端按参数表配置(注意 reality + chrome 指纹)
  • 开启 BBR 并验证生效
  • networkquality -v 或 Cloudflare Speed Test 验证带宽与延迟

转载请注明来源,欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论,也可以邮件至 kipleyarch@gmail.com