适合已经导入订阅、但还不确定如何开始连接的 Windows 用户。先用 Tcping 筛选可达节点，再用真连接测试验证代理链路；随后设置活动服务器、开启系统代理，最后通过浏览器请求、出口地址与日志交叉确认。本文先验证系统代理，不同时启用 TUN，避免两条接管路径混在一起。
一、导入之后，先确认节点与活动服务器
节点列表出现记录，只代表客户端读到了服务器参数。它不代表订阅仍有效，也不代表浏览器已经使用代理。v2rayN 是客户端界面，实际连接由内核处理；节点地址、端口、认证参数以及传输设置共同决定连接是否成功。
以下按桌面版常见中文菜单说明。不同版本可能给测速菜单附加“多选”等文字，判断时以“Tcping”“真连接延迟”“设为活动服务器”这些功能名称为准。若升级后菜单位置不同，先查看“帮助”中的版本信息，排查时记录完整版本号。
-
核对订阅
打开“订阅分组”→“订阅分组设置”，检查目标分组是否启用、地址是否完整。需要重新拉取时，在“订阅分组”菜单选择“更新当前订阅（不通过代理）”；仅在已有可用代理时再尝试通过代理更新。
-
选取候选
在列表里选中 3～5 个节点，优先包含不同线路或地区。不要只看备注中的地区名；备注是服务提供方填写的标签，不能直接证明实际出口位置。
-
测试可达
右键所选节点，执行“测试服务器延迟 Tcping”。保留有正常延迟结果的候选；超时节点先暂缓使用，不要立刻修改协议参数。
-
测试真连接
右键候选节点，执行“测试服务器真连接延迟”。选出能重复成功的节点，再右键选择“设为活动服务器”，确认列表中的活动标记随之改变。
二、Tcping 与真连接测速分别证明什么
Tcping 主要检查客户端到服务器指定 TCP 端口的连接建立情况。它不是 ICMP Ping，也不会完整验证代理认证、TLS、传输路径与目标网页访问。服务器端口能接通，只是第一层条件成立。
真连接测试会借助代理内核向配置的测试地址发起请求，更接近实际代理访问。结果会受到测试地址、DNS、协议握手以及当时线路状态影响。某个测试地址超时，也可能只是该地址在这条线路上不可达，不能仅凭一次结果判定节点失效。
| 结果组合 | 说明 | 下一步 |
|---|---|---|
| Tcping 48 ms；真连接 260 ms | 端口可达，测试请求也成功；两项测量覆盖的环节不同。 | 设为活动服务器，再用浏览器验证实际目标网站。 |
| Tcping 35 ms；真连接超时 | 端口可达，但认证、传输、解析或测试目标可能有问题。 | 核对系统时间与日志，换一个测试目标复核。 |
| Tcping 超时；真连接成功 | 可能存在瞬时波动，或该连接方式与 TCP 探测并不完全对应。 | 重复测试，并以实际网页访问和日志为准。 |
| 两项均超时 | 当前网络到节点、节点服务或配置存在异常的可能性较高。 | 改测另一条线路，区分单节点问题与整体网络问题。 |
菜单中的下载速度测试测量的是另一件事：单位时间内能传输多少数据。延迟 60 ms 不等于下载速度一定高，真连接 300 ms 也不等于每个网页都要等待相同时间。首次连接优先确认“能稳定完成请求”，再按实际用途比较吞吐量；批量测速会消耗流量，应先筛选少量候选。
三、选节点看重复成功，不只看最低延迟
同一节点连续测 3 次，比一次最低数值更有参考价值。例如真连接结果为 220、235、228 ms，通常比 90 ms、超时、1800 ms 更适合作为首次连接的候选。这里仍是判读示例，不是线路质量承诺；晚间拥塞、无线信号变化与服务端负载都会影响结果。
候选节点分工：主用与备用
主用节点
- 连续 3 次真连接测试均成功。
- 常用网页可以正常加载正文与静态资源。
- 延迟波动较小，长连接不频繁中断。
备用节点
- 尽量与主用节点采用不同线路。
- 同样完成真连接与浏览器验证。
- 主用故障时手动设为活动服务器复测。
先保留一条稳定主用和一条已验证备用，不必在首次连接时遍历整个订阅。
VMess、VLESS 等协议名称不是速度等级。不要为了降低延迟，随意改动订阅填入的端口、TLS 服务器名称、传输路径或 Flow；这些字段需要与服务端一致。若只有一个节点失败，先换节点对照，通常比猜改参数更容易定位问题。
四、开启系统代理，核对本地监听端口
设为活动服务器后，在主窗口底部或托盘菜单选择“系统代理”→“自动配置系统代理”。再打开 Windows“设置”→“网络和 Internet”→“代理”，核对客户端写入的本地代理地址。这里只检查结果，不要同时手工写入另一组代理值。
本地端口以“设置”→“参数设置”中的“本地混合监听端口”为准。较新的配置常用 10808；旧版可能分开提供 SOCKS 与 HTTP 端口，其中 HTTP 端口常见为 10809。升级保留的配置也可能不同，不要仅按教程数字覆盖现有值。
客户端监听核对
- 设置路径
- 设置 → 参数设置
- 地址范围
- 本机回环地址 127.0.0.1
- 混合端口示例
- 10808，以界面实际值为准
- 活动服务器
- 已通过真连接测试的候选节点
混合监听可接收 HTTP 与 SOCKS 请求；分端口配置应分别核对。
系统代理核对
- 客户端操作
- 系统代理 → 自动配置系统代理
- 系统检查入口
- Windows 设置 → 网络和 Internet → 代理
- 服务器地址
- 127.0.0.1
- 端口要求
- 对应实际 HTTP 或混合监听端口
系统代理不是全设备流量接管，只影响遵循该设置的应用。
五、浏览器验证：网页、出口与日志交叉检查
浏览器能打开一个国内网站，不能证明代理成功。路由分流可能让该域名直接连接。应选择一个预期走代理的目标，同时观察对应请求是否进入客户端，以及日志中的出站选择。
- 重新建立请求。确认活动服务器后，关闭旧测试标签页，再打开浏览器的新窗口访问目标网站。必要时彻底退出浏览器后重开，减少旧连接复用的影响；隐私窗口可以减少缓存干扰，但不会自动改变代理设置。
- 核对浏览器代理来源。使用遵循 Windows 系统代理的浏览器进行首次验证。若浏览器安装了代理扩展，先暂停扩展；若浏览器单独设置了手动代理，应改为使用系统代理，避免覆盖客户端写入的配置。
- 检查出口地址。使用可信的公网 IP 查询页面记录出口地址，再与清除系统代理后的结果比较。应同时检查该域名的路由选择；查询页面如果走直连，显示本地出口并不说明整个客户端失效。
- 对照日志。在 v2rayN 主窗口查看日志或信息区域，重新加载目标网站，寻找同一时刻的域名、连接记录与出站信息。具体字段因内核而异；出现代理出站记录，比仅看到窗口中的活动标记更有证明力。
- 做一次对照。在 TUN 关闭、没有其他代理工具接管的前提下，选择“系统代理”→“清除系统代理”，重新建立请求，再恢复“自动配置系统代理”复测。目标始终可直连时，不能仅靠网页是否打开判断，应结合出口与日志。
浏览器出口检查只能说明这一次请求的路径，不能证明所有应用都使用了代理。有些程序忽略 Windows 系统代理，需要在应用内填写 HTTP 或 SOCKS 地址；另一些程序维护独立的长连接，修改设置后需要重启。先完成浏览器验证，再逐个处理其他应用，不要把不同接入方式混为一谈。
六、首次连接常见问题与处理顺序
排查时一次只改一个条件，并记录修改前后的结果。推荐顺序是：节点真连接、活动服务器、本地端口、系统代理、浏览器独立设置，最后再看路由与 DNS。这样可以避免修复端口时又改动路由，导致结果无法归因。
Tcping 有数字，为什么网页还是打不开？
先对同一节点执行“测试服务器真连接延迟”。若真连接失败，检查日志中的认证、TLS 或连接超时错误；通过 Windows“设置”→“时间和语言”→“日期和时间”同步系统时间，再复测。不要把端口可达当成代理握手成功。
真连接成功，浏览器却提示代理服务器拒绝连接？
先核对 Windows 代理端口与“设置”→“参数设置”里的本地监听端口是否一致。例如客户端监听 10808、系统仍填写 10809，就可能连接到不存在的服务。重新执行“自动配置系统代理”，再检查日志是否提示端口占用或内核启动失败。
换了节点，为什么查询到的地址没变？
先确认新节点确实已“设为活动服务器”，然后重开浏览器连接。查询域名可能被路由到直连，不同节点也可能共享出口；因此地址没变不能单独证明切换失败。应同时对照活动标记、查询域名的出站日志与其他目标请求。
订阅能更新，是不是就代表节点能用？
不是。订阅更新只证明客户端成功取得了节点资料；订阅地址与节点服务器通常不是同一个访问目标。更新完成后仍需执行真连接测试，再核对账户流量、有效期和服务端状态。若更新失败，不要先删除唯一可用节点。
完成首次连接的标准不是出现某个状态文字，而是证据一致：活动服务器正确、真连接重复成功、系统代理指向实际监听端口、浏览器目标请求按预期经过代理。将验证通过的节点和端口记下，后续故障就可以从这组已知可用配置开始对照。更多操作可查看配置教程；需要按症状排查时，进入问题诊断。