适合已经导入订阅、但还不能确定连接是否成功的用户。以 Windows 上的 v2rayN 为主线，依次完成候选节点筛选、真连接延迟测试、活动服务器设置和浏览器验证；再用显式代理请求与路由日志定位问题，并说明安卓端 v2rayNG 的对应检查位置。
先确认订阅与测试条件
订阅更新成功，只能说明客户端取得了配置，不能说明其中每台服务器都能连接。节点名称里的地区、倍率或线路说明通常由订阅提供方填写，不是客户端测得的状态。首次连接先从同一订阅分组选出少量候选，不要仅凭名称判断速度。
本文涉及的 v2rayN 菜单以中文界面为参照；不同版本可能调整按钮位置或在菜单名后附加快捷键。开始前可从「帮助」→「关于」记录版本。若使用自定义配置，部分图形界面的参数可能不参与配置生成，应先核对实际加载的配置内容。
- 确认列表不为空：打开目标订阅分组，检查是否有服务器地址、端口和协议等信息；列表为空时先排除分组筛选与订阅更新错误。
- 确认时间准确：Windows「设置」→「时间和语言」→「日期和时间」，开启自动设置时间并执行同步。时间偏差可能影响证书验证，也可能影响部分协议认证。
- 固定网络环境：同一轮测试保持同一个网络，不要测到一半切换热点；暂停大文件下载，减少本机流量对结果的干扰。
- 减少代理叠加：先退出其他代理程序，暂时停用浏览器的代理扩展。本文先验证系统代理，不把 TUN 模式混入首次排查。
挑选节点：先比较可用性
先选 3 到 5 个候选，优先考虑实际需要的出口地区，再看真连接结果。地理距离近通常有利于降低传播延迟，但线路绕行、拥塞和服务端负载都可能改变结果。测试目标能连通，也不等于所有业务网站都可用。
多次测试均成功
推荐同一网络下连续测试 3 次都有结果，且波动相对较小。先把这一类作为活动服务器，再用实际网页确认可用性。
适合：首次建立稳定连接、日常网页访问
延迟更低但偶发超时
单次数字好看，却不一定能持续使用。保留为候选，稍后在相同网络下复测，不要用一次最低值覆盖失败记录。
适合：备用线路、进一步观察稳定性
全部测试超时
先确认测试地址和本地内核能够正常工作。若其他候选成功、只有该节点持续失败，再检查订阅状态或联系配置提供方。
适合：故障定位，不作为当前活动服务器
不要把真连接延迟当作下载速度。前者是通过代理访问测试目标所花的时间，具体测量范围取决于客户端实现；后者还受带宽、并发连接、目标站点限速影响。首次连接先测可用性，确定能访问之后再决定是否做耗流量的下载测试。
真连接延迟：测试、复测与启用
TCP 延迟测试通常只检查与目标服务器建立 TCP 连接的情况，并不能完整验证协议认证、传输设置与最终目标访问。真连接测试会尝试通过代理链路请求测试地址，因此更适合首次筛选，但结果仍受测试地址本身影响。
-
选中候选
在 v2rayN 主窗口切到目标订阅分组，用 Ctrl 配合鼠标选中 3 到 5 行。选中某一行并不等于已经把它设为活动服务器。
-
执行真连接
右键服务器列表，选择「测试服务器真连接延迟」。部分版本会在名称中标注多选或快捷键；不要误选「测试服务器延迟 TCPing」或下载速度测试。
-
重复比较
等待本轮结束后，再对同一组候选测试两轮，总共比较 3 次。记录成功与失败次数，并观察延迟是否明显跳动；显示超时或失败的结果不应按零延迟排序理解。
-
设为活动
右键表现稳定的候选，选择「设为活动服务器」。检查列表中的活动标记和底部状态信息是否已更新，再查看日志中是否有内核启动失败。
-
检查启动
若日志出现
address already in use，先处理本地监听端口冲突；若出现认证、TLS 或握手错误，检查配置与系统时间，不要直接归因于网络慢。
系统代理：把浏览器流量送入客户端
以下以 Windows 为例：右键任务栏通知区域中的 v2rayN 图标，进入「系统代理」→「自动配置系统代理」。随后打开 Windows「设置」→「网络和 Internet」→「代理」，查看手动代理的地址与端口。常见本地地址为 127.0.0.1，端口应与客户端监听设置一致。
在 v2rayN 中进入「设置」→「参数设置」，核对本地监听端口及 HTTP 或混合代理入口。界面分组会随版本变化，不能把网上教程中的端口直接当成本机现值。旧配置可能使用独立的 HTTP 端口 10809，较新的配置也可能由同一个混合端口接收多种代理请求。
本地端口只负责接收本机应用的请求；节点端口则属于远端服务器，两者用途不同。修改本地端口后，客户端需要重新加载配置，系统代理和手动配置代理的应用也要同步更新。
- 浏览器入口：先用采用系统代理的浏览器测试；如果浏览器设置了独立代理，需先核对其配置，隐私窗口也不保证绕开代理扩展。
- 路由出口：系统代理开启只代表请求进入客户端，后续仍可能按路由规则直连。先记录当前路由预设，再检查目标域名匹配的规则。
- 其他应用：命令行工具、游戏及部分应用不一定读取系统代理。浏览器成功不能证明所有程序都已接入，更不代表 UDP 流量也通过了代理。
代理生效验证：请求与日志互相印证
打开一个已知可正常访问的 HTTPS 页面，只能证明页面能够加载。若该站点本来就能直连，还需要配合路由日志判断出口。先打开客户端日志，再刷新目标页面；必要时临时提高日志级别以查看访问记录，排查完成后恢复原设置。
为了把「系统代理设置问题」与「本地代理链路问题」分开，可以在 Windows 终端执行下面的显式代理请求。命令使用 curl.exe，避免部分终端环境将 curl 解释成其他命令。执行前确认 10808 确实是本机可接收 HTTP 代理请求的端口。
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/--noproxy "" 用于清空本次请求的代理绕过列表，--proxy 显式指定本地入口；10 秒连接超时与 20 秒总时限便于避免长时间等待。该命令只发起本次测试，不会替浏览器修改系统设置。示例目标是普通 HTTPS 站点，不是节点测速专用服务。
| 观察结果 | 可以说明什么 | 下一步 |
|---|---|---|
| 无法连接本地端口 | 请求尚未进入正常工作的代理入口 | 检查内核是否启动、端口是否一致及是否被占用 |
| 只出现代理隧道建立信息 | 可能只完成了本地代理握手 | 继续查看最终目标响应和客户端错误日志 |
| 收到目标 HTTP 响应 | 本次请求已通过指定本地入口处理 | 结合路由日志确认最终走代理还是直连 |
| 命令成功、浏览器失败 | 本地入口可用，应用配置可能不同 | 检查系统代理、浏览器代理扩展和绕过列表 |
桌面与安卓：检查入口不同
v2rayN 的 Windows 系统代理与 v2rayNG 的安卓 VPN 接管不是同一个机制。两端可以使用同一来源的订阅，但是否可导入、能否连接仍取决于协议支持与配置内容；在一端成功，并不能免去另一端的验证。
验证方案：分别检查流量入口
桌面端：v2rayN
- 右键列表执行真连接延迟测试，再设为活动服务器。
- 在托盘菜单「系统代理」中选择「自动配置系统代理」。
- 核对本地监听端口，结合显式代理请求和路由日志验证。
安卓端：v2rayNG
- 选中目标配置，点击主界面连接按钮，确认系统 VPN 授权。
- 通过菜单中的真连接测试功能检查配置；具体入口以当前版本为准。
- 在「设置」中核对分应用代理范围，确保测试浏览器没有被排除。
v2rayNG 使用 Xray 内核；连接图标表示服务状态，实际网页与路由记录才是目标请求是否成功的验证依据。
首次连接常见问题
真连接有数字，为什么网页还是打不开？
先检查活动服务器是否正是刚才测通的节点，再到托盘「系统代理」→「自动配置系统代理」。用上文显式代理命令对比：命令成功但浏览器失败时，重点查浏览器的独立代理与扩展；两者都失败时，再检查目标站点和路由规则。
所有节点同时超时，要重新导入订阅吗？
先看日志是否存在内核启动失败或端口冲突，再核对系统时间与当前网络。若所有配置共用一个测试地址，也可能是该地址暂时不可达；在「设置」→「参数设置」中查找真连接测试地址，记录原值后再排查。只有配置缺失、过期或订阅已变更时，才优先更新订阅。
延迟更低，下载却更慢，哪里设置错了？
不一定是设置错误。延迟表示测试请求的耗时，不等于持续传输带宽。先保持相同目标文件、相同网络与相近时段比较，避免同时下载。若页面打开稳定而大文件持续很慢，再检查线路带宽、流量额度和目标服务限速。
退出客户端以后，浏览器也不能上网了？
可能是系统仍指向已经停止监听的本地代理。退出前在托盘「系统代理」中选择「清除系统代理」；如果已经退出，可到 Windows「设置」→「网络和 Internet」→「代理」检查并关闭这次测试留下的手动代理。办公网络若有原有代理，应恢复事先记录的设置，而不是一概关闭。