本文面向第一次打开 v2rayN 或升级后找不到功能入口的用户，以 v2rayN 7.15.4 示例界面为参照，依次说明菜单栏、订阅分组、服务器列表、运行日志和参数设置的职责；读完可以判断当前节点来自哪个分组、哪个节点正在使用、连接失败应查看哪段日志，以及 Core 类型和本地端口应该在哪里核对。
先建立主窗口的功能地图
界面要点
v2rayN 主窗口可以按操作顺序理解为五个区域：顶部菜单负责发起命令，订阅分组负责划分配置来源，服务器列表负责展示和选择节点，日志区域负责报告运行过程，底部状态区域负责显示当前代理模式、活动服务器和本地监听端口。排查时应沿着这条链路向下检查，而不是在所有菜单中反复切换。
界面要点
不同 7.x 小版本可能调整图标位置或菜单措辞，但数据关系基本不变。订阅分组不是节点，节点也不等于正在运行的出站。只有把列表中的某一条配置设为活动服务器，并启动相应内核后，该配置才会参与连接。系统代理是否开启，又是浏览器等程序能否把流量交给 v2rayN 的另一层开关。
主窗口的两条阅读路径
日常连接路径
- 选择正确的订阅分组
- 执行真连接延迟测试
- 设为活动服务器
- 确认系统代理模式
故障排查路径
- 查看活动服务器名称
- 检查核心启动日志
- 核对 10808、10809 端口
- 检查路由与 DNS 记录
日常操作从分组走向状态栏；故障排查则从状态栏反向追到服务器配置和核心日志。
界面要点
菜单栏里的「服务器」主要处理单条配置，包括新增、编辑、删除、导入和设为活动服务器；「订阅分组」管理订阅地址及更新动作；「设置」集中放置系统代理、路由、参数设置和内核相关选项。首次使用时，先记住这三个入口即可，其他菜单可在需要导出、备份或查看版本信息时再使用。
服务器列表各列分别说明什么
界面要点
服务器列表是一张配置清单，每一行对应一个可被内核读取的出站配置。列表中的地址、端口、协议和传输方式来自订阅或手动录入；延迟、速度等字段则来自本机执行测试后的结果。测试值不会永久代表节点质量，网络路径、服务器负载和测试时刻变化后，数值也会变化。
界面要点
「别名」通常是订阅提供方写入的节点名称，用于识别地区、线路或用途；「地址」是远端主机名或 IP；「端口」是远端服务监听端口，不要把它与本机的 10808 混淆。「网络」可能显示 tcp、ws、grpc 等传输方式，「安全」可能显示 tls、reality 或 none。VMess、VLESS 等协议字段与传输层字段需要组合阅读，单看其中一列无法还原完整连接条件。
| 列表字段 | 表示内容 | 排查时的用途 |
|---|---|---|
| 别名 | 节点名称与线路标记 | 确认当前选中的行是否属于目标地区或分组 |
| 地址 / 端口 | 远端服务器入口 | 识别解析失败、端口不可达或订阅数据异常 |
| 协议 | VMess、VLESS 等出站协议 | 判断应由哪个核心以及哪组协议参数处理 |
| 传输 / 安全 | TCP、WebSocket、gRPC、TLS、Reality 等组合 | 核对路径、SNI、指纹、Flow 等附加字段 |
| 真连接延迟 | 经过代理握手得到的响应时间 | 比普通 ping 更接近实际代理建立连接的成本 |
| 速度 | 下载测试阶段测得的吞吐量 | 用于区分低延迟节点与高带宽节点 |
界面要点
例如，同一分组中两条配置的真连接延迟分别为 186 ms 和 312 ms，前者通常更适合网页浏览；如果下载测速分别为 4.8 MB/s 和 12.4 MB/s，后者可能更适合大文件传输。延迟与带宽测量的是不同指标，因此不要仅按一列排序后永久固定节点。
界面要点
选中一行后执行「设为活动服务器」，界面通常会通过高亮、颜色或状态栏文字标识当前配置。仅用鼠标单击一行通常只是选中，不能据此判断内核已经切换。切换后应看底部活动服务器名称，再观察日志中是否出现新的出站配置加载记录。
订阅分组如何组织节点
界面要点
订阅分组用于保存订阅地址、更新规则和该来源生成的服务器列表。一个分组可以包含多条节点配置，也可以单独设置更新行为。把工作、测试和备用线路放进不同分组，比把所有节点堆在同一张长列表中更容易定位问题，也能降低误删或误切换的概率。
界面要点
更新订阅时，v2rayN 会请求订阅内容并解析支持的配置。更新成功只说明客户端取得并处理了订阅数据，不代表其中每条节点都能连通。更新后应先查看列表数量和别名是否变化，再对目标分组执行真连接测试。若分组切换后列表为空，应先确认筛选条件，而不是立即重复添加订阅。
-
确认当前分组
界面要点
在主窗口的订阅分组区域选中目标分组，先记录更新前的节点数量，例如 18 条，避免把其他来源的列表误认为更新结果。
-
检查订阅设置
界面要点
进入「订阅分组」→「订阅分组设置」，核对启用状态、备注和订阅地址对应关系；同名分组应通过备注进一步区分。
-
执行分组更新
界面要点
选择「订阅分组」→「更新当前订阅」，等待状态提示完成；若需要刷新全部来源，再执行更新全部订阅。
-
测试有效配置
界面要点
在服务器列表中选择目标行，运行真连接延迟测试。得到 186 ms 等具体结果说明完整代理握手成功，空值或超时则需要看日志。
-
核对核心类型
界面要点
沿「设置」→「参数设置」→「Core 类型」进入核心选择区域，确认目标协议分配给 Xray 或 v2fly，并保存后重新启动核心。
界面要点
更新后节点减少不一定是解析错误，也可能是订阅来源调整了线路。判断时应对比节点数量、别名和协议列，并查看更新日志是否出现无法识别的配置类型。手动修改订阅生成的节点时还要注意，下次更新可能覆盖这些改动；长期保留的自定义配置更适合放在独立分组。
日志面板应该看哪些信息
界面要点
日志的价值不在于逐行阅读，而在于确认连接链路停在哪一步。启动阶段先看配置是否成功加载、核心进程是否运行、本地端口是否监听；访问阶段再看 DNS、路由匹配和远端连接结果。若第一阶段已经失败，继续调整浏览器代理或路由规则通常不会解决问题。
界面要点
典型的正常顺序是：v2rayN 生成运行配置，启动 Xray 或 v2fly 核心，本地监听地址建立，随后应用流量进入 127.0.0.1。历史版本常见 SOCKS 端口为 10808、HTTP 端口为 10809；部分 7.x 配置会使用混合监听方式，所以最终应以「设置」→「参数设置」中显示的本地端口为准。
启动检查示例
Core: Xray
SOCKS: 127.0.0.1:10808
HTTP: 127.0.0.1:10809
Active server: HK-02 VLESS Reality
Routing: domainStrategy = AsIs
Test result: true connection latency 186 ms- 端口占用：日志出现 bind、address already in use 或监听失败时，先关闭占用 10808、10809 的旧进程，或在参数设置中改用未占用端口。
- 域名解析：出现 resolve、DNS timeout 等记录时，检查 DNS 配置和当前网络是否能完成基础解析，再判断是否需要调整查询方式。
- 远端超时：出现 connection timeout、context deadline exceeded 时，重新测试同分组其他节点，用于区分单节点故障与本地网络问题。
- 认证失败：若记录指向用户标识、密钥、Reality 公钥或 shortId，应重新更新订阅并核对配置字段，反复测速不会修正参数。
- 路由拒绝：若连接被 block 出站处理，应检查规则匹配顺序以及 inboundTag、domain、ip 与 outboundTag 的对应关系。
界面要点
日志中的 warning 不一定会中断连接。例如某项兼容设置被忽略时，核心仍可能正常监听；真正需要优先处理的是导致进程退出、配置解析失败或监听失败的 error。判断顺序应是先找启动时间附近的第一条关键错误，再看由它触发的后续报错。
界面要点
复现问题时应清空旧日志或记下当前时间，然后只执行一次目标操作。例如在 14:32:10 切换节点、14:32:15 打开测试页面，就重点查看这一时间段。这样可以避免把数小时前的超时记录误判为当前问题，也便于比较切换前后的活动服务器与路由结果。
核心设置入口与四类关键参数
界面要点
v2rayN 的常用开关并不都在服务器编辑窗口。单条服务器编辑页只负责远端协议参数；本地监听端口、Core 类型、日志等级和部分 DNS 行为位于「设置」→「参数设置」。系统代理模式和路由模式则是更高一层的流量入口与分流控制，修改时应明确自己正在调整哪一层。
界面要点
Core 类型决定配置由哪个核心处理。v2rayN 桌面端常用 Xray 处理 VLESS、Reality 等配置，也可以按协议映射选择 v2fly。更改 Core 类型后应保存设置并重新启动核心，随后通过日志确认实际启动的核心名称；只改变下拉选项但不重启，当前进程可能仍在使用旧设置。
本地代理入口
- SOCKS 地址
- 127.0.0.1
- SOCKS 端口
- 10808
- HTTP 端口
- 10809
- 用途
- 接收本机应用流量
端口以参数设置中的实际值为准，浏览器手动代理必须填写相同端口。
Core 类型
- 菜单路径
- 设置 → 参数设置
- 常用核心
- Xray
- 可选核心
- v2fly
- 生效动作
- 保存并重启核心
选择结果应与服务器协议和传输参数匹配，并通过启动日志复核。
系统代理模式
- 关闭
- 不改系统代理
- 自动配置
- 按规则提交流量
- 全局
- 系统流量交给本地代理
- 检查位置
- 主窗口状态区域
核心已启动但网页直连时，优先确认系统代理模式是否符合预期。
日志与路由
- 日志等级
- warning / info
- 排查等级
- info
- 域名策略
- AsIs
- 规则关键项
- outboundTag
排查结束后可恢复常用日志等级，路由修改后需用目标域名实际验证。
界面要点
系统代理、Core 类型和路由模式之间是串联关系：应用先把请求提交到本地代理端口，核心再读取服务器配置，最后按路由规则选择直连、代理或拦截出站。某个网页打不开时，应按这个顺序定位。直接更换 Core 类型有时只是改变了表面现象，并没有处理端口、节点或规则中的真实错误。
主界面常见疑问与快速判断
界面要点
熟悉界面后，绝大多数问题都可以先归入四类：分组没有更新、节点没有设为活动服务器、核心没有正常监听、系统流量没有进入本地代理。先确定所属类别，再修改设置，比连续更换节点或重复导入订阅更容易得到可复现的结果。
双击节点后为什么还是原来的线路？
界面要点
先看底部状态区域显示的活动服务器名称。若没有变化，右键目标行并执行「设为活动服务器」，随后重启核心，再从日志确认新配置已加载。
订阅显示更新成功，为什么列表没变化？
界面要点
确认当前查看的是刚更新的分组，并清除列表筛选条件。记录更新前后的节点数量，例如均为 18 条；数量和别名都未变化时，可能只是订阅内容本身没有调整。
真连接延迟是空白，应该看哪里？
界面要点
先检查核心是否启动，再查看测试时段内的 DNS、连接超时和认证记录。若 10808 监听失败，应先处理端口占用，延迟测试才有可用的本地入口。
核心在运行，浏览器却仍然直连？
界面要点
检查系统代理模式和浏览器自身的代理设置。手动配置时，SOCKS 应指向 127.0.0.1:10808，HTTP 应按参数设置中显示的端口填写，不能混用远端服务器端口。
切换路由模式后怎么确认生效？
界面要点
重启核心后分别访问预期直连与代理的目标，在 info 级日志中查看命中的 outboundTag。若所有请求都落到同一出站，检查规则顺序和兜底规则位置。
界面要点
最后可用一套固定动作完成主窗口检查：确认分组，选择节点，执行真连接测试，设为活动服务器，核对系统代理，打开目标页面，再读取对应时间段日志。每一步都能在界面上找到明确结果，出现异常时便可以停在当前层处理，而不必同时改动订阅、端口、核心和路由。