v2rayN 节点连接失败怎么办？按症状逐层排查
简答：先看是单个节点失败、全部节点失败，还是节点延迟正常但网页打不开。Windows 用户建议先关闭 TUN 和复杂规则，用一个节点、全局模式完成最小测试，再按时间、订阅、核心、端口、协议和系统代理顺序排查。
定义：v2rayN 节点连接失败，是指客户端无法通过选定节点完成远端连接，或节点看似可用但浏览器和目标应用没有真正使用本地代理。
先看现象：一分钟决定从哪一层查起
本文主要面向 Windows 上使用 v2rayN 的场景，适用于常见 Xray 或 sing-box 核心；不同版本的菜单名称、字段位置和默认值可能略有差异。本文只处理客户端连接与网络排查，不判断任何节点服务商的稳定性、价格或服务状态。站点为第三方使用指南，页面内容不代表 v2rayN 或节点提供方。
| 你看到的现象 | 优先判断 | 先做的最小动作 |
|---|---|---|
| 只有一个节点失败，其他节点正常 | 该节点地址、端口或协议参数异常 | 换一个同订阅中的节点对照，并查看第一条日志 |
| 全部节点都失败，订阅也无法更新 | 本地网络、订阅地址、时间或客户端核心异常 | 切换手机热点，重新更新时间，再单独测试订阅更新 |
| 节点延迟测试成功，但网页打不开 | 延迟测试不等于网页请求成功，可能是系统代理、路由或 DNS 未接管 | 关闭 TUN 和复杂规则，开启系统代理，用浏览器访问普通 HTTPS 页面 |
| 浏览器能用，某个软件不能用 | 该软件没有读取 Windows 系统代理，或需要单独设置代理 | 查看软件自身的 HTTP、SOCKS 或系统代理选项 |
| 显示已连接但所有应用都打不开 | 本地监听端口、系统代理、核心或路由层异常 | 确认核心正在运行，并检查本地 HTTP/SOCKS 端口是否被占用 |
先记下 v2rayN 版本、使用的核心、节点类型、错误日志第一行和故障发生时间。不要一边更新订阅、一边改 DNS、TUN、MTU 和路由，否则很难知道是哪项修改产生了变化。
最短恢复流程：先建立一个可验证的基础连接
- 备份现状。记录当前选中的节点、核心、系统代理状态和 TUN 状态。不要公开订阅链接、UUID、私钥、公钥、完整节点配置或完整日志。
- 暂时关闭复杂接管。先关闭 TUN、自定义 DNS、复杂路由和分流规则，保留普通代理模式。v2rayN 的界面说明显示，DNS 和 TUN 属于不同层面的设置，TUN 的 MTU、协议栈和核心支持也可能影响结果，基础连接未恢复前不宜先调这些进阶项。可参考 v2rayN 界面说明。
- 只选一个节点。不要立即批量测速或同时测试大量节点。选择一个最近更新、参数完整的节点，使用全局模式或等效的全量代理模式做短时间验证。
- 打开日志并重试一次。记录第一条有意义的错误，不要只看最后一行。日志中的 timeout、refused、handshake 和 address already in use 通常指向不同层级，后文有对应处理。
- 验证应用是否真的走代理。先用浏览器测试一个普通 HTTPS 页面；如果浏览器无变化，检查系统代理是否打开、代理地址是否为本机地址、端口是否与 v2rayN 当前监听端口一致。Windows 应用不一定都会自动读取同一套代理设置，微软文档也说明，部分应用需要在应用内部单独配置代理。参考 Windows 代理设置说明。
如果基础模式能够打开网页，再逐项恢复规则、DNS 和 TUN；每恢复一项就测试一次，并保留可回滚的上一个状态。
按顺序排查：时间、订阅、网络、核心与端口
1. 校准 Windows 时间与时区
TLS、REALITY 等安全层对时间较敏感，系统时间或时区明显不正确时，可能出现握手失败、证书时间异常或连接反复超时。先在 Windows 设置中打开自动设置时间和自动设置时区，再手动执行一次同步。必要时以管理员身份运行：
w32tm /resync
该命令用于要求 Windows 时间服务重新同步；微软资料说明，Windows Time 服务负责通过 NTP 等机制同步系统时钟。参考 Windows Time 服务说明 和 Windows 时间服务命令说明。
2. 更新订阅并确认确实导入了新节点
如果全部节点同时失败，先不要认定是节点全部失效。检查订阅地址是否被截断、是否需要登录、是否已失效，以及更新后列表是否真的发生变化。v2rayN 的代码流程包含下载订阅、解码和解析节点；下载成功不等于节点解析成功，空内容、格式错误或解析结果为零都应单独记录。可参考项目的 订阅处理代码。更新失败时，可切换手机热点做一次对照；不要把订阅链接发到公开论坛。
3. 检查节点域名、远端端口和当前网络
在 PowerShell 中测试节点域名和端口：
Test-NetConnection 节点域名 -Port 节点端口
例如将“节点域名”和“节点端口”替换为配置中的实际值。该命令只能说明当前网络是否能够建立指定 TCP 连接，不能证明协议握手、身份验证或网页访问一定成功。微软文档说明，Test-NetConnection 可用于 DNS、TCP、路由和连接建立等诊断。参考 Test-NetConnection 文档。如果家用网络失败而手机热点成功，优先检查当前网络、企业网关、防火墙或 DNS；如果两种网络都失败，再核对节点配置和订阅内容。
4. 确认核心已启动，检查本地端口冲突
v2rayN 本身能打开，不代表 Xray 或 sing-box 核心已经正常运行。查看日志是否出现核心启动失败、配置解析失败或端口已占用。若出现 address already in use，检查是否有旧进程、其他代理软件或重复启动的 v2rayN 占用了同一个本地端口。可以先退出客户端，确认相关进程已结束，再重新启动；也可以在客户端设置中改为未被占用的本地端口，然后同步检查系统代理端口。
发布包可能包含 Xray、sing-box、mihomo 等核心文件，但支持的核心、系统架构和发布包内容会随版本变化，不能只根据网上截图判断。版本和发布包说明以 v2rayN 发布文件说明 为准。
协议参数与代理接管：常见日志怎么分流
| 日志或现象 | 更可能的层级 | 下一步操作 |
|---|---|---|
timeout、连接超时 | 域名解析、远端端口、当前网络或节点不可达 | 先用 Test-NetConnection 检查域名和端口，再切换网络对照 |
connection refused | 目标端口拒绝连接，或地址、端口填错 | 重新核对节点地址和端口；不要只依据延迟结果判断可用 |
bad handshake、TLS 或 REALITY 握手失败 | 协议、安全层或时间参数不一致 | 逐项核对协议、传输、TLS、SNI、flow、REALITY 公钥和 shortId |
address already in use | 本地监听端口冲突 | 结束旧进程或更换本地端口，并同步修正系统代理端口 |
| 节点有延迟，网页打不开 | 系统代理、路由、DNS 或应用未接入 | 关闭 TUN 和复杂规则，重新启用系统代理后用浏览器验证 |
核对节点时，至少检查地址、端口、UUID、协议、传输方式、Host、SNI、flow、REALITY 公钥和 shortId。不要把字段从一个节点复制到另一个节点，也不要因为某个字段看起来相似就自行补全。v2rayN 同时支持 Xray 和 sing-box，DNS、TUN 和部分高级字段的行为可能随核心不同而变化；界面说明明确提示，普通用户在没有明确需求时不应随意修改高级代理设置。参考 v2rayN 界面与参数说明。
如果关闭 TUN 后基础代理恢复，问题范围就缩小到 TUN、DNS、路由或网卡接管层。此时每次只恢复一个设置；若恢复某项后再次失败，先撤销该项，不要继续叠加 MTU、IPv6 和自定义 DNS 修改。
连接恢复后的验收与求助信息
- 同一节点在基础模式下可以稳定打开多个普通 HTTPS 页面，而不是只成功一次。
- 系统代理的地址和端口与客户端当前监听值一致，退出 v2rayN 后系统代理不会长期残留。
- 恢复 TUN、规则或自定义 DNS 后，每次只验证一项，确认浏览器和目标应用的行为是否一致。
- 使用另一网络进行一次对照测试，区分本地网络问题与节点、订阅或远端端口问题。
- 若仍需求助，只提供 Windows 版本、v2rayN 版本、核心名称、节点协议类型、错误关键词和脱敏后的时间顺序；不要提供订阅链接、UUID、私钥、公钥、完整配置或完整日志。
如果只有一个节点始终失败，而同一订阅中的其他节点正常，优先认为是该节点配置或远端状态问题；如果全部节点、订阅更新和不同网络都失败，再继续核对订阅授权、客户端核心和系统代理。以上只是故障定位结论，不等于对任何服务商可用性作保证。
常见问题
v2rayN 节点有延迟，为什么网页还是打不开？
延迟测试通常只代表某个测试动作完成，不代表浏览器请求已经经过系统代理，也不代表 DNS、路由和 TLS 握手全部正常。先关闭 TUN 和复杂规则，开启系统代理，确认本地端口一致，再用浏览器测试；如果浏览器恢复而某个软件仍失败，检查该软件是否需要单独填写 HTTP 或 SOCKS 代理。
所有节点都连接失败，要不要先重装 v2rayN？
不建议第一步就重装。先校准时间、更新订阅、切换手机热点、检查核心日志和本地端口；如果订阅无法下载或解析为空，重装客户端通常不能解决订阅源或网络问题。只有在核心文件缺失、配置持续解析失败且已完成备份时，才考虑重新安装或更换匹配系统架构的发布包。
出现 bad handshake，应该先改 DNS 还是换节点？
先核对时间、协议、安全层和节点字段，不要直接把 DNS 当作握手失败的唯一原因。重点检查传输方式、TLS、SNI、flow、REALITY 公钥和 shortId 是否来自同一份节点配置；如果只有一个节点报错，可用其他节点做对照。
退出 v2rayN 后网页仍然打不开怎么办？
检查 Windows 系统代理是否仍保留客户端的本地地址和端口，并确认是否有其他代理软件接管。可在系统代理设置中关闭手动代理；如果曾使用 WinHTTP 代理，也可查看或重置其状态：netsh winhttp show proxy、netsh winhttp reset proxy。微软文档列出了查看和重置 WinHTTP 代理的命令，参考 netsh winhttp 文档。
常见问题
v2rayN 节点有延迟，为什么网页还是打不开？
延迟测试不等于浏览器请求成功。先关闭 TUN 和复杂规则，开启系统代理，核对本地端口，再用浏览器验证；若只有某个软件失败，检查该软件是否需要单独设置代理。
所有节点都失败，要不要先重装 v2rayN？
不建议先重装。先校准时间、更新订阅、切换手机热点、检查核心日志和本地端口；确认配置或核心文件确实异常后，再在备份的前提下重装。
出现 bad handshake 应该先改 DNS 还是换节点？
先核对时间、协议、传输、TLS、SNI、flow、REALITY 公钥和 shortId。只有一个节点失败时，用其他节点对照；不要把不同节点的字段混用。
退出 v2rayN 后网页仍打不开怎么办？
检查 Windows 系统代理是否残留客户端本地地址和端口，也检查 WinHTTP 代理状态。必要时执行 netsh winhttp show proxy 查看，使用 netsh winhttp reset proxy 重置。