📚 文档导航

v2rayN 无法连接、节点超时与订阅失败：按症状核对原因

遇到 v2rayN 无法连接、节点超时与订阅失败，先记录故障发生在哪一步：内核运行失败、连接测试异常，还是网页打不开。官方写明的检查点包括端口占用、VMess 系统时间要求和系统代理状态，排查时要把这些条件分别核对。

提示运行 core 失败时，先核对监听端口

v2rayN 的 FAQ 写明，本地监听端口被其他应用占用会导致运行 core 失败，并以虚拟机为例。看到这类运行失败提示时，可以先核对本地监听端口是否与其他应用冲突。

这里的说明对应的是内核运行失败。它不能直接解释所有连接超时，也不能仅凭网页打不开，就认定本地端口已被占用。

官方对多开的说明是复制多份，并修改本地监听端口。如果同时运行多份 v2rayN，需要逐份核对这一项，不能只检查当前看到的窗口。

“本地混合监听端口”同时监听 socks5 和 http；使用自定义配置时，官方还要求手工填写 Socks 端口值，检查时要分清这两处说明。

V2Fly 的 VMess 文档明确写明，VMess 依赖系统时间，使用 V2Ray 的系统 UTC 时间误差需要在 90 秒之内，时区无关。

因此，核对这一条件时，不能只看时区是否选对。时区名称与 UTC 时间误差是不同的检查对象，文档给出的限制针对后者。

微软支持页写明，要自动设置日期和时间，需要开启“Set time automatically”。检查 Windows 时间设置时，可以核对这个选项的状态。

这个选项说明的是自动设置时间的条件；VMess 文档说明的是时间误差要求。两处说明应分别理解，不能把开关已开启直接写成误差已经符合要求。

v2rayN 的系统代理说明列出了不同模式：“自动配置系统代理”把流量转给内核，“不改变系统代理”则保持现有设置。

检查网页访问问题时，可以先核对当前使用的是哪一种模式。“不改变系统代理”描述的是保留状态，不能将它理解为已经替系统重新配置代理。

官方对“清除系统代理”的说明是：每次启动或重启服务时，强制清除操作系统的代理。检查这一模式时，要连同它的触发时机一起理解。

同一页还列出了用脚本分流的 PAC 模式。模式名称对应的行为不同，记录故障时应写清当前选项，避免只用“代理开了”概括实际状态。

本地监听端口的默认数字，官方没有说明；修改端口后是否必须重启，官方没有说明。具体端口值应以应用内界面为准。

核对端口时，可以记录界面显示的数值以及是否存在占用；不能用一个未经官方说明的默认数字，替代当前配置的实际值。

除 VMess 外，其他协议是否受系统时间影响，官方没有说明；Xray 官方文档对时间误差是否另有要求，官方没有说明。

这里能够引用的是 V2Fly 的 VMess 时间要求。遇到其他协议的连接异常，不能仅凭这一条说明，就把系统时间确定为故障原因。

不能根据这条 FAQ 直接认定。官方列出的端口占用问题对应“运行 core 失败”，不能把这一结论扩大为所有启动异常的原因。

不能只凭时区判断。VMess 文档要求系统 UTC 时间误差在 90 秒之内，并明确说明时区无关，应核对的是时间误差条件。

不能保证。v2rayN 的 FAQ 表述为系统代理“大概率是关闭的”，并解释系统可能在应用执行完自身事件之前就已完成关机。

不能。v2rayN 的 FAQ 写明，Windows 的系统代理正常只能配置 HTTP 代理，不支持 SOCKS5，但支持 SOCKS4；核对代理类型时需要区分这些名称。

第三方整理,与相关软件及服务的开发者无隶属关系。