同一个机场，为什么 Clash 能连上、v2rayNG 连不上？

先给结论：这种情况多数不是机场坏了，而是两个客户端底下不是同一个内核，对协议和参数的支持不一样。

换句话说，「Clash 能连上」证明节点是活的、你的账号是好的；v2rayNG 连不上是它这一侧的问题。

一个真实案例

2026 年 8 月的一例工单（由合作方客服转述，非本站自有工单）：

安卓一加手机，同一个机场、同一批节点。Clash 客户端一切正常，v2rayNG 全部节点超时。 用户把单个节点手动导入 v2rayNG，依然连不上。

「单节点手动导入也不行」这一步很关键——它排除了订阅解析出错的可能，说明问题出在协议或参数层，而不是订阅链接。

差异一：内核不是同一个

这三者是不同实现，支持的协议、参数写法、默认行为都不完全一致。

差异二：老 v2ray（v2fly）内核不支持 REALITY

这一条最容易被误判成「机场跑路了」。

REALITY 是 XTLS 项目在 Xray-core 里实现的一种伪装方式，v2fly 那条线的内核没有这个功能。所以：

• 如果你用的是基于 v2fly 老内核的客户端（或某些长期没更新的套壳 App），去连 VLESS + REALITY 的节点，必定失败，而且失败得没什么提示，通常就是超时。
• 同一批节点在 Clash 里正常，因为 mihomo 支持 REALITY。

⚠️ 但要分清一件事：现役的 v2rayNG 打包的是 Xray-core，它是支持 REALITY 的。 所以「v2rayNG 连不上 REALITY」不能一概而论——只有版本太旧、或用的是别的老内核套壳才会这样。先去看客户端的版本号和它标注的内核。

差异三：v2ray 格式的分享链接容易漏参数

REALITY 节点要连上，需要一整组参数配齐：公钥（pbk）、sid、指纹（fp）、sni、以及 flow。少一个就握不上手。

而机场给的订阅有多种格式：Clash 用的是 YAML 模板，v2ray 用的是 vless:// 分享链接。这两份是分别生成的，Clash 那份写全了、v2ray 那份漏了或映射错了参数，是很常见的情况。

这也解释了上面案例里「手动导入单节点也不行」——如果那条 vless:// 链接本身就缺参数，手动导入并不会补上它。

差异四：两份订阅可能根本不是同一批节点

有些机场的 Clash 订阅和 v2ray 订阅节点集不完全一样，或者更新时间不同步。看起来像「同一个机场」，实际拿到的不是同一批服务器。

怎么排查

按这个顺序，每一步都能缩小范围：

1. 确认 Clash 侧是好的。 能上网就说明账号、流量、节点都没问题，后面只查 v2rayNG 这一侧。
2. 看 v2rayNG 的版本与内核。 太旧就先更新到最新版；如果它标的是 v2fly 内核，那 REALITY 节点连不上是必然的，换支持 Xray 的客户端。
3. 看节点用的是什么协议。 在 Clash 的配置里找到那个节点，看它是不是 vless + reality。是的话，问题基本锁定在内核与参数上。
4. 比对参数。 把 Clash 配置里那个节点的 public-key / short-id / servername / client-fingerprint / flow，和 v2rayNG 里导入后的对应字段逐个对。缺哪个补哪个。
5. 看日志。 v2rayNG 有日志页，握手失败通常会写明原因，比反复试有效得多。
6. 换一条订阅格式重试。 找机场要 v2ray/Xray 格式的订阅链接，而不是拿 Clash 那条去转。

结论：别急着换机场

「Clash 能用，另一个客户端不能用」几乎不构成机场有问题的证据——它恰恰证明了机场是好的。真要换客户端，客户端横向对比 里列了各平台的内核与平台支持；本站主线推荐的组合是 Clash Verge Rev（桌面）与 Clash Meta for Android（安卓），它们都是 mihomo 内核，配置互通。

如果你遇到的是 Clash 这一侧连不上，那是另一回事，见 节点全部超时 与 报错排查索引。