v2rayN 主界面功能速览：服务器列表、订阅分组、日志窗口与参数设置

1. 主窗口分区：先区分配置、核心与系统代理

v2rayN 是桌面客户端界面，Xray 等核心负责实际处理代理连接。列表中出现服务器，只能证明配置已经保存；当前服务器已选中，也不能证明浏览器已经使用代理。判断能否联网，要同时看配置是否可用、核心是否启动，以及应用流量是否进入本地监听端口。

第一次使用时，先展开主窗口，再找顶部菜单、订阅分组区域、中间服务器列表、日志区域和底部状态栏。部分版本会折叠日志面板，窗口尺寸也会影响按钮是否显示。本文所说的“系统代理”是 Windows 的代理设置入口，不是远端服务器的连接开关。

2. 服务器列表：导入、选中与设为活动服务器

服务器列表通常包含类型、别名、地址、端口、传输方式和测试结果等列。VMess、VLESS 是协议名称；TCP、WebSocket 等属于传输设置；TLS、REALITY 属于连接安全相关配置。不能只看节点别名判断协议，更不能因为两个节点都使用 443 端口就认定参数相同。

先用一条来源明确的配置完成单节点验证，再批量整理列表。复制分享链接时要保留完整内容：vmess:// 后的编码内容不能截断，vless:// 链接中的查询参数也不能随意删除。订阅地址则应进入订阅分组管理，不要与单节点导入混用。

1. 导入配置

   复制完整分享链接，在主窗口选择「服务器」→「从剪贴板导入批量 URL」。若当前版本显示不同的后缀说明，选择名称中包含“从剪贴板导入”的入口。

2. 核对节点

   找到新增行，使用右键菜单的「编辑服务器」核对地址、端口与传输设置。远端端口例如 443，由服务端配置决定，不要改成本地监听端口 10808。

3. 设为活动

   右键目标行，选择「设为活动服务器」。确认活动标记已经变化，并观察日志中核心是否成功加载新配置；仅让行背景变成选中色不算完成切换。

4. 验证连接

   对该行运行「测试服务器真连接延迟」，再打开实际需要访问的网页。测试成功只代表对应测试请求成功，仍需核对系统代理与应用自己的代理设置。

测试列里的数值必须按测试类型解读。比如 TCPing 显示 42 ms、真连接延迟显示 310 ms，二者并不矛盾：前者主要反映 TCP 建连，后者还涉及代理握手和测试请求。这两个数值只是读数示例，不是某个节点的实测结果，也不能据此推算下载速度。

3. 订阅分组：列表筛选不等于连接切换

订阅分组把一个订阅地址及其生成的服务器归在一起。它解决的是“配置从哪里来、如何更新”的问题，不负责自动判断哪个节点适合当前网络。主窗口切到某个分组后，列表只显示这一组服务器，原来的活动服务器却可能仍在另一个组里。

添加时进入「订阅分组」→「订阅分组设置」，新建分组，填写备注与订阅地址并保存，再回到「订阅分组」菜单执行更新。常见版本提供“更新全部订阅”以及“通过代理”相关选项；应按当前能否直接访问订阅地址选择更新路径。

• 首次导入：没有可用节点时，先尝试不通过代理更新。若订阅地址只能经代理访问，需要先导入一条可用的单节点配置。
• 通过代理更新：先确认活动服务器可以访问网页。仅勾选此选项不会自动修复一个失效节点。
• 更新后列表为空：检查是否选中了其他分组、是否保留了搜索词，再查看更新结果中的节点数量与错误信息。
• 名称相近：用“来源＋用途”区分分组，例如“主订阅”和“备用订阅”；备注只帮助识别，不改变连接参数。

订阅链接经常带有访问令牌，应按账号凭据保管。排查问题时可以提供更新时间、错误类型和节点数量，但不要把完整订阅地址贴进公开截图。更新成功只表示客户端获取并解析了内容，不能代替逐个节点的连通性测试。

4. 系统代理与路由：两个入口分别控制什么

Windows 版通常可从底部状态栏的「系统代理」入口，或任务栏通知区域图标的右键菜单，选择「自动配置系统代理」或「清除系统代理」。前者把系统代理指向本地客户端监听地址，后者移除该系统代理配置。清除系统代理后，核心仍可能在运行，手动指定代理的程序也仍可能使用它。

路由选择是另一层设置：流量进入核心后，再由规则决定走代理、直连或阻断。因此，“已设置系统代理”不代表所有流量都会经过远端节点；选择全局代理类路由，也不代表那些根本没有进入核心的程序会被接管。

例如，浏览器可用而某个命令行程序失败，优先检查该程序是否读取 Windows 系统代理，而不是马上换节点。反过来，所有遵循系统代理的程序都失败时，应先查本地监听、活动服务器和核心日志。

5. 参数设置：核对本地监听与远端参数

进入「设置」→「参数设置」，先检查本地监听端口、是否允许局域网连接、日志等级及核心相关设置。不同版本可能把这些项目放在“基础设置”“Core”或相近名称的页签下。不要直接套用旧教程中的默认端口，保存设置后还应观察核心是否正常重新加载。

下面两张卡展示的是参数之间的关系，不是要求照填的固定值。第一张假定当前混合监听端口已设置为 10808，第二张列出编辑远端节点时需要从服务提供方核对的内容。客户端本地端口与服务器远端端口属于两段不同的连接。

如果旧配置把 HTTP 代理与 SOCKS5 分别放在 10809、10808，不要仅因为上面的混合端口示例就把程序全部改到 10808。先查看当前实际监听方式。只供本机使用时，保持回环地址和关闭局域网访问即可；确需共享时，再单独处理监听范围、防火墙与访问控制。

6. 日志窗口：按启动、监听、请求三层排查

先展开主窗口的日志区域；若被隐藏，在菜单中查找“日志”或“显示日志”相关入口。然后切换一次活动服务器，观察新产生的启动记录，再只发起一次网页请求。把测试动作控制在一个时间点，比在大量旧日志里找红字更容易定位。

日志不是错误越多问题就越严重，也不是没有错误就代表流量已进入核心。日志等级会影响记录详细程度；为了短时排查，可以在「设置」→「参数设置」中调整相关日志选项，完成后恢复原设置，避免持续产生大量记录。

需要确认监听端口时，可以在 PowerShell 中运行下面的只读命令。将 10808 换成参数设置里的实际端口。输出中的 OwningProcess 是进程编号，可到任务管理器的“详细信息”页对应 PID；没有输出或提示未找到对象，表示该端口当前没有匹配的 TCP 监听。

Get-NetTCPConnection -State Listen -LocalPort 10808 |
  Select-Object LocalAddress, LocalPort, OwningProcess

分享日志前应遮盖订阅令牌、用户 ID、服务器地址及访问域名等敏感内容。保留错误发生时间、核心名称、错误片段和刚执行的操作，通常比提供整份配置更有助于复现问题。

7. 主界面操作常见问题

日常使用保持一个固定检查顺序即可：先看活动服务器，再看核心启动结果，接着看系统代理或 TUN 接入，最后看路由和目标请求。把每一层的状态分开确认，才能判断问题出在配置来源、本地接入，还是远端连接。