同一个节点，Clash 能连、v2rayNG 却超时：先查哪几项
同一个节点在 Clash 系客户端可用、在 v2rayNG 中超时，现有官方资料没有给出涵盖所有情况的统一原因。可以对照的是内核、协议字段、证书验证和流控文档中的差异。这些差异是核对项，不能直接当成当前节点的故障结论。
客户端名称与实际内核需要分别确认
v2rayNG README 说明它支持 Xray core 与 v2fly core。Clash Verge Rev、Clash Meta for Android 等客户端使用 mihomo；配置交给哪个内核处理，是比较之前需要保留的信息。
v2rayN 是另一个客户端，其支持列表不能直接搬给 v2rayNG。现有资料没有确认 v2rayNG 带有 sing-box 或独立 hysteria 内核，也没有说明其 Hysteria2 实际由哪个引擎处理。
协议列表只能支持相应范围的判断
mihomo 文档列有 TUIC 和 SSR，已读 Xray 出站列表没有这两项。v2rayNG 的相关语言包记录也没有给出对应项，但语言包没有经过运行中的界面核对。
因此可以保留存在协议适配差异这个方向，不能把列表未出现改写成官方对所有版本的明确声明，也不能保证每次无法导入或连接都属于同一种问题。
Shadowsocks、VMess、VLESS、Trojan、Hysteria 2、WireGuard 在两边资料中都有记录。这并没有证明所有参数可以原样互换，尤其不能从协议名称相同推定字段和默认值相同。
证书验证变更有对应版本记录和维护者回复
Xray 文档将 allowInsecure 标为弃用，要求使用 pinnedPeerCertSha256 手动指定需要信任的证书。mihomo 文档仍列有 skip-cert-verify，两份说明的验证字段不能简单互换。
v2rayNG 2.2.2 的 2026-06-01 发布记录写有“移除 allowInsecure，改用证书指纹”。在 #5717 中，维护者 2dust 于 2026-06-02 回复称，Xray 从 6 月 1 日起弃用该选项，自签证书需要相应的 pinnedPeerCertSha256；服务方没有提供时会影响连接。
这是针对自签证书及该项变更的回答，不是所有超时的统一解释。#5723 中，2dust 只贴出 #5717 的链接，关于 Clash Meta 不受影响的解释来自普通用户，不能改称维护者原话。
相同的 Vision 名称也要看两份文档怎么写
Xray 的 VLESS 文档称，xtls-rprx-vision 会拦截目标端口为 443 的 UDP 流量，xtls-rprx-vision-udp443 则不拦截。
mihomo 文档称自己的 xtls-* 流控与 Xray 的不拦截版本等效，需要拦截时另用规则。这是合读两份文档得到的行为差异，文档没有说它就是节点超时的原因。
TLS 指纹与证书指纹不能只按字段同名对应
Xray 的 tlsSettings.fingerprint 用于 TLS Client Hello 指纹，文档默认值为 chrome。mihomo 对应 uTLS 的字段是 client-fingerprint，仅适用于 VMess、VLESS、Trojan、AnyTLS，未填写时的默认值没有读到。
mihomo 的 fingerprint 则指证书指纹，不能与 Xray 同名字段当作同一功能。v2rayNG 界面里的指纹默认值也没有取得，不能从内核文档直接补成应用默认设置。
对照清单用于确认配置，不用于预先确定原因
- 当前节点协议是否在对应内核的公开列表中。
- 是否涉及自签证书，以及服务方是否给出对应的证书指纹。
- 是否使用 Vision，相关应用是否涉及 UDP 443。
- 填写的是 uTLS 指纹，还是证书指纹字段。
- v2rayNG 与所带 Xray-core 的具体版本，是否涉及发布记录中的变更。
早期 #4573 的维护者回复针对当时的 websocket 场景，发生在上述证书选项移除之前，没有解释为什么 Clash 正常。它不能直接移作当前版本的统一办法。
#2296 的用户报告涉及 TLS handshake timeout，但没有维护者解释原因；#1110 也没有回复。用户现象、维护者回答与文档差异需要分别保留，不能拼成已经确认的故障链条。
对照阅读：Clash 能连 v2rayNG 超时的内核差异。