v2rayN 主界面怎么看:服务器列表、订阅分组、日志窗与设置入口逐区说明

主窗口分区：节点、来源、日志与流量入口

结论先说：列表里有节点，不代表内核已经成功启动；节点被设为活动服务器，也不代表浏览器已经使用代理。v2rayN 是桌面端的配置与管理界面，实际连接由内核处理，应用流量还需要通过系统代理、应用自己的代理设置或 TUN 进入相应路径。

不同发布版本和桌面系统的布局可能变化，订阅分组可能显示为上方标签、下拉项或分组区域，系统代理与路由选择也可能位于底部状态栏或托盘菜单。下面用常见中文菜单名称定位功能；找不到同名按钮时，应先核对当前界面的同义项，不必照着旧截图寻找固定坐标。

• 上方菜单与工具区：寻找「服务器」「订阅分组」「设置」，主要承担导入、更新和配置操作。
• 中部服务器列表：查看节点协议、地址、端口与测试结果，并将目标条目设为活动服务器。
• 日志或信息区：观察启动过程、连接记录和报错；部分界面需要展开底部区域。
• 状态栏与托盘：检查系统代理、路由模式及运行状态，避免只看列表中的高亮行。

服务器列表各列：地址、端口与延迟怎么读

节点列表中的 VMess、VLESS 等名称表示连接协议，不是客户端名称。备注只是便于识别的标签，可以由订阅提供，也可能由用户修改；它不直接决定连接目的地。排查时应同时核对地址、服务端口、传输及安全参数，而不是凭备注中的地区名判断是否可用。

右键菜单中的 TCP 连接测试、真实连接延迟测试和下载速度测试，并非同一种测量。TCP 连接成功只能说明当时能建立相应连接；真实连接测试会受到测试地址及代理链路影响；下载速度还受测试源、节点负载和本地带宽影响。某一列空白通常只是尚未测试，超时也需要结合日志分析，不能直接认定所有应用都无法访问。

• 排序只改变显示顺序，不等同于自动切换到排序第一的节点。
• 批量测试前先确认选中范围，避免把一个分组误当成全部节点。
• 分享截图时遮住服务器地址、用户标识和订阅地址；这些信息不应随完整配置公开。

订阅分组：切换视图与更新节点的区别

订阅分组管理的是节点来源。点击分组主要改变当前显示的节点集合，不等于立即更换活动服务器，也不等于发起订阅更新。新建分组后列表仍为空，往往是只保存了地址、尚未执行更新；切到另一个分组后“节点不见了”，也可能只是筛选范围发生变化。

1. 打开分组设置

   从主窗口「订阅分组」→「订阅分组设置」进入管理窗口，新增一个条目。部分布局会提供分组区域的新增按钮，作用相同。

2. 保存订阅地址

   填写便于辨认的分组名称，将完整订阅 URL 粘贴到地址栏后保存。订阅 URL 与单个节点分享链接用途不同，不要把单节点链接填入订阅地址栏。

3. 执行订阅更新

   返回「订阅分组」，选择更新当前或全部订阅的对应菜单项。若界面区分直接更新与通过代理更新，应根据目前可用的网络路径选择。

4. 核对更新结果

   查看更新提示与日志，再切回该分组检查节点数量。更新失败时保留错误原文，不要反复删除分组重建。

5. 激活目标节点

   在分组内右键目标条目，使用「设为活动服务器」等激活项，再确认活动标记与内核启动结果。分组切换到此才与实际连接选择衔接。

订阅更新可能重建来源内的节点条目，因此直接编辑订阅节点的修改未必能在下一次更新后保留。需要长期保留的手动配置，应与订阅来源分开管理；删除分组前也要看清是否同时移除其中的服务器条目。订阅链接通常带有访问凭据，排查时只提供脱敏后的地址结构与错误信息。

底部日志窗：从启动信息定位连接问题

日志首先回答“哪一步失败”，而不是直接给出所有问题的修复按钮。建议先选好活动节点，再观察一次内核启动，随后打开一个测试网页。按这个时间顺序阅读，比从很长的历史日志中随便截取一条红色信息更有用。客户端信息与内核输出可能混在同一区域，阅读时要区分订阅更新失败和代理连接失败。

以上是关键词，不是固定格式的完整报错。一次启动过程中可能先有提示、再有真正导致退出的错误，应保留失败点前后几行。连接记录中出现目标域名，也只证明该请求进入了内核的处理路径，不能单凭这一行证明页面加载成功。

参数设置与路由设置：本地入口和出站规则分开看

「设置」→「参数设置」通常用于客户端行为、本地监听及相关基础参数；「设置」→「路由设置」用于管理流量匹配规则。字段所在页签随版本变化，但两者职责不同：前者回答应用把流量交给哪个本地入口，后者回答进入内核后按什么规则选择出站。

不要为了修复一个网页就同时修改监听端口、DNS、路由和内核。先确定问题属于“流量没有进入客户端”，还是“进入后选错路径”，再改对应设置。内核相关选择也不应按名称随意切换：节点配置中的协议及扩展参数必须被所选内核支持，能启动与能完成握手仍是两次检查。

这三个数字用来区分地址与端口的角色，不是要求统一修改成这些值。若某应用填写 127.0.0.1:10808，需要确保该端口确实提供它所选的代理协议；远端节点使用 443，并不能让本地应用也填写 443。

系统代理与 TUN：先选一种路径验证

系统代理是把代理设置提供给遵循该设置的应用，不能保证所有程序都自动采用。TUN 则通过虚拟网络接口接管符合其配置的流量，涉及权限、路由与 DNS。初次使用建议先把一条路径验证清楚，避免两种模式叠加后不知道请求究竟从哪里进入。

主窗口的路由模式与系统代理开关也不是同一项设置。前者决定进入内核后的分流行为，后者影响应用是否把请求交给本地代理。完成一次切换后，重新发起请求再观察；已经建立的长连接不一定立即表现出新的路由结果。

常见界面疑问与首次检查顺序

首次检查可以固定为一条顺序：确认订阅分组有有效条目，激活一个节点，核对内核启动日志，再选择一种流量接入方式，最后用同一个应用测试。每次只变更一项并记录结果，后续出现异常时就能回到已验证的状态。需要继续排查时，可查看排查手册；基础操作顺序可对照使用教程。