订阅导入成功却连不上：同一个节点换个客户端就能用，问题多半出在内核

先给结论：订阅导入成功、节点也在列表里、选中却连不上，而同一个节点在另一个客户端上正常——这种情况八成不是节点的问题，是客户端用的内核不一样。

这一条最容易被误判成「机场不行」或「节点跑路了」。实际上节点活得好好的，只是你手上这个客户端的内核处理不了它。

先确认是不是这个现象

同时满足下面三条，才往下看：

1. 订阅导入是成功的 —— 节点列表有内容，不是空的（列表为空属于订阅格式问题，见导入订阅失败怎么排查）
2. 选中节点后连不上 —— 延迟测试超时，或者连上了但网页打不开
3. 同一个节点在别处是通的 —— 换个客户端、换台设备，同一条订阅、同一个节点能正常用

第 3 条是关键。如果所有客户端都连不上，那不是内核问题，回到四层排查从头走一遍。

为什么会这样：客户端只是壳，干活的是内核

这是这个领域里最容易被忽略的一层。你装的是「客户端」，但真正处理协议、握手、加密的是它内部调用的内核。同一个节点链接，交给不同内核，结果可以完全不同。

已确认的两条技术事实：

• Xray 与 mihomo 对 REALITY 的校验严格程度不同。 同一个 REALITY 节点，mihomo 那边连上了，Xray 这边可能因为某个字段不合规而拒绝。
• v2fly（老的 v2ray-core）根本不支持 REALITY。 拿它去测 REALITY 节点，必定失败，而且失败得很难看懂——报错通常不会直说「不支持这个协议」。

所以典型场景就长这样：安卓上 v2rayNG 连不上某个节点，同一条订阅导进 Clash 系客户端却一切正常。这不是哪个客户端更好，是两边的内核对同一份配置的容忍度不同。

怎么判断自己的节点是不是 REALITY

把节点链接（vless:// 开头那一长串）复制出来看一眼，URL 里带这几个参数就是 REALITY：

security=reality     ← 决定性标志
pbk=...              ← 公钥
sid=...              ← short id
fp=...               ← 指纹，如 chrome / firefox

看到 security=reality，那这个节点就只能用支持 REALITY 的内核跑。

⚠️ 顺带分清一组容易混的东西：security=tls 是普通 TLS、security=reality 才是 REALITY，两者要求完全不同。VLESS 是协议，REALITY 是伪装/传输层方案，不是一回事——一个节点可以是 VLESS 但不用 REALITY。

怎么修

按成本从低到高试：

1. 先升级客户端。 这一步能解决相当一部分问题。REALITY 是较新的方案，老版本的客户端内嵌的内核可能压根不支持，或者实现还不完整。升级客户端通常也会一并升级它带的内核。

2. 在 v2rayN 里切换内核。 v2rayN 的优势就是可以换内核跑同一批节点。设置里能选用哪个内核，换一个再测同一个节点——这是最直接的对照实验，一次就能确认问题是不是出在内核上。

⚠️ 具体菜单位置各大版本变动过，以你装的那一版为准。找不到就先做第 1 步。

3. 检查 fp（指纹）字段。 有的订阅里这个字段是空的，不同内核对「空指纹」的处理不一样，有的会用默认值兜住，有的直接失败。手动填一个常见值（如 chrome）再试。

4. 换客户端。 如果这个节点确实只在某一类内核上跑得通，那就用跑得通的那个。这不丢人——客户端是工具，能用就行。

一条判读纪律：别把「我这边连不上」等同于「它挂了」

这是本站反复强调的同一件事，换到内核这一层同样成立。

一个节点在你的客户端上连不上，能得出的结论只有一句：这个组合跑不通。 它推不出以下任何一条：

• ❌ 这个节点坏了
• ❌ 这家服务商不行
• ❌ 这家服务商跑路了

内核不匹配、客户端版本太老、某个字段留空——任何一条都会造成一模一样的现象。换一个内核就能用的节点，显然不是节点的问题。

同样的逻辑贯穿本站的记录方式：可达性结果只说明本站探测节点在那个时刻的访问结果，不代表你那条链路的情况，更不能推出对方停止运营。判定规则与四档状态的分界写在判定口径与数据来源里。

相关

• v2rayN 导入订阅失败怎么排查 —— 列表是空的、拉不到订阅属于另一类问题
• v2rayN 连不上、无法上网怎么办：四层排查 —— 所有客户端都连不上时走这条
• v2rayN、v2rayNG、Xray、sing-box 到底是什么关系 —— 名字与内核的对应关系
• 服务商状态记录 —— 想确认某家的公开入口现在通不通，看带时间戳的探测记录