适合已经打开 v2rayN、但还分不清列表选中状态与实际启用状态的新用户。按服务器列表、订阅分组、系统代理、日志和参数设置逐区检查，理解“配置从哪里来、当前用哪条、应用是否接入、失败记录在哪里看”，再完成一次最小连接验证。
主窗口分区：先找配置，再看运行状态
v2rayN 的主窗口不是连接状态的单一仪表盘。服务器列表保存连接配置，订阅分组负责组织配置，底部区域显示运行信息，系统代理与路由入口控制流量接入及后续去向。列表里有条目，并不代表核心已经成功运行；核心已启动，也不代表浏览器一定在使用它。
桌面版与 Windows WPF 版的控件位置、菜单文字可能略有差异。本文按中文界面的功能名称说明，涉及系统代理的操作以 Windows 为例；其他桌面系统需要同时检查对应系统的网络代理设置，不要照搬 Windows 的托盘位置。
| 窗口区域 | 主要内容 | 首次检查重点 |
|---|---|---|
| 服务器列表 | 备注、协议、地址、端口、测试结果等 | 当前活动配置是否为预期条目 |
| 订阅分组 | 分组页签、订阅地址与更新操作 | 当前是否只显示某个分组 |
| 底部日志区 | 核心启动、连接与错误信息 | 切换配置后的第一条错误 |
| 系统代理与路由 | 应用接入方式、分流规则选择 | 不要把接入开关当成分流开关 |
| 参数设置 | 本地监听、核心相关选项、日志等 | 修改前记录原值，一次只改一项 |
服务器列表：选中、启用与编辑的区别
服务器列表中的一行通常代表一份远端连接配置。VMess、VLESS 等是协议类型，地址和端口是远端服务入口，备注只是便于识别的名称。备注写着某个地区或用途，不等于客户端已经验证该描述；判断连接情况还要结合实际访问与日志。
- 单击一行：通常只是选中，供右键操作或批量处理使用，不应据此判断已切换连接。
- 设为活动服务器：选中条目后，从右键菜单执行对应操作，随后观察活动标记与核心日志。不同界面版本的标记样式可能不同。
- 编辑服务器：从右键编辑入口查看协议参数。不要为了切换节点而修改地址、UUID 或传输设置。
- 测试服务器：先看清菜单是连接延迟测试、真连接测试还是速度测试。不同测试的目标和方法不同，结果不能相互替代。
- 删除服务器：删除的是本地配置记录。订阅来源的条目可能在下一次更新后重新出现，停用整个来源应到订阅分组设置处理。
列表列宽不足时，先横向滚动或调整列宽，不要把被截断的地址误认为配置缺失。分享截图前应隐藏服务器地址、订阅地址与身份凭据；排查一般只需要协议类型、脱敏后的错误行以及操作时间。
订阅分组：页签筛选与更新入口
订阅分组有两层作用：一层是给服务器分类，另一层是保存订阅来源及其更新选项。点击分组页签通常只是筛选列表，不会自动把该组中的某条服务器设为活动配置。切到空页签时，也不应立刻判定所有服务器都被删除。
-
打开分组设置
进入主窗口「订阅分组」→「订阅分组设置」。如果当前版本把该入口显示为按钮，按同名入口进入，不要把列表上方的分组页签当成编辑窗口。
-
填写订阅来源
新增分组，填写便于识别的别名和完整订阅地址后保存。订阅地址常带访问令牌，应按凭据保管，不粘贴到公开日志或截图中。
-
执行订阅更新
返回「订阅分组」菜单，按网络条件选择「更新全部订阅（不通过代理）」或「更新全部订阅（通过代理）」；部分版本使用“当前订阅”等相近文字。
-
核对活动配置
更新结束后切到对应分组，确认条目已经出现，再选中一条并设为活动服务器。更新成功只表示订阅获取和解析完成，不表示其中每条配置都可用。
“通过代理更新”需要已有可用的代理通道。首次导入、列表完全为空时，反复选择该方式可能没有可用出口。若不通过代理更新也失败，应先确认订阅地址是否完整、是否过期，以及日志中是超时、证书问题还是内容解析错误。
不建议直接编辑订阅生成条目的关键参数作为长期修复方式：下一次更新可能覆盖本地修改。需要保留自定义配置时，可建立独立的手动条目或分组，并明确区分其来源。
系统代理与路由：接入开关不等于分流规则
Windows 下常见的系统代理菜单包括「自动配置系统代理」「清除系统代理」以及「不改变系统代理」。自动配置通常把系统代理指向客户端的本地监听地址；清除则移除相关系统代理设置；不改变意味着保留当前状态，并不等同于关闭代理。
系统代理入口
- 操作位置
- 主窗口底部或托盘的「系统代理」菜单
- 接入选项
- 自动配置系统代理
- 作用对象
- 遵循系统代理设置的应用
应用没有接入时，修改路由规则通常无法解决问题。
路由模式入口
- 操作位置
- 主窗口的路由选择入口
- 处理对象
- 已经进入核心的连接
- 常见去向
- direct、proxy、block
规则名称取决于本地配置，不能只凭名称推断全部行为。
例如，浏览器遵循系统代理后，请求先到本地核心，再由路由决定直连还是代理。某个应用自行使用直连连接、不读取系统代理时，即使选择了代理路由，它的流量也可能根本没有进入核心。TUN 属于另一种流量接入方式，首次认识界面时不必同时启用，以免增加排查变量。
- 网页完全不受切换影响：先检查系统代理地址、端口及浏览器自身代理设置。
- 只有部分域名走向不符合预期：检查当前路由选择、规则顺序与日志中的出站标签。
- 退出客户端后网页无法访问：检查是否留下指向已停止监听端口的系统代理。
日志窗口：按时间定位第一条失败记录
底部信息区可能混合客户端操作信息与核心输出。前者描述订阅更新、配置切换等动作，后者描述监听启动、连接处理和错误。排查时先记住点击操作的时间，再向后找第一条异常，避免把旧错误当成本次结果。
| 日志关键词 | 常见含义 | 对应检查位置 |
|---|---|---|
address already in use | 监听端口被其他进程占用 | 参数设置中的本地端口、其他运行中的实例 |
failed to load config | 核心无法加载生成的配置 | 其后的具体错误、近期改动的配置项 |
connection refused | 某个连接目标拒绝连接 | 错误行里的目标地址与端口 |
i/o timeout | 网络操作超过等待时间 | 超时发生在远端连接、DNS 还是订阅获取阶段 |
certificate | 可能涉及 TLS 证书验证 | 完整错误、系统时间、服务器名称与服务端配置 |
这些关键词是常见片段，不是完整报错模板。同样的超时词可能出现在不同阶段，应保留前后相邻几行再判断。日志只有“核心启动成功”时，最多能确认启动阶段完成；还需要发起实际请求，才能观察连接处理是否正常。
参数设置：分清本地监听与远端端口
进入「设置」→「参数设置」后，先找本地监听端口相关选项。各版本可能采用独立 HTTP、SOCKS 端口或混合监听端口，不能把旧教程中的端口组合直接视为当前版本默认值。实际应以设置页与启动日志为准。
假设本地监听为 127.0.0.1:10808，它表示本机应用把请求交给客户端的位置；服务器列表中的远端端口则是核心连接服务器的位置。修改本地端口不能修复远端端口错误，反而可能使浏览器或其他手动配置代理的应用继续连接旧端口。
- 本地监听地址：仅本机使用时通常保持回环地址。启用允许局域网连接前，应明确网络范围和访问控制。
- 本地端口：修改后保存，并确认核心成功重新加载；随后核对系统代理和手动配置代理的应用是否同步更新。
- 核心相关选项：不要因为看到多个选项就随意切换。不同核心对协议字段和配置结构的支持有差异，切换后应重新验证启动与连接。
- 日志级别：排查时按需要提高详细程度，结束后恢复合适级别。日志可能含访问目标和本地网络信息，不宜公开整份记录。
服务器编辑窗口负责单条连接的地址、认证和传输参数，参数设置窗口负责客户端或核心的通用行为。找不到 UUID、TLS 服务器名称或 WebSocket 路径时，应回到相应服务器的编辑窗口，而不是在通用参数里反复查找。
常见界面问题与最小验证流程
点了服务器，为什么还是原来的连接？
单击可能只改变选中行。右键将目标条目设为活动服务器，核对活动标记，再查看此次切换后的核心日志。已经建立的长连接不一定立即迁移，验证时应重新发起请求。
订阅更新成功，列表怎么还是空的？
先切回全部分组，清除搜索条件，再查看目标分组。仍为空时，检查更新日志是否实际导入了可识别条目；请求成功但内容是登录页或错误文本，也不能形成有效服务器配置。
核心启动了，浏览器为什么打不开？
在 Windows 的「系统代理」菜单检查是否已自动配置，再核对本地监听端口。随后发起一次访问，查看是否出现对应连接日志；有连接但报错，再按错误阶段检查远端配置。
参数改乱了，应该先恢复哪里？
先恢复最后改动的那一项并重新加载，避免同时重置订阅、路由和监听端口。按活动服务器、核心启动、系统代理、实际访问的顺序逐项确认，保留每次改动的记录。
完成界面认识后，可以按一个固定顺序验证：确认订阅条目存在，设定活动服务器，检查核心启动日志，开启所需的流量接入方式，再发起实际访问。访问失败时从最后一个已确认正常的环节继续查，不必重新导入全部配置。
- 记录当前分组、活动服务器备注与本地监听端口，不记录或传播身份凭据。
- 只切换一条活动配置，观察是否出现新的启动错误。
- 核对系统代理状态，用新的请求验证，而不是只看已缓存的页面。
- 结合请求时间查看日志；若只有特定站点异常，再检查路由与 DNS，而非立即重装客户端。