v2rayNG 节点超时与连接失败:按顺序排查的七个检查点

检查点一：订阅是否更新成功

订阅地址是获取节点配置的入口，不是节点服务器本身。更新订阅超时，只能说明本次没有成功取得配置，不能据此认定列表里的所有节点都失效。反过来，订阅更新成功也不代表其中每个服务器都能连接。

在 v2rayNG 中先打开侧栏「订阅分组设置」，确认地址已保存到正确分组，再回到主界面菜单执行「更新订阅」。不同版本的按钮文字可能略有差异，应区分普通更新与带有「通过代理」说明的更新操作。先记录失败的是哪一种方式。

1. 确认订阅来源：核对服务提供方给出的完整地址，留意复制时混入的空格、换行，以及订阅令牌是否已经重置。
2. 确认账号状态：检查订阅是否过期、流量是否用尽、服务提供方是否发布了入口变更。更新接口能返回内容，不等于账号仍有可用额度。
3. 选择更新路径：当前没有可用节点时，先尝试不经代理更新；已有可用节点且直连订阅接口失败时，再尝试通过代理更新。
4. 保留现有配置：不要为了重试而先清空全部节点。更新后核对分组与节点信息是否变化，必要时从来源重新取得订阅。

检查点二：系统时间是否准确

设备时间明显偏差可能影响 VMess 身份校验，也会让 TLS 证书被判断为尚未生效或已经过期。VLESS 本身不沿用 VMess 的同一套时间认证机制，但使用 TLS 的连接仍需正确校验时间。不要因为节点是 VLESS 就跳过这一项。

• 进入 Android「设置」→「系统」→「日期和时间」，启用自动设置时间与自动设置时区；部分设备将该入口放在「更多设置」中。
• 如果系统无法联网校时，先恢复普通网络访问，再重新同步。只修改时区未必能修正设备实际记录的时间。
• 完成校时后，停止并重新启动 v2rayNG 的连接，再测试同一个节点，避免同时更换其他参数。

若日志出现证书时间相关错误，先核对日期、年份与设备时间，再联系服务提供方确认服务器证书。不要把开启「允许不安全连接」当作通用解决方法；它会削弱证书验证，也不能修复路由或服务器端口不通。

检查点三：协议与传输参数是否匹配

在节点列表中打开目标节点的编辑入口，对照服务提供方的原始参数逐项检查。节点名称只是标签，名称中写着 TLS 或某个地区，不能证明实际配置正确。优先重新导入可信来源的完整配置，再检查手工改过的字段。

VLESS 的 encryption 通常应为 none；这不等于外层连接一定没有加密，TLS 或 REALITY 可以承担安全传输。flow 是否填写以及填什么，必须与服务端一致。不能仅凭“某种组合更快”就把所有节点统一改成同一配置。

检查点四：当前网络能否到达服务器

先停止 v2rayNG，确认普通网络能够打开网页。公共无线网络可能要求先完成登录认证，移动网络也可能受到欠费、流量限制或信号异常影响。基础网络尚未恢复时，继续切换节点往往得不到有用结论。

随后选定一个节点，分别在无线网络和移动数据下测试，保持节点参数不变。网络切换可能暴露出口限制、地址族或 DNS 差异，但一次成功或失败不能单独证明是哪一项。需要结合后续日志缩小范围。

这些数字用于区分访问链路，不是让用户把节点端口全部改为 443。节点必须使用服务端实际监听的端口。普通网页能走 443，不代表另一个地址上的节点端口也可达；同样，ICMP 测试不通，也不能直接推断 TCP 代理服务不可用。

检查点五：VPN 服务是否真正接管流量

v2rayNG 主界面显示已启动，表示本地服务进入运行状态，不代表远端服务器已经通过全部连接验证。Android 的 VPN 授权、其他 VPN 服务、分应用代理以及后台限制，都可能让“客户端已启动”和“浏览器能走代理”成为两回事。

1. 核对授权：首次启动时接受 Android 的 VPN 连接请求，在系统 VPN 设置中确认当前活动连接属于 v2rayNG。
2. 排除竞争：暂时停止其他占用 Android VPN 通道的应用，包括以本地 VPN 方式工作的过滤工具。普通应用通常不能同时占用同一用户空间的 VPN 通道。
3. 检查分应用代理：进入 v2rayNG「设置」中的分应用代理选项，确认测试浏览器没有被排除；测试期间可以暂时关闭分应用限制。
4. 检查后台限制：如果只在熄屏后断开，再到系统应用设置中检查 v2rayNG 的电池与后台运行权限。前台立即超时应优先检查服务器连接，而非只调整省电设置。

每次改变 VPN 或分应用设置后，停止并重新启动连接，再用同一个浏览器访问同一目标。只有图标变化而没有新的请求日志时，应先检查流量接管范围，不要立即判定节点失效。

检查点六：路由分流是否把请求送错出口

如果部分网站能打开、部分网站持续失败，应查看路由规则，而不是只看节点延迟。分流规则可能让某些域名直连、代理或阻断；“绕过”类设置也可能使测试请求根本没有经过选中的节点。

• 在 v2rayNG「设置」中检查「路由设置」或对应路由模式入口，记录当前模式、用户规则和相关域名匹配条件。
• 用短时对照测试判断分流影响：临时选择让测试目标走代理的路由方式，访问同一目标后立即恢复原设置。路由中的全局代理不等于必然覆盖分应用排除。
• 若修改过自定义规则，检查目标域名是否被提前匹配到直连或阻断规则。规则顺序会影响结果，越靠前的匹配可能使后续规则不再执行。
• 如果只在某个应用失败，检查该应用自身的代理设置、分应用名单，以及它是否使用与浏览器不同的连接方式。

检查点七：DNS 与日志指向哪一层故障

DNS 至少涉及两个不同对象：节点服务器域名，以及最终访问的网站域名。前者解析失败，会让客户端连不上节点；后者解析或路由处理异常，则可能表现为代理已启动但特定网站打不开。启用远程 DNS 不代表节点自身域名的解析一定已经解决。

进入 v2rayNG「设置」，检查 DNS 相关选项中的本地 DNS、远程 DNS 和启用状态，先保存原值再做对照。Android 系统「设置」→「网络和互联网」中的「私人 DNS」也是独立变量；可暂时从自定义提供方切回自动测试，测试后恢复。厂商系统入口名称可能不同。

从侧栏打开「日志」，清楚记录一次失败的开始时间；重新启动连接后，只发起一次目标访问，再读取相邻日志。错误文字可能带有多层前缀，最外层的“连接失败”通常只是结果，内层的解析、握手或端口错误更有定位价值。

1. 保存复现条件：记录 Android 系统版本、v2rayNG「关于」中显示的版本、使用的网络类型，以及失败发生在更新订阅还是访问网页时。
2. 保存对照结果：注明同一节点换网络是否成功、同一网络换另一条已知可用节点是否成功，不用批量测速结果代替实际访问结果。
3. 提交脱敏日志：保留错误原文与时间，隐藏订阅令牌、用户 ID、私人地址和其他认证信息；节点入口详情只通过可信支持渠道提供。