v2rayN 节点不可用怎么办？按顺序排查连接失败
简答：v2rayN 节点不可用，先判断是单个节点失败、全部节点失败，还是节点已连接但应用没有走代理。最快的处理顺序是：重新选择活动节点并更新订阅，关闭 TUN 和复杂分流，用系统代理做单节点测试，再查看核心日志和本地端口；如果所有节点都在同一时间失败，才重点核对订阅、网络、时间和服务端配置。延迟显示 -1 不能单独证明节点已经失效，必须结合真连接测试和日志判断。
定义：v2rayN 节点不可用，是指节点无法完成延迟测试、协议握手或代理请求中的至少一个环节，但故障可能发生在订阅、节点参数、核心、DNS、本地端口、系统代理或目标应用，而不一定是远端节点本身。
先做这一步：用最小配置判断故障在哪一层
本文面向 Windows、Linux 或 macOS 桌面版 v2rayN；不同版本、核心和操作系统的菜单名称可能不同，看到的项目应以当前客户端显示为准。v2rayN 官方仓库将它定位为支持 Windows、Linux 和 macOS 的桌面客户端，并说明使用文档位于项目 Wiki。查看 v2rayN 项目说明。
最短路径：先关闭 TUN、暂停复杂路由或自定义 DNS，选一个节点，启用系统代理，然后只测试一个固定网页或应用。这样可以把“节点连不上”和“应用没有使用代理”分开。
| 现象 | 优先怀疑 | 下一步 |
|---|---|---|
| 只有一个节点不可用 | 该节点参数、端口或服务端状态 | 切换同订阅中的其他节点，对比协议、地区和日志 |
| 所有节点同时不可用 | 订阅、网络、核心、系统时间或本地端口 | 先更新订阅，再检查核心启动和端口监听 |
| 节点显示已连接，但浏览器打不开 | 系统代理、浏览器独立代理、路由或 DNS | 用系统代理和固定测试页面复测 |
| 浏览器能用，某个软件不能用 | 该软件绕过系统代理或使用独立代理 | 检查软件自身代理设置，必要时再考虑 TUN |
| 延迟显示 -1 | 延迟测试失败、核心未启动、DNS 或测试地址失败 | 不要直接判定节点失效，查看日志并做真实代理请求 |
按顺序排查：订阅、活动节点与核心
- 确认活动节点。在节点列表中明确选中一个节点，再执行一次延迟测试或连接操作。不要只看节点列表是否存在；节点存在只说明配置被保存，不代表协议握手成功。
- 更新订阅。在订阅管理区域执行更新，观察结果是成功、返回空内容、超时还是证书或 HTTP 错误。若更新失败，先记录错误信息，不要立即删除原订阅；保留旧配置便于回滚。订阅地址、账号信息和访问权限应以服务提供方当前页面为准，本文不提供未经核实的入口。
- 确认核心已启动。启动节点后查看运行状态或日志窗口。正常情况下应能看到核心启动、监听本地入站端口等信息；如果出现配置解析失败、核心文件缺失、权限拒绝或端口占用，应先处理这些问题，而不是继续更换节点。
- 检查安装位置和权限。如果客户端放在受限目录，核心或临时配置可能无法创建。官方项目讨论中曾明确提醒，Windows 下将程序放在
C:\Program Files\等受限制目录可能导致权限问题；遇到“无法写入配置”“拒绝访问”时，可关闭客户端，将程序移到用户有完整读写权限的普通目录后再启动，并保留原目录备份。查看相关官方讨论。 - 核对系统时间。如果节点依赖 TLS、证书或带时间校验的协议，系统日期、时间和时区明显错误可能导致握手失败。先开启系统自动校时，重新启动客户端，再复测。
如果订阅更新成功、核心能启动，但只有某一节点失败，优先把问题限定在该节点的服务器地址、端口、协议、传输方式、TLS、SNI、REALITY 公钥或短 ID、WebSocket/gRPC 路径等字段。不要凭感觉修改这些字段；它们必须与服务端提供的配置完全一致。
关闭 TUN 和复杂分流，建立可回滚的基线
TUN 会改变系统流量接管方式，DNS、路由和权限也会参与工作。排查单个节点时，建议先关闭 TUN，使用系统代理完成基线测试。官方 Wiki 对系统代理的说明显示，系统代理是把部分软件流量转发到核心的入站端口；PAC、自动配置和不改变系统代理属于不同模式，不能混为一谈。查看系统代理与路由说明。
- 记录当前活动节点、路由模式、DNS、TUN 开关和本地代理端口。
- 关闭 TUN 或 VPN 模式；如果界面没有该开关，确认是否有其他 VPN、虚拟网卡或代理软件正在接管流量。
- 暂时关闭复杂分流、自定义规则和实验性 DNS，改用客户端当前提供的基础设置。
- 启用“自动配置系统代理”或同义选项；如果客户端显示的是 PAC、全局或不改变系统代理，请记录当前模式，不要同时开启多个代理软件。
- 选一个节点，重新启动核心，测试一个固定网址和一个实际要使用的应用。
预期结果：核心能够启动，本地端口处于监听状态，浏览器或支持系统代理的应用可以完成请求。如果此时可用，说明远端节点和基础代理链路大概率正常，问题更可能位于 TUN、路由、DNS 或应用自身代理设置。
回滚：复测完成后，按记录恢复原来的路由、DNS 和 TUN 设置；不要在没有记录的情况下连续修改多个选项，否则无法判断是哪一步产生影响。
检查本地代理端口：监听、占用与应用是否走代理
节点连接成功后，v2rayN 通常需要在本机提供 HTTP 或 SOCKS 入站端口，应用再通过该端口发送请求。端口号以当前客户端显示为准，不要直接套用网上示例。
Windows 可在 PowerShell 中执行下面的可直接执行命令，把 端口号替换为 v2rayN 当前显示的数字：
Test-NetConnection 127.0.0.1 -Port 端口号如果返回 TcpTestSucceeded : True，只能说明本地 TCP 端口可连接，不能证明远端节点握手或网页请求一定成功；如果返回 False，优先检查核心是否启动、端口是否被占用、客户端是否改用了其他端口。
可用下面的演示占位命令验证 HTTP 代理请求。它不能直接复制使用，必须把 HTTP端口号替换为当前端口：
curl.exe -I -x http://127.0.0.1:HTTP端口号 https://example.com若命令成功而浏览器失败，重点检查系统代理是否写入、浏览器是否启用了独立代理或扩展；若命令也失败，回到核心日志，区分本地端口、DNS、远端连接和 TLS/协议握手问题。
如果端口被其他代理软件占用，不要同时强行启动两个服务。先退出不需要的代理程序，或在 v2rayN 中选择一个未被占用的端口，然后重新启动核心并复测。
根据日志关键词分流，不要盲目改 DNS 或协议
| 日志或现象 | 通常说明的边界 | 处理动作 |
|---|---|---|
| 配置解析失败、字段无效 | 本地配置格式或字段与当前核心不兼容 | 重新获取配置或更新客户端/核心；不要手写未知字段 |
| 连接超时、timeout | 本机到服务器的连接或后续握手没有在规定时间完成 | 换一个节点或网络做对照，检查地址和端口 |
| connection refused | 目标端口拒绝连接，或本地目标端口没有服务监听 | 区分日志中的 127.0.0.1 与远端地址，再处理对应一侧 |
| DNS lookup failed、无法解析域名 | 域名解析链路失败，尚未必能证明节点协议错误 | 先检查本地网络和 DNS 设置，恢复基础配置后复测 |
| TLS、证书、SNI 或 REALITY 相关错误 | 安全握手参数、时间或证书校验不匹配 | 逐项与原始配置核对，不要为了“能连上”关闭安全校验 |
| 核心已启动、端口已监听，但应用无响应 | 应用可能没有使用系统代理，或被路由规则直连 | 检查应用独立代理、PAC、分流和浏览器扩展 |
日志截图可以帮助定位，但发布或求助前应遮盖订阅链接、UUID、密码、私钥、服务器完整地址、个人用户名和公网 IP。只保留时间、错误关键词、核心启动结果和端口信息即可。
四类场景的处理路径
所有节点都不可用
先确认本机普通网络可用，再更新订阅并观察返回结果；随后关闭 TUN 和复杂规则，用一个节点启动核心。如果订阅为空、订阅请求超时或所有节点配置同时更新失败，联系配置提供方核对订阅权限和服务端状态。不要仅凭“延迟全是 -1”断定远端全部失效。
只有一个节点不可用
保留该节点配置，切换同一订阅中的其他节点进行对比。若其他节点正常，优先核对该节点的地址、端口、传输、TLS、SNI、REALITY 或路径字段；若这些字段来自订阅，不要手工猜测，直接重新更新配置并记录节点名称和日志。
节点显示连接，但网页打不开
先确认系统代理处于自动配置或明确的代理模式，再用支持系统代理的浏览器测试。若浏览器设置了独立代理，检查它是否覆盖系统设置；若只有个别域名失败，再检查路由模式和 DNS，不要立刻切换核心。
只有某个软件不能用
这通常需要检查该软件是否支持系统代理、是否单独设置了 HTTP/SOCKS 代理，或是否绕过了系统代理。确认浏览器等基础应用可用后，再决定是否需要 TUN；TUN 只应在明确需要接管不支持系统代理的软件时启用，并应按当前版本的权限提示完成授权。
复测、求助与安全回滚清单
- 记录客户端版本、操作系统、当前核心类型和故障发生时间；版本号以客户端“关于”页面为准。项目发布页会随版本变化，不能用旧教程中的版本号代替当前显示。查看项目发布页。
- 记录是单节点还是全部节点失败、延迟是否为 -1、核心是否启动、端口测试是否成功。
- 用同一节点在 Wi-Fi 和手机热点之间做一次对照；只改变网络，不要同时改变 DNS、路由和核心。
- 成功后一次只恢复一个设置：先恢复路由，再恢复 DNS，最后恢复 TUN。每次恢复后都做相同的固定网址测试。
- 如果所有节点持续失败、订阅无法更新、核心配置反复解析失败，或日志显示服务端参数不匹配，应停止继续修改本地设置，向配置提供方提交脱敏日志和复测结果。
求助模板：“系统：____；v2rayN 关于页面版本：____；核心：____；故障范围：单节点/全部节点；TUN：开/关；系统代理：____；核心是否启动：是/否；本地端口测试：成功/失败；日志关键词：____；已尝试步骤：____。”不要附上完整订阅链接、UUID、私钥或密码。
本站是独立使用指南，并非 v2rayN 官方网站；客户端版本、菜单和核心行为应以项目当前文档及客户端实际显示为准。
常见问题
v2rayN 延迟显示 -1，是不是节点已经失效？
不一定。-1 可能表示延迟测试失败、核心未启动、DNS 解析失败、测试地址不可达或本地代理链路异常。先确认核心已启动，再关闭 TUN 和复杂规则，用系统代理发起真实请求；只有在日志和对照测试都指向同一节点时，才把该节点列为重点怀疑对象。
v2rayN 所有节点都不可用，应该先换节点还是更新订阅？
先更新订阅并查看返回结果，再确认核心是否启动和本地端口是否监听。如果订阅更新为空、超时或被拒绝，换节点通常不能解决订阅层问题；如果订阅成功、核心正常且只有单个节点失败，再对比其他节点。
节点显示已连接，但浏览器打不开怎么办？
先关闭 TUN，启用客户端的系统代理自动配置，用支持系统代理的浏览器测试。随后检查浏览器是否设置了独立代理、扩展是否覆盖代理，以及当前路由是否把请求直连。核心端口可监听不代表浏览器一定已经使用该端口。
什么时候需要开启 TUN 模式？
当目标软件不支持系统代理，或你明确需要接管更多系统流量时，才考虑 TUN。排查节点故障时应先关闭 TUN建立最小测试环境，因为 TUN 会同时引入路由、DNS、虚拟网卡和权限变量；基础代理未验证前，不建议用 TUN掩盖问题。
v2rayN 连接失败时，可以直接关闭 TLS 或安全校验吗？
不建议。TLS、SNI、REALITY 等字段必须与配置提供方给出的参数一致，关闭安全校验可能改变连接行为并降低安全性。应先核对原始配置、系统时间、核心版本和日志，再决定是否需要重新获取配置。