Foreword

前面选择了HY2,这里部署测试一下效果,看看是不是能扛过封锁,能在接下来的日子里继续用2年。

Sing-box

还是先用233boy的脚本,用了这么久有感情了

bash <(wget -qO- -o- https://github.com/233boy/sing-box/raw/main/install.sh)

sing-box script v1.0 by 233boy Usage: sing-box [options]... [args]... 基本: v, version 显示当前版本 ip 返回当前主机的 IP pbk 同等于 sing-box generate reality-keypair get-port 返回一个可用的端口 ss2022 返回一个可用于 Shadowsocks 2022 的密码 一般: a, add [protocol] [args... | auto] 添加配置 c, change [name] [option] [args... | auto] 更改配置 d, del [name] 删除配置** i, info [name] 查看配置 qr [name] 二维码信息 url [name] URL 信息 log 查看日志 更改: full [name] [...] 更改多个参数 id [name] [uuid | auto] 更改 UUID host [name] [domain] 更改域名 port [name] [port | auto] 更改端口 path [name] [path | auto] 更改路径 passwd [name] [password | auto] 更改密码 key [name] [Private key | auto] [Public key] 更改密钥 method [name] [method | auto] 更改加密方式 sni [name] [ ip | domain] 更改 serverName new [name] [...] 更改协议 web [name] [domain] 更改伪装网站 进阶: dns [...] 设置 DNS dd, ddel [name...] 删除多个配置** fix [name] 修复一个配置 fix-all 修复全部配置 fix-caddyfile 修复 Caddyfile fix-config.json 修复 config.json import 导入 sing-box/v2ray 脚本配置 管理: un, uninstall 卸载 u, update [core | sh | caddy] [ver] 更新 U, update.sh 更新脚本 s, status 运行状态 start, stop, restart [caddy] 启动, 停止, 重启 t, test 测试运行 reinstall 重装脚本 测试: debug [name] 显示一些 debug 信息, 仅供参考 gen [...] 同等于 add, 但只显示 JSON 内容, 不创建文件, 测试使用 no-auto-tls [...] 同等于 add, 但禁止自动配置 TLS, 可用于 *TLS 相关协议 其他: bbr 启用 BBR, 如果支持 bin [...] 运行 sing-box 命令, 例如: sing-box bin help [...] [...] 兼容绝大多数的 sing-box 命令, 例如: sing-box generate uuid h, help 显示此帮助界面 谨慎使用 del, ddel, 此选项会直接删除配置; 无需确认 反馈问题) https://github.com/233boy/sing-box/issues 文档(doc) https://233boy.com/sing-box/sing-box-script/ 

可选协议有点多,一上来有点迷惑选哪个

 1) TUIC 2) Trojan 3) Hysteria2 4) VMess-WS 5) VMess-TCP 6) VMess-HTTP 7) VMess-QUIC 8) Shadowsocks 9) VMess-H2-TLS 10) VMess-WS-TLS 11) VLESS-H2-TLS 12) VLESS-WS-TLS 13) Trojan-H2-TLS 14) Trojan-WS-TLS 15) VMess-HTTPUpgrade-TLS 16) VLESS-HTTPUpgrade-TLS 17) Trojan-HTTPUpgrade-TLS 18) VLESS-REALITY 19) VLESS-HTTP2-REALITY 20) AnyTLS 21) Socks 

先逐个看一下实际的客户端适配情况

下面按 2026 年 10 月的近期版本统计。OpenClash 按 mihomo 内核计算;v2rayN 可以在 Xray、sing-box 等内核之间切换;v2rayNG 主要依赖 Xray。表里的“支持”指客户端和内核能实际建立连接,不只是订阅里能显示节点。

