适合已经导入订阅、但还不确定节点是否可用的桌面用户。按“检查节点参数 → 真连接测试 → 设为活动服务器 → 开启系统代理 → 对照日志与出口 IP”的顺序操作，能把节点故障、代理入口问题和路由分流问题分开判断。本文以 Windows 上的 v2rayN 为例，不需要一开始就启用 TUN。
连接前：先确认订阅与本地入口
订阅更新成功，只说明客户端拿到了服务器条目，不代表每个节点都能连接。先看列表是否有地址、端口和协议，再检查订阅服务是否仍然有效。VMess、VLESS 等协议还依赖身份参数与传输设置；不要为了降低延迟，随意改动服务方提供的 TLS、SNI 或传输路径。
本文菜单以 v2rayN 7.x 系列 Windows 界面的常见名称为参照，不同小版本的按钮位置和措辞可能略有调整。先打开「设置」→「参数设置」，检查本地监听端口；再回主窗口检查底部「系统代理」和路由选择。本文后续命令假定本地存在支持 HTTP 代理的混合入口，监听 127.0.0.1:10808，实际值以参数设置及启动日志为准。
选节点：真连接延迟比 TCP 延迟更接近实际使用
TCP 延迟测试主要检查目标地址与端口能否建立 TCP 连接。它不能证明身份参数正确，也不能证明 TLS、传输层及远端出口都正常。真连接测试则通过节点向测试地址发起请求，更适合首次筛选；不过，它仍然只代表该测试地址在当时的访问结果。
真连接延迟
推荐在主窗口选中候选节点，右键选择「测试服务器真连接延迟」。它会调用代理连接访问配置的测试地址，能发现一部分仅靠端口探测看不出的连接问题。
适合：首次筛选，以及更换节点后的连通性确认
TCP 延迟
右键菜单中的「测试服务器延迟 Tcping」可用于快速检查 TCP 端口可达性。出现数字不等于代理已经可用；依赖其他传输方式的节点，也不能只凭此结果判定。
适合：辅助区分端口不可达与后续握手失败
下载速度测试
速度测试会产生实际流量，适合在连通性已经确认后比较吞吐量。速度高不代表网页首开一定快，也不宜对整个订阅频繁批量运行。
适合：从少量可用节点中挑选大文件传输候选
建议先选 3～5 个候选节点，每个重复测试 3 轮，观察是否连续成功。以下只是判读示例，并非本站实测：节点 A 三次为 180、195、188 毫秒；节点 B 为 95 毫秒、超时、110 毫秒。首次连接优先选 A 这类稳定候选，而不是只看 B 的最低数字。
- 全部超时：先确认本机网络能正常上网，再检查测试地址是否可用、订阅是否过期，以及日志是否出现共同的握手错误。
- 少数超时：先换用连续成功的节点，不急于修改全局参数。
- 延迟正常但目标网站失败：继续做目标网站验证，测试站可访问不代表所有站点可访问。
首次连接：设为活动服务器，再启用系统代理
列表中高亮的一行不一定就是正在使用的服务器。测试也可以针对选中项运行，因此“测速成功”和“当前流量走这个节点”是两件事。完成测试后，需要明确设为活动服务器，并等待内核重新加载成功。
-
选中候选
在服务器列表单击连续通过真连接测试的节点。右键确认操作对象，避免在订阅分组切换后仍按先前的行位置判断节点。
-
设为活动
右键选择「设为活动服务器」，观察列表中的活动标记及日志里的重新加载结果。不要把单纯的选中底色当作已经切换成功。
-
设置代理
在主窗口底部「系统代理」菜单选择「自动配置系统代理」。也可从托盘图标的「系统代理」子菜单操作；本次不要选择「清除系统代理」。
-
确认路由
记录当前路由模式。需要排除分流影响时，临时选择客户端提供的「全局」代理路由预设；验证结束后恢复日常使用的分流预设。
-
发起新请求
打开新的浏览器窗口访问目标网页，同时查看底部日志。若浏览器仍复用旧连接，可完整退出浏览器后重开，再进行同一测试。
验证生效：浏览器、出口 IP 与日志交叉确认
只看到网页打开还不足以证明代理生效：该网站可能本来就能直连，也可能被分流规则安排直连。更可靠的方法是对同一目标，分别观察不使用代理、显式指定代理以及浏览器遵循系统代理时的结果。
| 验证项目 | 具体操作 | 结果含义 |
|---|---|---|
| 直连基线 | 对 IP 查询地址发起不经过代理的请求，记录返回地址 | 得到当前网络到该站点的直连出口 |
| 显式代理 | 通过本地混合端口请求同一个 IP 查询地址 | 验证本地入口、所选节点与远端出口链路 |
| 浏览器访问 | 启用系统代理后，用浏览器打开相同查询地址 | 与显式代理结果对照，检查浏览器是否走预期入口 |
| 日志核对 | 在请求发生的时间点查看目标域名、出口标签或错误 | 辅助判断请求进入内核后被代理、直连还是拒绝 |
Windows PowerShell 中可以用 curl.exe 做对照，显式写出程序名可避免与部分环境中的同名别名混淆。下面使用公开 IP 查询接口；请求会把当前出口地址提供给该站点，请按自己的隐私需求选择查询服务。端口不是 10808 时，先替换为本机实际 HTTP 或混合监听端口。
# 直连基线：明确绕过代理
curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 https://api.ipify.org
# 显式使用本地 HTTP / 混合代理入口
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://api.ipify.org这两条命令仍受内核路由影响，因此做对照时应使用前面记录的临时全局代理预设。若第二条命令返回与直连不同的公网地址，再用浏览器打开 https://api.ipify.org，比较浏览器结果与第二条命令是否一致。IP 归属地数据库可能有偏差，不要只凭显示的国家或城市判断节点是否切换。
- 显式代理成功、浏览器仍为直连地址：优先检查系统代理、浏览器代理扩展，以及浏览器自身的代理策略。
- 两个地址相同：先确认查询站没有命中直连规则，再核对活动服务器；同地址本身不能单独证明代理失败。
- IP 查询成功、业务网站失败：检查该网站对应的路由、DNS 和服务端限制，不必立即重装客户端。
日志应与发起请求的时间对应。若当前日志级别只记录警告或错误，没有访问条目并不能证明请求没经过内核；需要时在「设置」→「参数设置」中临时调整日志级别，再重复一次请求。日志可能包含域名、地址等信息，排查结束后恢复原设置，分享前先遮蔽敏感内容。
常见问题：按失败位置缩小排查范围
真连接测试通过，浏览器还是打不开？
先运行上面的显式代理命令。命令成功就检查「系统代理」→「自动配置系统代理」是否生效，并暂停浏览器代理扩展；命令也失败则回看活动服务器、当前路由和请求时刻的日志。真连接测试使用的地址与浏览器目标不同，不能互相替代。
提示连接 127.0.0.1:10808 失败怎么办？
这是本地入口尚未连上，不是远端节点延迟高。到「设置」→「参数设置」核对监听端口，再查看内核是否启动成功。若日志提示地址已被使用，可在 PowerShell 执行 Get-NetTCPConnection -LocalPort 10808 -State Listen 查看占用；确认进程身份后再处理，不要直接结束未知系统进程。
开启系统代理后，所有网页都失败了？
先在「系统代理」中选择「清除系统代理」，检查直连网页能否恢复。恢复后重测节点并检查本地端口；如果仍不能直连，应先检查本机网络。准备退出客户端时也先清除系统代理，避免应用继续连接已经停止监听的本地端口。
日志出现证书错误，能关闭证书验证吗？
先在 Windows「设置」→「时间和语言」→「日期和时间」中同步系统时间，再核对节点 TLS 的服务器名称是否与服务方提供的 SNI 一致。保留证书验证，不要把跳过验证作为常规修复；参数不明确时重新更新订阅并向服务方确认。
首次连接的完成标准不是某个开关变色，而是有一组可以重复的证据：节点真连接测试连续成功，活动服务器明确，显式代理请求成功，浏览器访问符合预期，日志中也没有与本次请求对应的连接错误。验证后恢复常用分流，再测试日常网站，能避免把临时排查设置长期保留下来。
- 保留一个可用备用节点，主节点异常时先切换复测。
- 记录端口、路由预设和失败时间，不要保存或公开完整订阅地址。
- 恢复分流后，国内网站显示直连出口可能正是预期结果；按目标规则判断，不要求所有网站都显示同一出口。