V2Ray 节点超时连不上：按本地、订阅、节点、系统四层顺序排查

先区分：端口不通、节点超时，还是浏览器未走代理

先保留当前配置，记下选中的节点、测试时间和报错。暂停批量测速，选一条节点复现一次，再打开主界面的日志区域查看对应记录。批量测试会同时产生许多连接，容易把其他节点的错误当成当前故障。

v2rayN 是图形客户端，实际连接由所选核心完成。界面能打开、订阅能显示，不等于核心已启动；列表中的延迟数值也要区分测试方式。TCP 连接测试只说明目标端口可能可达，真连接测试还涉及代理协议、握手和测试网址。

第一层：检查系统时间、本地端口与核心启动

以下操作以 Windows 上的 v2rayN 为例。不同版本的界面文字可能略有差异，端口以实际配置为准。先在「设置」→「参数设置」中找到本地监听设置，确认 SOCKS 或混合监听端口；不要把远程节点的服务器端口填进系统代理。

1. 同步系统时间

   打开 Windows「设置」→「时间和语言」→「日期和时间」，启用自动设置时间并点击「立即同步」。检查日期和时区。时间明显偏差可能影响证书有效期判断及部分协议认证；仅显示时区不同，不代表系统时钟一定错误。

2. 确认监听端口

   在 v2rayN「设置」→「参数设置」核对监听地址和端口。本文假设 SOCKS 或混合入口监听在 127.0.0.1:10808；若界面显示其他端口，后面的命令也要随之修改。

3. 定位占用进程

   在 PowerShell 执行下面的查询。找到监听状态及 PID 后，用任务列表核对进程。属于当前核心的监听通常正常；若是旧客户端实例或其他程序，正常退出冲突程序，或给当前监听换一个未占用端口。

4. 重新加载核心

   保存设置，重新选择节点并查看日志，必要时退出后重启客户端。修改端口后，浏览器独立代理和命令行中的端口也必须同步更新。没有监听时，先解决核心启动错误，不继续测试远程节点。

Get-NetTCPConnection -State Listen -LocalPort 10808
netstat -ano | findstr ":10808"
tasklist /FI "PID eq 1234"

最后一行的 1234 是示例 PID，应换成前两条命令查出的进程编号。netstat 输出中注意区分本地地址与远程地址，并确认是 LISTENING，不能看到数字 10808 就认定端口被抢占。也不要直接强制结束不认识的系统进程。

第二层：确认订阅更新成功，而不是只看列表还在

订阅列表可能是上一次保存的内容。更新失败时，旧节点仍然可见，因此“有几十条节点”不能证明订阅当前有效。先在「订阅分组」→「订阅分组设置」核对该组地址，再使用「订阅分组」中的更新操作，观察结果和更新时间。

• 返回 401 或 403：优先检查订阅令牌、访问权限及服务方限制。这类状态码说明请求到达了某个 HTTP 服务，不是单纯的本地端口未启动。
• 返回网页或登录页：确认复制的是订阅地址，而不是账户管理页面。页面显示“成功打开”并不代表内容是客户端能解析的节点配置。
• 请求超时：先判断订阅域名是否需要代理才能访问。有可用节点时，可尝试菜单中的通过代理更新选项；全部节点不可用时，反复选择通过代理更新会形成依赖循环。
• 更新成功但节点仍失效：检查服务方账户是否到期、流量是否耗尽、节点是否迁移。订阅能下载与节点能够认证，是两个独立环节。

更新前先备份已有配置，不要为了测试直接删除全部分组。若更新后只剩空列表，先处理响应内容和格式兼容问题；继续调整系统代理，不会把错误的订阅正文变成有效节点。

第三层：核对节点参数，用日志区分连接与握手失败

双击当前节点打开编辑窗口，对照服务方提供的原始参数逐项核对。先检查地址与端口，再检查协议和传输层。不要凭节点名称猜协议，也不要把某条可用节点的 TLS 或传输参数批量套给其他节点。

• VMess：核对 UUID、加密方式和服务端要求的其他字段。旧配置迁移时，按服务端现行说明重新导入，不要随意修改认证参数尝试碰运气。
• VLESS：核对 UUID、流控设置及所需的 TLS 或 REALITY 参数。使用 REALITY 的节点还需匹配服务方给出的公钥、短标识和服务器名称等字段。
• TLS：检查服务器名称是否与服务方要求一致。节点连接地址与证书对应的域名可能不同，不能机械地将两者改成同一个值。
• WebSocket：核对传输类型、路径和 Host。路径通常区分大小写，漏掉开头的斜杠或填错 Host，都可能造成握手失败。
• 核心支持：确认当前核心支持节点要求的协议与传输组合。v2rayN 是客户端名称，V2Ray 与 Xray 是核心项目，三者不能当作同一个版本概念。

检查服务器域名可使用 PowerShell 的 Resolve-DnsName，端口可使用 Test-NetConnection。参数应填节点编辑窗口里的实际服务器地址和远程端口，而不是本地 10808。系统解析成功只能说明系统这条解析路径有效，核心若使用独立 DNS，还要查看核心日志。

第四层：绕过系统代理设置，单独验证代理入口

确认核心监听正常后，在 PowerShell 执行下面的命令。它显式连接本地 SOCKS 入口，不依赖浏览器是否读取系统代理。此处的 10808 必须是已确认支持 SOCKS 的端口；如果对应的是纯 HTTP 入口，应使用后面的 HTTP 写法，并填入实际端口。

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 --head https://example.com/

socks5h 表示将目标域名交给代理端处理，便于减少本机对目标站点解析的影响。收到 HTTP 状态行，通常说明这次请求已通过该入口获得 HTTP 响应；但仍需结合日志确认分流结果，因为显式接入客户端不等于该请求最终一定走远程代理出站。

curl.exe --proxy http://127.0.0.1:10809 --connect-timeout 5 --max-time 15 --head https://example.com/

第二条命令仅演示 HTTP 入口，10809 不是每个版本都存在的固定端口。不要在未开启该入口时照抄。测试网址也应选择当前网络和服务策略允许访问的站点；单个网址失败时，换另一个独立站点对照，避免把目标服务故障当成节点故障。

• 命令成功、浏览器失败：在 v2rayN 主界面底部「系统代理」中选择「自动配置系统代理」，再检查 Windows「设置」→「网络和 Internet」→「代理」是否指向当前本地入口。浏览器若配置了独立代理，应一并核对。
• 只在分流模式失败：临时使用能明确将测试目标送往代理出站的规则进行对照，再恢复原规则。规则顺序、域名匹配与最终出站都要结合日志判断，不能只看模式名称。
• 所有本地请求都被拒绝：回到第一层确认核心仍在监听。浏览器显示代理连接失败时，远程节点还不一定参与了连接。
• 系统代理正常但个别应用失败：该应用可能不读取系统代理。先查应用自己的网络设置；TUN 是另一种接管方式，不宜在尚未验证基础连接时叠加开启。

仍然超时：用网络对照和最小记录收尾

完成四层检查后，再使用同一台电脑、同一条节点分别测试当前网络与手机热点。每次只切换网络，不同时修改 DNS、节点参数和路由模式。如果仅一个网络失败，优先检查该网络的 DNS、出口限制、认证页面或链路质量；如果所有网络都只有同一节点失败，再向服务方反馈。