v2rayN 不是一个单独的代理内核。它更像控制台：负责导入订阅、展示节点、写配置、启动 core。节点列表能出现，只说明订阅文本被解析出来了；测速失败、启动后断开、日志报 unknown field，通常发生在 core 执行阶段。
先用协议表选 core，不要按节点名字猜
先看节点详情里的协议，而不是看「高速」「专线」「备用」这种备注名。下面这张表用于第一轮排查，不代表所有服务端实现都完全一样，但能把 80% 的错误方向先排掉。
| 节点协议 / 字段特征 | v2rayN 7.x 里先试哪个 core | 第二选择 | 典型失败提示 |
|---|---|---|---|
| VLESS + Reality + Vision / uTLS | Xray-core | 更新后的 Xray-core | unknown field、TLS / Reality 握手失败 |
| VMess + TCP / WS / gRPC | Xray-core | V2Fly v2ray-core | 延迟测试失败、服务端拒绝、传输字段不兼容 |
| Trojan + TLS / WS / gRPC | Xray-core | sing-box | 证书校验失败、SNI 不匹配、握手失败 |
| Hysteria2 / hysteria2 | sing-box | 独立 Hysteria2 core（如果客户端支持） | unsupported protocol、认证失败、UDP 相关错误 |
| TUIC | sing-box | 独立 TUIC core（如果客户端支持） | unsupported protocol、QUIC 连接失败 |
| 旧 V2Ray JSON / 老 VMess 配置 | V2Fly v2ray-core | Xray-core | 配置字段旧、插件字段不匹配 |
| sing-box JSON 远程配置 | sing-box | 换成 v2rayN / Xray 导出格式 | JSON 字段未知、outbounds 结构不匹配 |
如果你只记一个规则：VLESS Reality 先 Xray，Hysteria2 / TUIC 先 sing-box。V2Fly 更适合兜底老 V2Ray 配置，不是 2026 年新协议的默认选择。
节点能导入但连不上，先看哪 4 个信号？
第一信号是延迟测试。v2rayN 里延迟测试失败不等于节点一定不可用，它可能只是当前 core 没启动、测速 URL 无法访问，或本地 DNS/TUN 没接好。不要把所有失败都归因到订阅本身。
| 表现 | 更可能的位置 | 先做什么 |
|---|---|---|
| 节点列表正常，全部延迟测试失败 | core 没启动、系统代理未接管、防火墙拦截 | 打开日志，看 core 进程是否启动 |
| 只有 VLESS Reality 失败 | Xray 版本或 Reality 字段不匹配 | 更新 Xray-core，确认没切到 V2Fly |
| Hysteria2 / TUIC 导入后启动失败 | core 不支持该协议 | 切 sing-box，再看错误是否变化 |
| 更新 core 后提示找不到 exe | 文件缺失、路径错、被隔离 | 检查 v2rayN 目录下的 core 文件 |
| 某一批节点失败，旧节点正常 | 订阅格式或服务端协议变更 | 抽一条新节点单独测试 |
| 日志出现 HTML、403、404 | 订阅返回了网页或错误页 | 浏览器打开订阅 URL 看正文 |
第二信号是日志里的 core 名称。你以为自己在跑 Xray，实际日志可能写着 sing-box；你以为更新成功，实际启动时仍在调用旧的 xray.exe。排查时先把「当前 core 是谁」固定下来。
订阅格式和 core 不匹配时怎么办？
订阅端经常给多个导出格式：Clash、Mihomo、V2Ray、Xray、sing-box、Shadowrocket。v2rayN 能导入其中一部分，但不代表每个导出格式都适合当前 core。
正确做法是让订阅格式、节点协议、core 三者对齐：
| 订阅返回内容 | 更适合的方向 | 不建议的动作 |
|---|---|---|
vless://、vmess://、trojan:// 多行 | v2rayN + Xray-core | 直接当 sing-box JSON 导入 |
| 一整段 base64，解码后是 URI 列表 | v2rayN + Xray-core / V2Fly | 不看解码内容就切 core |
proxies:、proxy-groups:、rules: | Clash / Mihomo 导出 | 直接塞给 v2rayN 当 V2Ray 订阅 |
{ "outbounds": ... } | sing-box core 或 sing-box 客户端 | 当成 VMess/VLESS URI 列表 |
<html>、登录页、到期提示 | 先处理订阅 URL | 继续更新 core |
同一服务来源如果同时提供 Clash、Singbox、V2Ray 导出，排障时可以用一份兼容 Clash / Singbox / V2Ray 的订阅做格式对照：Clash 客户端拿 YAML，sing-box 拿 JSON，v2rayN 拿 V2Ray/Xray URI 或对应导出，不要把默认链接到处粘。
GitHub Release 官方来源怎么判断？
v2rayN、Xray-core、V2Fly、sing-box 的发布节奏不是一回事。v2rayN Release 更新 GUI、运行时和集成逻辑；Xray、V2Fly、sing-box Release 更新各自的 core。2026-05-21 可见的 v2rayN 7.22.3 Release 说明主要是 GUI / .NET 运行时层面的更新，这不等于你的本地 Xray-core、sing-box 或 V2Fly 一定已经同步到对应版本。
排查时只认这 4 类官方来源：
| 组件 | 官方 Release | 常见可执行文件 | 你要核对什么 |
|---|---|---|---|
| v2rayN GUI | github.com/2dust/v2rayN/releases | v2rayN.exe 或桌面包 | 版本号、平台包、是否 7.x |
| Xray-core | github.com/XTLS/Xray-core/releases | xray.exe | Windows x64 / arm64 架构、版本号 |
| V2Fly v2ray-core | github.com/v2fly/v2ray-core/releases | v2ray.exe | 是否真是 V2Fly core，不是 Xray 改名 |
| sing-box | github.com/SagerNet/sing-box/releases | sing-box.exe | stable / alpha、系统架构、文件名 |
不要从网盘、聊天记录、未知镜像下载 core 后直接覆盖。core 是会执行的程序，来源不清会让排障变成供应链问题。手动替换前先备份旧文件，至少保留一个能回滚的版本。
Windows 上怎么确认 core 文件没有缺？
先关闭 v2rayN，包括托盘图标。然后在 v2rayN 目录打开 PowerShell，找这三个文件：
Get-ChildItem -Recurse -Filter xray.exe | Select-Object FullName,Length,LastWriteTime
Get-ChildItem -Recurse -Filter sing-box.exe | Select-Object FullName,Length,LastWriteTime
Get-ChildItem -Recurse -Filter v2ray.exe | Select-Object FullName,Length,LastWriteTime如果命令没有输出，说明对应 core 不在当前目录。文件存在也不代表能运行，再看版本：
.\xray.exe version
.\sing-box.exe version
.\v2ray.exe version实际路径可能在 v2rayN 的 bin、guiConfigs 或 core 子目录下，按你的安装包结构调整命令所在目录。排查时要确认 v2rayN 日志调用的 exe 和你刚下载的 exe 是同一个文件。
切换 core 的排查顺序是什么？
不要一次改 5 个变量。按下面顺序做，每一步只改一个点。
- 复制一个失败节点，单独建测试分组。
- 看协议：VLESS Reality、VMess、Trojan、Hysteria2、TUIC 先分清。
- 选择对应 core：Reality 先 Xray，Hysteria2 / TUIC 先 sing-box。
- 重启 v2rayN，确认托盘里没有旧 core 进程残留。
- 只测这一条节点，不要同时更新整个订阅。
- 打开日志，记录第一条真正的 error。
- 如果错误从
unsupported protocol变成证书或认证失败，说明 core 方向大概率对了，继续查节点参数。
这一步的目标不是立刻修好所有节点，而是判断「失败发生在内核选择，还是发生在节点参数」。错误类型变化，比界面上一个红色失败提示更有价值。
日志里这些词分别指向哪里？
v2rayN 弹窗通常太短，日志才是主证据。看到这些词，先按右侧方向处理。
| 日志片段 | 含义 | 下一步 |
|---|---|---|
core executable missing / file not found | core 文件缺失或路径错 | 重新下载对应 Release，放回 v2rayN 期待的目录 |
unsupported protocol | 当前 core 不支持节点协议 | 按协议表换 Xray 或 sing-box |
unknown field | 配置字段和 core 版本不匹配 | 更新 core，或让订阅端导出旧字段格式 |
failed to dial | core 已启动，但连不上目标 | 查服务端、端口、SNI、Reality 参数 |
certificate / tls | TLS、SNI、证书或 Reality 参数问题 | 核对节点详情，不急着换客户端 |
permission denied | 文件权限、防火墙或安全软件拦截 | 移到用户目录，检查安全软件记录 |
context deadline exceeded / timeout | 连接超时或测速 URL 不通 | 换测速目标，单测浏览器代理 |
如果日志第一行就找不到 core，不要继续换订阅。如果日志显示协议不支持，不要继续改 DNS。先把错误所在层级定住，后面的修复才不会乱。
什么时候该换 Xray、sing-box、V2Fly？
可以按这张决策表收尾：
| 当前情况 | 建议动作 | 理由 |
|---|---|---|
| 主要节点是 VLESS Reality | 固定 Xray-core | Reality / Vision / uTLS 相关配置优先跟 Xray 生态 |
| VMess / Trojan 老节点为主 | 先 Xray，失败再 V2Fly | Xray 兼容面广，V2Fly 适合老配置回退 |
| Hysteria2 / TUIC 节点为主 | 固定 sing-box | sing-box 对这类新协议和 JSON 配置更常见 |
| 订阅后台只给 sing-box JSON | 用 sing-box core 或换 sing-box 客户端 | JSON 配置结构和 V2Ray URI 不是一类东西 |
| 公司电脑无法自动更新 core | 手动下载官方 Release | 避开内置下载失败、权限和安全软件干扰 |
| 每次切 core 都出现不同错误 | 暂停切换，保存日志 | 错误变化说明已经进入参数层，不是 core 数量问题 |
对多数 v2rayN 7.x 用户，默认组合是「GUI 用最新版 v2rayN，VLESS / VMess / Trojan 用 Xray，Hysteria2 / TUIC 用 sing-box」。V2Fly 保留给旧配置，不要把它当所有节点的万能修复按钮。
怎么确认已经修好？
修好不是只看节点变绿。建议做 4 个验证：
- v2rayN 日志里能看到正确 core 启动，例如
xray或sing-box的版本输出。 - 单条节点延迟测试返回数值，而不是全部 timeout。
- 浏览器系统代理生效，访问常用海外服务页面没有空白或循环加载。
- 关闭再打开 v2rayN 后仍能连接，说明路径和 core 文件没有被临时释放或隔离。
如果只在当前窗口里成功，重启后又失败，优先查文件路径、权限和安全软件。core 文件被隔离时，第一次替换后看似正常，下一次启动又会回到找不到 exe。
FAQ
v2rayN 7.x 一定要下载完整包吗？ 不是。GUI 和 core 可以分开更新。完整包省事，但排障时手动下载 Xray-core、V2Fly 或 sing-box Release 更容易确认文件来源和版本。
节点能导入是不是说明订阅没问题？ 只能说明订阅文本被解析出节点。连接阶段还要看协议字段、core 版本、TLS/Reality 参数、系统代理和本机权限。
sing-box 比 Xray 更新就一定更好吗？ 不是。sing-box 适合它支持的协议和 JSON 配置；VLESS Reality 在 v2rayN 场景下仍优先用 Xray。排障看匹配，不看谁版本号更大。
V2Fly 还有必要保留吗？ 有。老 VMess、旧 V2Ray JSON、历史配置迁移时，V2Fly 可以作为回退选项。新 Reality、Hysteria2、TUIC 不建议优先从 V2Fly 开始。
更新 v2rayN 之后为什么旧节点突然失败？ 可能是 GUI 更新后配置生成方式变了，也可能是 core 没同步更新。先看 Release 说明和日志里的 core 版本，再决定回退 GUI 还是替换 core。