V2Ray 节点超时连不上:按顺序走一遍的检查清单

1. 先定位失败阶段：启动、连接还是网页请求

“超时”只表示某个阶段没有按时完成，不等于服务器一定离线。客户端列表中的真连接测试、浏览器请求和订阅下载，使用的目标地址、路由与超时限制可能不同。先记下哪个操作失败，再决定检查哪一层。

桌面端只有采用系统代理设置的应用，才会随系统代理进入本地入口；显式代理测试可以绕过这项不确定性。安卓端显示 VPN 标识，说明 VpnService 已建立，不代表远端握手或目标网站访问已经成功。

2. 检查系统时间与本地网络

先让系统时间恢复自动同步。VMess 的认证依赖时间；TLS 也会按本机时钟检查证书有效期。时间明显偏离时，即使服务器端口可以建立 TCP 连接，后续认证仍可能失败。不要把手动调整时区当作同步时间：时区显示与实际时钟是否准确是两件事。

1. Windows：进入「设置」→「时间和语言」→「日期和时间」，打开「自动设置时间」，执行「立即同步」，然后重新启动客户端连接。
2. 安卓：进入系统「设置」中的「日期和时间」，启用自动设置时间。不同厂商入口可能位于「系统」或「其他设置」，可直接搜索设置项。
3. 验证基础联网：暂停代理后访问平时可直连的网站；公共 Wi-Fi 如有登录页，先完成认证，再启动客户端。
4. 切换一次接入网络：在同一设备、同一节点、同一测试目标下，对比 Wi-Fi 与移动网络。不要同时切换节点和网络，否则无法归因。

如果只有一张网络能连接，优先记录网络差异，包括 IPv6 可用性、路由器策略和是否存在其他 VPN。不要直接关闭系统防火墙；需要调整时，应确认客户端程序的出站权限与具体阻断记录。

3. 更新订阅，并确认正在使用的节点配置

订阅更新成功只代表取到了配置，不代表其中每个节点都可用。反过来，订阅地址超时也不代表本地已保存的节点全部失效。订阅下载和节点连接是两条独立请求，应分开验证。

1. 在 v2rayN 的「订阅分组」中核对目标分组，再执行对应的订阅更新。菜单名称会随版本调整，应区分直接更新与通过代理更新。
2. 在 v2rayNG 或 v2flyNG 的订阅设置中核对地址与更新结果；若订阅站点需要代理可达，先使用一个已验证可用的节点，再选择通过代理更新。
3. 更新后重新选中目标节点并重启服务。不要只看同名备注，需打开编辑界面核对服务器地址、端口和协议是否确实发生变化。
4. 记录客户端版本、实际内核名称与版本。v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核，字段支持范围不能仅凭界面相似推断。

如果订阅返回登录页面或错误页面，重复导入通常没有意义。应确认账户状态、订阅地址是否完整，以及更新日志是否显示解析失败。不要把订阅地址填进“服务器地址”字段，也不要把单条 vmess:// 或 vless:// 分享链接当作可定时拉取的订阅地址。

4. 分开测试远端端口与本地监听端口

远端端口用于连接服务器，本地监听端口用于接收应用请求。两者不能混用。下面以远端 443、本地 SOCKS 或混合入口 10808 为说明示例；它们不是所有配置的默认值，执行前应核对实际节点与客户端设置。

Windows 可先运行以下 PowerShell 命令，交互输入实际服务器域名或 IP 与端口。这里只测试 TCP 连接能力，不会验证 VMess、VLESS、TLS 或 REALITY 的握手是否正确，也不适用于判断 UDP 传输是否可用。

$server = Read-Host "输入节点服务器域名或 IP"
$port = [int](Read-Host "输入节点端口")
Test-NetConnection -ComputerName $server -Port $port -InformationLevel Detailed

• TcpTestSucceeded : True：本次 TCP 握手完成，继续检查协议参数；不能据此宣布节点可用。
• TcpTestSucceeded : False：核对域名解析结果、端口与网络路径。失败也可能来自服务端未监听或防火墙丢弃。
• 域名对应多个地址时，记录命令实际使用的 RemoteAddress。一次成功并不能代表所有 IPv4、IPv6 地址都可达。

接下来测试本地入口。在 v2rayN「设置」→「参数设置」中确认监听地址、端口与入口类型；不同版本可能将其放在基础设置页。若实际端口为 10808 且支持 SOCKS，可在终端执行下面的显式代理请求。Windows 使用 curl.exe，以免旧版 PowerShell 将 curl 解释为其他命令。

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

这里的 10 秒与 20 秒是人为设置的诊断上限，不是测速结果。socks5h 将目标域名交给代理端处理，但不能单凭这个参数推断所有 DNS 请求的最终出站路径。目标站点只是测试对象；若它本身不可达，应更换一个已知可用的 HTTPS 地址复测。

5. 核对协议、传输与 TLS 参数

端口可达之后，按服务端提供的有效配置逐项对照。地址和端口相同，并不代表配置等价。修改前保存原值，每次只调整一项并重启服务，避免一次改动 UUID、SNI、路径后失去对照依据。

服务器地址负责找到连接目标，TLS 的 SNI 用于握手中的服务器名称，WebSocket 的 Host 用于 HTTP 请求；这三项可能相同，也可能不同。不能为了“统一”而强行改成一个域名。涉及 REALITY 时，还应按当前客户端及内核版本核对字段映射，而不是照搬其他版本的 JSON 字段名称。

6. 用一次请求对照内核日志

先停止连续测速，清理当前日志视图，再启动服务并只发起一次请求。记录时间、所选节点、目标域名和最后一条完整错误链。日志中的外层“连接失败”通常只是汇总，真正的原因往往在后面的 dial、lookup、tls 或 bind 信息中。

v2rayN 可从主窗口日志区域查看启动与连接信息；安卓客户端可从菜单中的日志入口查看。具体入口随版本变化。如需临时提高日志级别，完成排查后恢复原设置；访问日志可能包含目标域名，分享前应脱敏。以下为常见错误片段，不代表它们各自只对应一种原因。

如果日志出现 EOF，它只表示连接读到结束，并不能单独证明 UUID 错误。需要结合发生在 TCP 建立之后、TLS 握手期间还是传输请求阶段判断。持续失败时，提交客户端与内核版本、错误时间、脱敏后的错误链，以及同节点在另一网络上的对照结果，比只发一张“超时”截图更有用。

7. 仍然连不上：按现象完成最后一轮复核

到这一步，应已知道问题更接近本地入口、远端可达性还是协议握手。保留已验证正常的配置，不要同时重置路由、DNS 与订阅。下面几种现象可用最小改动继续缩小范围。