协议组合 OpenClash / mihomo v2rayN v2rayNG Surge Shadowrocket 说明
1. TUIC 支持 支持,使用 sing-box — 支持 TUIC v4 / v5 支持 v2rayNG 当前没有可用的 TUIC 内核
2. Trojan 支持 支持 支持 支持 支持 这里指标准 Trojan over TLS,五端都能用
3. Hysteria2 支持 支持 支持 支持 支持 五端都能用;依赖 UDP 可达,仍要准备 TCP 备用线路
4. VMess-WS 支持 支持 支持 支持 支持 不带 TLS 时不适合直接用于公网
5. VMess-TCP 支持 支持 支持 支持 支持 裸 TCP 特征明显,只适合测试或受控网络
6. VMess-HTTP 支持 支持 支持 — 支持 此处按 TCP 的 header.type=http 计算,不是旧 H2 传输
7. VMess-QUIC — 受限,需 v2fly、sing-box 或旧核心 受限,需兼容核心 — 支持 新版 Xray 已移除旧 V2Ray QUIC,不建议继续部署
8. Shadowsocks 支持 支持 支持 支持 支持 要选择各端共同支持的加密方式;SS2022 的范围会更窄
9. VMess-H2-TLS 支持 受限,需兼容核心 受限,需兼容核心 — 支持 新版 Xray 已移除独立 H2,建议迁移到 XHTTP
10. VMess-WS-TLS 支持 支持 支持 支持 支持 五端都能用,适合保留作 CDN 和旧客户端兼容线路
11. VLESS-H2-TLS 支持 受限,可切 sing-box 受限,需兼容核心 — 支持 当前 Xray 不再支持旧 H2 传输
12. VLESS-WS-TLS 支持 支持 支持 — 支持 Surge 不支持 VLESS;其余四端可以使用
13. Trojan-H2-TLS — 受限,可切 sing-box 受限,需兼容核心 — 受限 各实现和订阅格式不统一,不适合对外分发
14. Trojan-WS-TLS 支持 支持 支持 — 支持 Surge 的 Trojan 没有 WebSocket 传输
15. VMess-HTTPUpgrade-TLS 受限,建议手写 YAML 支持 支持 — 支持 mihomo 用 network: ws 加 v2ray-http-upgrade: true 表示,分享链接可能转换错误
16. VLESS-HTTPUpgrade-TLS 受限,建议手写 YAML 支持 支持 — 支持 Xray 已建议新部署改用 XHTTP
17. Trojan-HTTPUpgrade-TLS 受限,需手工配置 支持 支持 — 支持 Shadowrocket 已明确支持;mihomo 的 Trojan 文档没有把它列为原生传输
18. VLESS-REALITY 支持 支持 支持 — 支持 这里指常见的 VLESS + RAW/TCP + REALITY;客户端和服务端核心版本要匹配
19. VLESS-HTTP2-REALITY 已失效 已失效 已失效 已失效 已失效 当前 Xray 明确拒绝旧 H2 + REALITY,应改成 VLESS + XHTTP + REALITY
20. AnyTLS 支持 支持,使用 sing-box — 支持 支持 v2rayNG 官方已关闭 AnyTLS 支持请求
21. Socks 支持 支持 支持 支持 支持 按 SOCKS5 计算;协议本身没有传输加密,只适合本机、局域网或上游转接
  • 支持:近期版本有常规配置,且对应内核可以建立连接。
  • 受限:需要切换内核、手写配置或使用旧核心,普通订阅不一定能直接导入。
  • —:当前没有原生或常规支持。
  • 已失效:组合本身已被当前服务端核心淘汰,不是换一个客户端就能解决。

这里有几个容易混淆的地方:

VMess-QUIC 是旧 V2Ray 的私有 QUIC 传输,不是 Hysteria2 或 TUIC。

H2 指旧的 V2Ray HTTP/2 传输,也不是 TLS 里单纯声明 alpn=h2。新版 Xray 已经移除旧 HTTP/H2 和 QUIC 传输,REALITY 目前只允许和 RAW、XHTTP、gRPC 组合,所以菜单里的 VLESS-HTTP2-REALITY 应该直接排除。

HTTPUpgrade 在 Xray、v2rayN、v2rayNG 和 Shadowrocket 中还能用,但 Xray 官方已经建议迁移到 XHTTP。mihomo 对 HTTPUpgrade 的表达方式比较特殊,核心配置通常要写成 WebSocket 传输并开启 v2ray-http-upgrade;直接导入 type=httpupgrade 的节点链接,仍可能出现节点能显示但无法连接的情况。

最后选 Hysteria2 ,就可以快速体验了,本身和已经安装的xray还不冲突。

Summary

高峰期大概有20个vps要管理,每个都单独配置xray或者v2ray,还是有点蛋疼,再加上都是各自不同的系统、版本,脚本也不一定一样。有的可能还有一些ss或者什么的其他流媒体代理之类的事情,实际管理还是挺麻烦的。

现在大概也有9个vps管理,每年都要弄一次,这次统一协议,直接弄个统一脚本,以后一起管理,简单方便,订阅、协议转换也都改成一个脚本搞定,后续只需要维护一个仓库就行了,而且AI也能辅助,不排除日后直接转换成一个小型分布式的客户端,进行统一管理,就更方便一些。

目前测试跑了一天,还是稳定的,端口没问题,所以现在是hy2+reality+vmess,三种类型都存在

Quote

https://xtls.github.io/config/transport.html

https://xtls.github.io/config/transports/httpupgrade.html

https://wiki.metacubex.one/config/proxies/transport/

https://wiki.metacubex.one/config/proxies/vmess/

https://wiki.metacubex.one/config/proxies/trojan/

https://github.com/2dust/v2rayN/wiki/Description-of-subscription

https://github.com/2dust/v2rayNG/issues/5764

https://github.com/2dust/v2rayNG/discussions/4993

https://manual.nssurge.com/policies/overview.html

https://manual.nssurge.com/policies/vmess.html

https://apps.apple.com/us/app/shadowrocket/id932747118

https://telegram.me/s/shadowrocketnews