v2rayN 订阅导入后不能连接怎么办？
简答：先不要反复更换节点：确认订阅是否生成节点，再更新订阅并查看日志；随后选择活动服务器、启动核心、开启系统代理，用全局模式做一次访问验证。若仍失败，再按“订阅—节点—核心—代理入口—DNS/TUN”的顺序定位。
定义：v2rayN 订阅导入后不能连接，通常是订阅没有正确解析、节点未设为活动服务器、核心未启动，或应用没有使用 v2rayN 的本地代理入口。
三步速查：先判断是哪一层出问题
本站是第三方使用指南站，不代表 v2rayN 项目方。先看下面的现象，不要同时修改订阅、核心、DNS 和 TUN。
| 你看到的现象 | 优先检查 | 下一步 |
|---|---|---|
| 订阅更新后列表为空 | 订阅地址、返回内容、日志 | 确认地址完整且返回的是订阅数据，不是登录页或普通网页 |
| 有节点，但全部无法连接 | 活动服务器、核心状态、节点参数 | 重新选择一个节点并设为活动服务器，再查看核心日志 |
| 节点测试有结果，浏览器打不开 | 系统代理、浏览器独立代理、路由模式 | 先开启自动配置系统代理，并临时使用全局模式验证 |
| 浏览器能用，其他软件不能用 | 软件是否遵循系统代理 | 检查软件自己的代理设置；必要时再考虑 TUN |
| 开启 TUN 后局域网或测试异常 | 权限、虚拟网卡、其他 VPN、DNS | 先关闭 TUN，用系统代理确认基础连接，再单独排查 TUN |
最快的判断方法：如果列表里没有节点，先不要测试连接；如果有节点但核心没有启动记录，先修复核心；如果核心已启动但日志没有浏览器请求，优先检查系统代理入口。
官方项目说明 v2rayN 是管理订阅、服务器配置和代理核心的桌面客户端，本身不会替你提供服务器或订阅内容，可先查看其 官方 GitHub 项目说明。
开始前：备份现有配置，只改一个变量
在修改订阅地址、核心、DNS、路由或 TUN 前，先记录当前订阅分组名称、活动节点、系统代理状态和本地监听端口。若客户端支持导出或备份配置，先完成备份；不要先删除全部节点。
- 保留原订阅地址的完整副本，包括参数和查询字符串。
- 记下当前使用的核心类型，例如 Xray 或 sing-box；不要在同一轮排查中同时更换核心和节点。
- 记录当前是否启用了系统代理、PAC 或 TUN。
- 排查时一次只改一类设置，改完就重新连接并观察日志。
订阅更新可能改变服务器列表和连接参数。官方订阅说明列出了可识别的常见分享格式与协议类型，但实际能否解析仍取决于当前客户端版本和订阅返回内容，具体可参考 v2rayN 官方订阅说明。
第一步：确认订阅真的生成了节点
- 打开订阅分组管理，找到原来的订阅分组，不要新建多个相似分组造成误选。
- 检查订阅地址前后是否有空格，确认复制内容没有被截断，也没有把登录页地址或普通网页地址当成订阅地址。
- 执行更新当前订阅分组，等待完成后观察节点列表数量是否变化。
- 如果仍为空，立即查看客户端日志，重点记录 HTTP 状态、解析失败、证书错误或格式错误等关键词。
如果浏览器打开订阅地址后显示登录页、错误页或普通 HTML 页面，不能据此证明订阅可用；客户端需要收到它能识别的订阅数据。若订阅地址本身需要登录或访问权限，先向订阅提供方确认地址状态，不要直接修改节点字段。
分流判断：更新失败且列表为空，问题在订阅获取或解析层；更新成功但只有旧节点，说明本地仍保留旧数据，不能把“列表里有节点”当成订阅当前正常。
第二步：选择活动服务器并确认核心启动
- 在节点列表中选择一个普通节点，不要一开始连续切换很多节点。
- 使用右键菜单中的“设为活动服务器”或同等功能；不同界面版本的菜单文字可能略有差异。
- 启动服务或核心，观察日志是否出现配置生成、核心启动、本地端口监听等记录。
- 如果核心立即退出，先看配置解析、端口占用、核心文件权限和具体错误，不要先改 DNS。
节点出现在列表中，只说明客户端解析出了一个配置，不代表该节点当前一定能连通。对于 VLESS、VMess、Trojan 等配置，地址、端口、用户标识、传输方式、安全层以及相关扩展字段必须保持一致；如果订阅转换或手工编辑遗漏字段，可能在握手阶段失败。
如果日志明确显示核心未启动、配置无法解析或端口被占用，应先恢复到备份配置，重新启动客户端，再只测试一个节点。
第三步：用最小代理链路验证是否真的通
- 确认节点已设为活动服务器。
- 先启用系统代理的自动配置功能，不要同时开启 TUN。
- 临时选择全局模式，减少规则分流造成的变量。
- 打开一个新浏览器窗口访问测试页面，同时观察 v2rayN 日志是否出现新的连接记录。
- 确认连接后，再切回规则模式，并逐项检查规则命中情况。
官方对系统代理的定义是：把操作系统中遵循系统代理的软件流量转发到核心的入口；自动配置会在启动或重启服务时设置系统代理，PAC 模式则按脚本决定直连或转发。具体行为可查看 v2rayN 官方系统代理与路由说明。
如果核心日志有请求，但浏览器仍打不开，检查浏览器是否设置了独立代理、扩展是否接管代理，或是否有其他代理软件覆盖系统设置。如果核心日志完全没有新请求，优先检查本地 HTTP/SOCKS 监听地址、系统代理状态和应用是否绕过系统代理。
按日志关键词分流处理
| 日志或现象 | 通常说明 | 处理顺序 |
|---|---|---|
| 订阅返回错误页、解析失败 | 地址不可用、返回内容不是支持的订阅格式，或格式不兼容 | 核对完整地址，重新更新并查看返回错误，不要手改每个节点 |
| connection refused | 目标端口拒绝连接，或本地监听端口没有服务 | 区分远端节点端口与本地代理端口，再看核心是否启动 |
| i/o timeout、连接超时 | 连接在规定时间内没有完成 | 换一个节点做对照；若全部节点都超时，再检查网络、地址和系统时间 |
| TLS handshake timeout | TLS 或后续握手阶段没有完成 | 核对服务器地址、端口、SNI、传输方式及相关安全参数 |
| 核心未启动或配置加载失败 | 配置字段、核心文件、权限或端口存在问题 | 恢复备份，确认核心文件和端口，再重新生成配置 |
| 节点测试成功但网页打不开 | 测试只证明某个连接测试可建立，不等于所有网站和应用都能访问 | 检查系统代理、规则模式、DNS 和实际访问日志 |
延迟或真连接测试只能作为筛选线索，不能单独证明网页、应用和长连接都可用。若多个节点都显示相同异常，优先看核心、代理入口和测试设置；若只有单个节点失败，则先把它与其他节点对照。
节点能连但网页打不开：最后检查 DNS、规则与 TUN
只有在节点已经能够建立连接后，才建议把 DNS、路由规则或 TUN 作为独立变量排查。
- 先看规则：临时使用全局模式验证节点，再恢复规则模式。若全局可用、规则模式不可用，检查目标域名或 IP 命中了直连、阻断或错误分流规则。
- 再看 DNS：如果访问 IP 正常、访问域名异常，才把 DNS 作为重点。保持其他设置不变，一次只调整 DNS 相关选项。
- 最后看 TUN：TUN 通过虚拟网络接口处理更广泛的应用流量，但会增加权限、虚拟网卡、路由、DNS 和其他 VPN 冲突等变量。基础连接未验证前，不要同时启用 TUN。
如果关闭 TUN、使用系统代理后浏览器恢复正常，说明节点不一定失效，问题可能位于 TUN 权限、虚拟网卡或路由接管环节。此时先保留可用的系统代理配置，再单独测试 TUN；出现异常时可以关闭 TUN并恢复原系统代理设置。
排查完成后的校验与撤销方法
- 确认订阅分组仍能更新，节点列表没有被误清空。
- 确认目标节点已经设为活动服务器，核心日志显示启动成功。
- 用系统代理和全局模式完成一次新连接测试，再恢复日常规则模式。
- 分别测试浏览器和一个平时使用的应用；若应用不遵循系统代理，不要把它的失败归因于节点。
- 退出客户端前恢复系统代理到你原来的状态，避免其他软件继续读取残留代理。
如果修改后问题变复杂，按相反顺序撤销：先关闭 TUN，恢复系统代理模式；再恢复 DNS 和路由；最后恢复订阅地址、核心和备份配置。每次撤销后都重新启动核心并观察日志，不要一次性删除所有配置。
常见问题
v2rayN 订阅导入后没有节点怎么办？
先检查订阅地址是否完整、是否有前后空格，再更新订阅并查看日志。若返回登录页、错误页或普通网页，客户端通常无法解析为节点数据。
v2rayN 有节点但全部不能连接，先换节点吗？
先确认节点已设为活动服务器、核心已启动，再用一个节点测试。若一个失败、其他节点可用，偏向单节点问题；若全部失败，优先检查核心和代理入口。
系统代理已经开启，为什么浏览器仍打不开？
检查浏览器是否有独立代理或扩展接管网络，再看 v2rayN 日志是否出现新的请求。没有请求记录时，流量可能没有进入本地代理入口。
要不要一开始就开启 TUN？
不建议。先用系统代理和全局模式验证订阅、节点和核心，再在确实需要接管不遵循系统代理的应用时单独测试 TUN。
延迟测试成功是否代表节点一定可用？
不代表。延迟测试只反映测试连接和当时网络条件；还要选择活动节点、启动核心、开启代理，并用实际浏览器或应用验证。
退出 v2rayN 后无法联网怎么办？
检查系统代理是否仍保留在自动配置、PAC 或其他代理状态。重新打开客户端恢复设置，或在系统网络设置中清除残留代理，然后再测试直连。