本文适合已经导入订阅、但不确定下一步如何操作的 v2rayN 新用户。按顺序完成核心确认、节点筛选、真连接测速、设为活动服务器、开启系统代理与出口 IP 验证，可以把“程序已启动”“节点已连通”和“浏览器流量已经过代理”三个状态明确区分开。
连接前先确认订阅、核心与本地端口
v2rayN 是桌面图形客户端，服务器条目只是交给内核运行的配置。订阅成功导入并不等于连接已经建立，主窗口出现节点也不代表系统流量已经进入代理。首次操作应先确认订阅分组中至少有一个服务器条目，并检查该条目的地址、端口、协议与传输方式没有显示为空。
订阅提供的 VMess、VLESS 或 Trojan 配置通常会自动带入传输参数。首次连接不建议逐项修改服务器地址、UUID、TLS、Reality、WebSocket 路径或 SNI；其中任意一项与服务端不一致，都可能造成超时或握手失败。只有在订阅提供方明确给出手动参数时，才需要进入服务器编辑窗口调整。
本地代理端口示例
- SOCKS 端口
- 10808
- HTTP 端口
- 10809
- 监听地址
- 127.0.0.1
以「设置」→「参数设置」中实际显示的端口为准，不要同时启动占用相同端口的程序。
首次运行建议
- Core 类型
- Xray
- 代理方式
- 系统代理
- 路由模式
- 规则模式
先用常规系统代理完成验证，再根据应用兼容情况决定是否配置 TUN。
- 通过「设置」→「参数设置」→「Core 类型」确认当前使用的核心，订阅含 VLESS 或 Reality 节点时通常选择 Xray。
- 查看主窗口底部或日志区，确认没有“端口已被占用”“核心启动失败”或配置解析失败提示。
- 若节点列表为空，先在「订阅分组」中确认分组已启用，再执行一次更新全部订阅。
- 不要把远端服务器端口与本地代理端口混为一谈；远端端口可能是 443，本地程序仍可监听 10808。
先筛节点，再执行真连接测速
节点名称中的地区文字只能说明线路标记，不能直接代表当前质量。首次选择时可以先按目标地区缩小范围，再比较真连接延迟。距离较近的线路通常往返时间更短，但入口负载、跨网互联和晚高峰拥堵都会改变结果，因此不能只按地区名称下结论。
v2rayN 中常见的测试包括 TCP 延迟、真连接延迟和速度测试。TCP 延迟主要确认远端端口是否能建立基础连接，数值低不代表协议握手与实际请求一定成功。真连接测试会调用节点完成更接近实际访问的请求，更适合作为首次选择依据。速度测试消耗更多时间和流量，初次排查不必对全部节点反复执行。
| 测试结果 | 代表含义 | 下一步 |
|---|---|---|
| 连续三次低于 180 ms | 当前网络下响应较稳定 | 设为活动服务器并验证网页 |
| 一次 120 ms、一次超时 | 线路存在抖动或负载变化 | 换同地区其他入口比较 |
| TCP 有数值，真连接超时 | 端口可达，但协议请求未完成 | 检查核心日志与节点参数 |
| 全部节点同时超时 | 更像订阅、核心或本地网络问题 | 不要继续逐个盲测，先查日志 |
延迟差距只有十几毫秒时，不必频繁切换。稳定的 140 ms 往往比在 90 ms 与超时之间跳动的线路更适合持续使用。如果订阅标注流量倍率，还要同时比较倍率；例如 2 倍率节点传输 1 GB 数据可能按 2 GB 计费，不能只看测速数字。
按顺序完成首次连接
下面这套顺序把配置、测试和系统代理分开，每一步都能观察到明确结果。这样遇到网页打不开时，可以快速判断问题发生在订阅、核心、节点还是系统代理环节，而不是一次修改多个选项。
-
确认核心
打开「设置」→「参数设置」→「Core 类型」，选择与订阅协议兼容的 Xray 核心，保存后观察日志是否正常启动。
-
更新订阅
在「订阅分组」中选择对应分组并执行更新全部订阅，确认服务器列表出现名称、地址、端口和协议类型。
-
筛选节点
先选择目标地区的 3 至 5 个节点，不要一开始对数百个条目执行完整速度测试。
-
真连接测速
选中候选节点，通过主界面的服务器测试功能执行真连接延迟，优先保留连续有返回值且波动较小的条目。
-
设为活动项
双击目标节点或使用服务器菜单将其设为活动服务器，确认活动行标识已经移动到该节点。
-
开启系统代理
在托盘图标菜单进入「系统代理」并选择「自动配置系统代理」，随后重新打开一个浏览器窗口进行验证。
成功启动后，日志通常会出现本地监听端口、配置载入和出站连接记录。日志中偶尔出现单个网站连接被重置，不等于整个节点失效；应结合真连接测试、多个网页访问结果和出口 IP 一起判断。
系统代理与安卓端的验证方式不同
桌面端开启系统代理后，浏览器和遵循系统代理设置的应用会把请求交给 v2rayN。本地流量先进入 127.0.0.1 上的监听端口，再由当前活动节点转发。某些独立设置网络代理的程序不会自动读取系统选项，需要在程序内部填写本地 HTTP 或 SOCKS 地址。
推荐方案:桌面与安卓端分别完成连接验证
桌面端(v2rayN)
- 先执行真连接延迟测试
- 开启自动配置系统代理
- 用出口 IP 与网页访问交叉确认
安卓端(v2rayNG)
- 导入同一订阅并选择节点
- 使用应用内连接按钮启动
- 需要时再设置分应用代理
订阅可以保持一致，但活动节点、路由规则和本地连接状态由每台设备分别管理。
- 只测试 v2rayN 本身是否运行：查看日志中是否出现本地监听与核心启动信息。
- 测试节点是否能完成请求：执行真连接延迟，并在间隔数秒后重复两到三次。
- 测试浏览器是否经过代理：开启系统代理后查询出口 IP，再与关闭代理时的结果比较。
- 测试指定软件：确认软件使用系统代理，或手动设置为 127.0.0.1:10809 的 HTTP 代理。
首次排查不建议直接启用全局 TUN。TUN 会接管更多不读取系统代理的流量，但也会引入路由、DNS、权限和虚拟网卡等额外变量。先让浏览器通过系统代理稳定访问，再处理游戏、命令行工具或特殊应用的接管需求，定位会更清晰。
用出口 IP 与网页访问确认代理生效
生效判断必须落到真实流量
“节点显示已选中”只是客户端状态，“真连接延迟有数值”说明节点能够完成测试请求，而“代理已经生效”需要验证目标应用的实际流量。最直接的方法是分别记录关闭系统代理和开启系统代理时的出口 IP、地区与网络运营方信息。
测试时应使用同一个浏览器、同一个网络连接，并避免同时开启其他代理工具。先清除系统代理并刷新 IP 查询页面，记录当前结果；再回到 v2rayN 开启自动配置系统代理，重新打开浏览器窗口并查询。如果出口地址变为所选节点对应地区，同时多个普通网页可以加载，才算完成基本验证。
- 在托盘菜单选择「系统代理」→「清除系统代理」，关闭并重新打开浏览器。
- 搜索并打开一个出口 IP 查询页面，记录 IP、地区与运营方。
- 回到托盘菜单选择「系统代理」→「自动配置系统代理」。
- 重新打开浏览器窗口，再次查询出口 IP，并与第一次结果比较。
- 继续打开两个不同站点，检查首页、图片和后续页面能否持续加载。
- 最后查看 v2rayN 日志，确认验证期间出现新的出站连接记录。
| 观察结果 | 判断 | 处理方式 |
|---|---|---|
| 出口 IP 改变，网页正常 | 代理已基本生效 | 保持当前节点，按需调整路由 |
| 出口 IP 未改变，日志无请求 | 浏览器没有进入本地代理 | 检查系统代理状态与浏览器代理设置 |
| 出口 IP 未改变，日志有直连记录 | 路由规则将查询站点设为直连 | 更换查询站点或临时核对路由模式 |
| 出口 IP 改变，但部分网页失败 | 节点可用，可能存在 DNS 或目标站点问题 | 查看具体域名的日志与路由结果 |
常见首次连接问题逐项排查
首次连接失败时，最有效的方法是保持当前设置不变，只替换一个变量。例如节点超时时先换同订阅的另一个节点；所有节点都失败时再检查核心和订阅；浏览器失败但真连接测试正常时，则优先检查系统代理与本地端口。
真连接测速全部显示超时?
先打开日志确认核心已经启动，再到「设置」→「参数设置」检查 Core 类型。随后更新一次订阅并测试 3 个不同地区的节点；如果全部在约 5000 ms 后超时，应检查当前网络是否限制了相关连接。
选中节点后为什么网页仍然走原出口?
检查托盘菜单中的「系统代理」是否为「自动配置系统代理」。若日志里没有浏览器请求，关闭浏览器后重新打开；仍无记录时，检查浏览器是否设置了独立代理或绕过系统代理。
日志提示 10808 端口被占用怎么办?
退出占用该端口的其他程序，或在「设置」→「参数设置」中把本地端口改为未使用值，例如 10818。保存后重启核心，并同步修改手动填写了旧端口的应用。
节点延迟很低但打开网页很慢?
连续测试三次真连接延迟，再换同地区节点比较。低延迟只代表请求响应快，不代表持续吞吐量高；晚高峰拥堵、节点负载和流量倍率都应一并考虑。
只有部分网站打不开?
在失败发生时查看日志中的域名、路由去向和错误信息。若其他网站与出口 IP 均正常，先排除单个站点故障，再检查 DNS 设置及规则是否把该域名错误分到直连。
排查结束后，如果需要恢复网络原状，应从托盘菜单执行「系统代理」→「清除系统代理」，而不是只关闭主窗口。部分设置下主窗口关闭后程序仍驻留托盘，核心与系统代理可能继续运行；应以托盘状态和系统代理设置为准。
连接成功后的基础维护
完成首次验证后，可以保留两个到三个稳定节点作为备用，不必每天追逐最低延迟。订阅更新可能新增、重命名或移除节点，更新后如果活动服务器失效，应重新执行真连接测试并选择新条目。
路由分流决定哪些域名走代理、直连或被阻止。入门阶段先使用客户端提供的常规规则模式，确认浏览器访问与出口 IP 都稳定后，再根据工作软件、局域网资源和特定域名调整规则。一次增加一条规则并立即验证，比批量导入大量规则更容易发现冲突。
每周检查
- 订阅更新
- 执行 1 次
- 备用节点
- 保留 2–3 个
- 延迟复测
- 重复 3 次
节点表现明显变化时再重新排序，避免无意义的频繁切换。
故障记录
- 发生时间
- 精确到分钟
- 活动节点
- 记录完整名称
- 错误位置
- 保存日志关键行
同时记录网络环境和测试结果，更容易区分节点波动与本地设置问题。
一套可靠的首次连接判断链应当是：订阅列表有数据，核心正常监听，本地端口没有冲突，候选节点真连接延迟有稳定返回，目标节点已设为活动服务器，系统代理已经开启，出口 IP 随之变化，并且多个网页都能持续访问。只要按这条链逐项核对，大多数“看起来连上但实际没有生效”的问题都能定位到具体环节。