适合已经导入订阅、但还不确定怎样完成首次连接的用户。按“选出候选节点 → 测试真连接 → 设为活动服务器 → 设置系统代理 → 验证实际请求”的顺序操作。本文以 Windows 上的 v2rayN 为例，区分节点可用、内核运行和应用走代理这三件事；端口示例需要替换为本机界面显示的值。
一、节点列表：先选少量候选
主界面 → 当前订阅分组，先确认列表里已有服务器地址、端口和协议等信息。订阅是一组连接参数的分发方式，不是连接状态。列表出现节点名称，只能说明客户端读到了条目，不能证明服务端可达，更不能证明浏览器已经使用代理。
第一次先选两三个候选，不必对整个订阅反复测速。节点名称中的地区、倍率与线路描述由提供方填写，只能作为筛选线索。实际访问表现还取决于当前网络、服务端负载，以及访问目标；名称相似的两个节点也可能使用不同的出口。
参数完整的候选
推荐优先选订阅更新后参数完整、真连接测试能够通过的条目。先完成一次访问验证，再考虑长期使用哪条线路，避免同时修改协议、路由与 DNS。
适合：首次连接、建立可重复的测试基线
仅端口测试通过
TCP 端口可达只说明建立连接的前一段可能正常；认证、传输路径、TLS 或后续 HTTP 请求仍可能失败。保留为候选，不直接视为可用。
适合：区分网络可达与协议连接问题
超时或参数缺失
先检查订阅是否更新成功、服务是否到期，以及本机时间是否准确。不要凭猜测改 UUID、SNI、传输路径或 Reality 参数，这些值需要与服务端对应。
适合：暂停使用并向提供方核对参数
VMess、VLESS 是连接协议，WebSocket 等是传输方式，TLS 与 Reality 涉及连接安全配置。首次使用不需要按“协议越新越快”排序；先保留订阅导入的组合，确保所选内核支持它。订阅参数有误时，切换系统代理不会修复协议握手。
二、真连接测速：先确认节点能完成请求
节点列表 → 选中候选 → 右键菜单中的「测试服务器真连接延迟」。部分版本将名称简写为「测试真连接延迟」；以实际菜单为准。这里测的是通过候选连接访问测试地址的耗时，不是简单 Ping，也不是下载带宽。
-
核对测试地址
打开「设置」→「参数设置」，查找真连接测试地址相关选项。先保留客户端原有地址，并确认它适合当前网络。更换地址后，前后结果不宜直接比较。
-
选择候选
返回节点列表，用 Ctrl 多选两三个条目。先暂停正在进行的大文件下载，避免本机带宽占用掩盖节点间的差异。
-
运行真连接
右键 →「测试服务器真连接延迟」，等待结果返回。看到明确的延迟结果后，再进行下一轮；不要连续重复点击，堆叠测试任务。
-
复测并保留
在相同测试地址、相同网络下再测一次。两轮都成功的节点优先保留；偶发超时则留待访问验证，不把一次结果当作长期结论。
真连接测试通常会为候选节点建立临时测试连接，并不要求浏览器已经配置系统代理。它能帮助检查协议连接与测试目标请求，但不能证明所有网站都可访问。具体计时范围由客户端实现决定，数值适合在同一次测试环境里比较。
三、活动服务器与本地端口：接通两端
节点列表 → 右键候选 →「设为活动服务器」，然后检查主界面状态与日志。不要只看高亮行：高亮可能仅表示选中了这一行，应确认活动服务器标记或状态信息已切换，并且内核没有随即退出。不同版本的操作入口可能略有区别，右键菜单通常比记快捷键更容易核对。
接着打开「设置」→「参数设置」，核对本地监听地址和端口。下面两张卡分开记录远端连接参数与本机入口，避免把服务器的 443 填进浏览器代理端口。所有示例都用于解释字段，不代表本机默认值，也不是可直接使用的节点。
本机代理入口示例
- 检查位置
- 设置 → 参数设置
- 监听地址
- 127.0.0.1
- 端口示例
- 10808
- 使用条件
- 该端口支持 HTTP 或混合代理
本机应用连接这里；命令行示例也必须使用实际监听端口。
远端节点参数
- 检查位置
- 节点列表 → 编辑服务器
- 服务器地址
- 以订阅导入值为准
- 端口示例
- 443
- 认证与传输
- 保留提供方给出的完整参数
内核连接这里；远端端口不能替代本地代理监听端口。
旧配置可能把 SOCKS 与 HTTP 分别放在 10808、10809，新配置也可能使用同一个混合端口。不能只凭数字判断协议。若日志出现 address already in use 或绑定失败，先退出重复运行的客户端，再核对端口占用；不要在内核尚未监听时继续排查网页。
四、系统代理：让浏览器使用本地入口
v2rayN 主界面底部或托盘右键菜单 →「系统代理」→「自动配置系统代理」。在内核运行正常后开启它，再到 Windows「设置」→「网络和 Internet」→「代理」核对代理地址与端口。界面上的“自动配置系统代理”是客户端的操作名称，不等于要求手动填写一个自动配置脚本地址。
系统代理只是把本地入口告知会读取它的应用，不会强制接管电脑上所有流量。浏览器可能使用系统设置，也可能被自身设置、扩展或组织策略覆盖。首次验证建议关闭可能改写代理的扩展，并新开一个窗口，避免旧连接干扰判断。
| 检查项 | 检查位置 | 正确理解 |
|---|---|---|
| 系统代理入口 | v2rayN「系统代理」菜单 | 自动配置后，应用仍需读取系统代理才会使用它。 |
| 本地地址与端口 | Windows「网络和 Internet」→「代理」 | 应与客户端实际的 HTTP 或混合监听入口一致。 |
| 路由模式 | v2rayN 主界面路由选择 | 决定进入内核的请求直连、代理或阻断，不等同于系统代理开关。 |
| 浏览器自身设置 | 浏览器设置与扩展管理 | 独立代理规则可能覆盖系统设置，需要单独核对。 |
先使用现有路由完成验证，不必一开始就打开 Tun。若某个应用确实不读取系统代理，再检查它的独立代理选项，或按需要研究 Tun 的权限与接管范围。同时开启多个接管方式，会让首次排查难以确定请求到底经过了哪里。
五、生效验证：把请求与日志对应起来
浏览器 → 打开一个此前未访问过的 HTTPS 页面，同时观察 v2rayN 日志。仅看到页面打开还不够：页面可能来自缓存，也可能被路由规则判定为直连。需要把访问时间、目标域名和日志中的出站信息对应起来，才能判断这次请求是否使用了代理节点。
- 确认内核在线：日志没有持续启动失败、端口绑定失败或进程退出记录。
- 确认应用接入：发起新请求后，日志出现对应目标；若未开启访问日志，先到「设置」→「参数设置」核对日志相关选项，不把“没有记录”直接当作未接入。
- 确认路由出站：区分代理、直连与阻断。出站标签名称随配置不同，需结合当前路由规则识别，不能只看是否出现了域名。
- 确认目标响应：网页取得有效响应；认证失败、TLS 错误或连接超时需要继续定位，不能因本地端口已连接就判定成功。
需要隔离浏览器设置时，可在 Windows 终端中用 curl.exe 显式指定代理。以下命令假设 HTTP 或混合端口为 10808；若实际不同，先改端口。它发送一次普通 GET 请求，丢弃响应正文，并显示连接过程，不用于测量下载速度。
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 30 -v -o NUL https://example.com/命令能证明请求交给了指定的本地入口，却不能单独证明内核最终选择代理出站：目标仍可能命中直连规则。将命令执行时间与日志对应，必要时短暂选择明确让目标走代理的路由，再重试；验证后恢复原来的分流模式。若环境变量配置了代理绕过列表，也要排除它对测试的影响。
六、首次连接常见问题与收尾
真连接有结果，浏览器为什么还超时？
先核对「系统代理」→「自动配置系统代理」是否已执行，再检查 Windows 代理端口是否对应当前监听入口。用上面的显式代理命令隔离浏览器因素；若它也失败，再看活动节点是否与测试节点一致。
所有节点都超时，是订阅失效了吗？
不能直接下结论。先确认不经过代理时基础网络能用，检查系统时间与时区，再核对测试地址。之后查看内核是否启动、订阅是否到期；若只有同一测试目标失败，换一个确认可达的测试地址复测。
只有一个网站打不开，要换节点吗？
先测试第二个目标，并检查失败请求的日志。单个网站可能涉及 DNS、路由、账号区域或网站自身限制。保留当前能用的节点，每次只改一项，避免把目标侧问题误判成整条线路故障。
关闭客户端后，为什么网页也打不开了？
先在托盘菜单执行「系统代理」→「清除系统代理」，再退出客户端。若程序异常退出，到 Windows「设置」→「网络和 Internet」→「代理」检查是否残留指向本机的手动代理；受组织管理的设置应交由管理员处理。
完成验证后，记下三个信息即可：当前活动节点、本地监听端口、正在使用的路由模式。以后出现故障，先对照这三个值，而不是重装或批量修改订阅参数。需要继续定位时，可查看故障排查，把问题缩小到监听、协议连接、路由或应用设置中的一层。
提交日志前，删除订阅链接、认证信息、服务器地址等敏感内容。保留错误类型、发生时间以及已做过的测试步骤，通常比只说“连不上”更有帮助。首次连接的终点不是出现一个延迟数字，而是能说明一条新请求从应用进入了哪个本地端口，又经由哪条出站完成。