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