v2rayN 连接失败怎么排查？先看日志、端口和代理模式
简答：v2rayN 连接失败，先保留第一条红色日志，再区分单节点、全部节点、浏览器或单个应用故障；随后检查订阅、核心、端口、系统代理与 TUN，且不要把延迟测试成功当成网页访问正常。
定义：v2rayN 连接失败，是指客户端核心未启动、节点握手失败，或核心已运行但系统流量没有进入本地代理入口。
先做这张“现象—日志—动作”速查表
与 v2rayN 项目及开发者无隶属关系。排查时不要一开始就更换所有节点或重装软件，先记录故障范围和第一条红色日志。v2rayN 官方 Wiki 说明，界面问题日志通常位于 guiLogs 文件夹，核心错误则会显示在主界面信息栏中。v2rayN Wiki：FAQ
| 现象 | 优先看什么 | 常见方向 | 下一步 |
|---|---|---|---|
| 只有一个节点失败 | 节点配置与核心日志 | 地址、端口、UUID、密码、TLS、SNI、传输方式或路径不匹配 | 只对照该节点参数，换一个已知可用节点作对照 |
| 全部节点失败 | 核心启动、订阅和本地端口 | 核心文件缺失、订阅未更新、端口占用或系统时间异常 | 先确认核心能启动，再检查订阅和端口 |
| 浏览器打不开，客户端显示已连接 | 系统代理与浏览器代理 | 代理模式未接管流量、浏览器插件覆盖设置、端口不一致 | 先用系统代理或手动代理做单变量测试 |
| 浏览器能用，其他应用不能用 | 应用是否支持系统代理 | 该应用不读取系统代理，需要 TUN 或应用内代理设置 | 先确认应用支持的代理类型，再决定是否启用 TUN |
日志出现 bind: address already in use | 本地监听端口与 PID | 其他进程占用了混合、HTTP 或 SOCKS 端口 | 查出 PID 后关闭冲突进程，或修改本地监听端口 |
这张表的判断依据是：v2rayN 将系统代理作为流量进入核心的入口，而路由规则负责决定流量从哪个出站连接发出；两者不是同一个设置。v2rayN Wiki：系统代理和路由说明
按顺序排查：日志、订阅、核心和时间
- 先保留日志。在复现前备份或清理旧日志，重新选择活动节点并访问一个测试页面，只记录第一条红色错误。不要只看最后的“连接失败”，因为后面的错误可能是前面核心启动失败的连锁结果。
- 确认节点已设为活动节点。检查订阅更新是否成功，节点列表中的地址、端口、协议、UUID 或密码、传输方式、TLS、SNI、WebSocket 路径或 REALITY 参数是否来自同一份配置。只修改一个字段后重新测试，避免无法判断是哪一项生效。
- 检查核心文件。如果日志出现“未找到 Core 文件”“运行 Core 失败”或配置不支持，先确认对应核心目录和可执行文件存在，再在客户端的核心设置中确认该协议使用的核心类型。v2rayN 官方资料列出了 Xray 和 sing-box 等核心类型；不同核心对配置的支持范围可能不同。v2rayN 源码：核心类型与配置支持范围
- 检查系统时间。打开 Windows“设置 → 时间和语言 → 日期和时间”，启用自动设置时间，并执行一次立即同步。时间明显不准时，TLS 或带时间校验的握手可能失败；调整后重新启动核心再测。
- 备份配置再处理文件。不要直接删除整个客户端目录。先复制配置目录和
guiLogs，再排查杀毒软件隔离、解压是否完整、目录权限和路径是否过深等本机因素。
看到端口占用时，用 Windows 命令定位 PID
在命令提示符或 PowerShell 中执行下面命令；示例端口 10808 需要替换为 v2rayN 当前显示的本地监听端口：
netstat -ano | findstr :10808
tasklist /FI "PID eq 1234"
第一条命令中的 -o 会显示进程 PID，第二条命令把示例 PID 1234 替换为实际 PID。Windows 文档说明，netstat 可查看监听端口并显示 PID，tasklist 可列出正在运行的进程。Microsoft Learn：netstat Microsoft Learn：tasklist
- 如果结果显示其他客户端、旧核心或虚拟机进程占用端口，先正常退出该程序，再重新启动 v2rayN。
- 如果 PID 对应的是残留的核心进程，先在任务管理器中结束对应进程；不确定进程归属时不要强制结束系统进程。
- 如果端口没有监听结果，问题可能不是“端口被占用”，而是核心根本没有成功启动，应回到核心日志。
- 也可以把 v2rayN 的本地监听端口改为未占用端口，但修改后必须同步检查系统代理、浏览器手动代理和其他应用中的端口。
v2rayN 的公开问题记录中，127.0.0.1:10808 出现 bind: address already in use 时，含义是本地监听失败；这类现象应先查端口和残留进程，而不是先判断远端节点失效。v2rayN Issue：端口占用日志示例
区分延迟测试、真实连接和代理接管
- 先测本地入口。确认 v2rayN 核心已经运行，且本地监听端口处于 LISTENING 状态。没有监听时，浏览器设置任何代理都不会成功。
- 再测节点连接。使用客户端的延迟或真连接测试，但只把它当作节点或核心的单项信号。延迟测试成功，并不等于目标网站、浏览器或其他应用一定会通过代理打开。
- 最后测真实网页。保持一个节点、一个代理模式和一个测试页面不变，打开日志观察是否出现新的出站连接记录。若完全没有新的请求日志，优先检查系统代理、浏览器代理插件或路由模式；若有请求但握手失败，再回到节点参数和核心日志。
在 v2rayN 中，“自动配置系统代理”主要影响读取系统代理的应用；TUN 则是另一条接管路径。官方 Wiki 说明，系统代理会把部分软件的流量转发到核心入口，而路由功能再决定出站方向。v2rayN Wiki：系统代理和路由说明
- 浏览器打不开：先关闭浏览器代理扩展，确认浏览器没有手动写入旧端口，再重新启用 v2rayN 的自动配置系统代理。
- 浏览器能用但其他应用不能用：该应用可能不读取 Windows 系统代理。先查看应用自身是否支持 HTTP、SOCKS 或其他代理设置；只有确有需要时再单独测试 TUN。
- 开启 TUN 后全部断网：先关闭 TUN，恢复到自动配置系统代理，确认基础连接正常后，再单独检查 TUN 的 DNS、协议栈、MTU 和权限。不要同时改 DNS、MTU、路由和核心。
- 开启 TUN 后延迟变成 -1：这只能说明当前测试路径没有得到有效结果，不能单独证明节点一定失效，应结合核心启动日志和真实网页访问判断。
最后做一次单变量复测
完成一项修改后，按下面顺序复测并记录结果：
- 退出 v2rayN，确认没有残留核心进程。
- 重新启动客户端，只选择一个活动节点。
- 先关闭 TUN，仅使用自动配置系统代理。
- 确认本地监听端口处于 LISTENING，再访问一个固定测试页面。
- 若失败，只修改一个变量：节点、核心类型、系统代理端口或 TUN，不要同时修改多个选项。
- 仍然失败时，保存客户端版本、Windows 版本、节点协议类型、第一条红色日志和复现步骤；隐藏地址、UUID、密码、私钥和订阅链接后再寻求帮助。
如果同一配置在不同核心下表现不同，不要直接把某个核心判定为“必然不可用”。公开讨论中确实存在特定协议、核心和网络环境组合表现不同的个案，但这类记录只能作为复现线索，不能替代你本机日志和单变量对照。v2rayN Discussion：不同核心表现差异的个案
常见问题
v2rayN 延迟测试成功，为什么网页还是打不开？
延迟测试只说明某个测试路径获得了结果，不代表浏览器请求已经进入代理，也不代表目标网站一定可访问。请确认核心正在监听、本地端口一致，并检查系统代理或浏览器代理插件。
日志里的 bind: address already in use 是什么意思？
通常表示 v2rayN 或核心想监听的本地端口已经被其他进程占用。用 netstat -ano 查 PID，再用 tasklist /FI "PID eq 实际PID" 确认进程；若没有监听结果，则应回到核心启动日志。
浏览器能用，但其他软件仍然无法连接怎么办？
很多应用不会读取 Windows 系统代理。先查看该应用是否支持 HTTP 或 SOCKS 代理并填入正确的本地端口；如果应用没有代理设置，再单独测试 TUN，不要同时修改 DNS、MTU 和路由。
v2rayN 连接失败要不要马上换节点？
不建议先全部更换。若只有一个节点失败，优先核对该节点参数；若全部节点失败，先检查核心启动、订阅更新、本地端口、系统代理和时间，避免把本机故障误判为节点问题。
开启 TUN 后断网，如何恢复？
先关闭 TUN，恢复自动配置系统代理并重启核心，确认基础连接恢复后再逐项检查 TUN 的权限、DNS、协议栈、MTU 和路由。每次只修改一个变量，并保留日志。