适合已经在 v2rayN 中导入订阅、但尚未完成第一次连接的用户。操作顺序是先检查节点信息和内核类型，再运行真连接延迟测试，随后启动系统代理，并从核心日志、浏览器出口地址和显式代理命令三个角度验证结果。
连接前先核对节点与本地设置
操作要点
订阅更新成功只表示客户端拿到了服务器配置，不表示节点已经连接。节点列表中的地址、端口、协议、传输方式和 TLS 设置必须作为一个整体使用。VLESS、VMess 等协议名称只是配置的一部分，不能把某个节点的地址与另一个节点的端口拼接，也不要在首次连接前随意改动 UUID、流控、SNI 或传输路径。
操作要点
本文以 v2rayN 7.12.5 的桌面界面作为菜单参照。不同小版本的文字可能略有调整，但核心检查路径一致：先选择订阅分组，更新订阅，再确认 Core 类型和本地监听端口。使用 VLESS、Reality 等配置时通常选择 Xray；已有 VMess、WebSocket 节点也可以由 Xray 读取。
更新订阅
打开主界面的「订阅分组」，选中当前分组后执行「更新当前订阅」。确认服务器列表出现节点，并检查更新时间不是旧记录。
选择内核
进入「设置」→「参数设置」→「Core 类型」，常规 VLESS、VMess 节点选择 Xray。保存后返回主界面，避免配置仍由不匹配的内核处理。
检查端口
在「设置」→「参数设置」中查看本地 SOCKS 监听端口。本文命令按 10808 演示；如果页面显示其他数值，后续命令必须同步替换。
校准时间
让系统自动同步日期、时间和时区。时间偏差过大时，TLS 握手可能因证书有效期判断错误而失败。
清理旧代理
退出仍在监听相同端口的旧客户端，再启动 v2rayN。一个端口不能同时被两个进程占用，日志出现 address already in use 时尤其要检查这一项。
用真连接延迟挑选首个节点
操作要点
节点名称里的地区和倍率不能直接代表可用性。首次连接最有价值的指标是真连接延迟：客户端通过本地代理核心发起实际请求，过程会经过协议认证、传输层建立以及 TLS 握手，比普通网络层延迟更接近打开网页时的体验。
操作要点
在服务器列表中选中同一订阅下的候选节点，右键打开「测试服务器」并执行「真连接延迟」。首轮可先选 3 至 8 个节点，不必对数百条记录同时测试。若测试结果分别为 186 ms、242 ms、611 ms 和超时，优先尝试前两个；超过 500 ms 的节点可能仍能连接，但首屏响应通常更慢。
普通延迟
主要反映本机到目标地址的基础网络往返时间，结果较快，但不一定完成代理协议与加密握手。
适合:快速排除明显不可达地址
真连接延迟
推荐通过代理核心完成实际连接，请求路径更接近浏览器访问，是首次选节点时最有参考价值的指标。
适合:首连选点、日常切换节点
下载测速
持续传输数据以观察吞吐量，会受到测试地址、线路拥塞、本地带宽和节点限速共同影响。
适合:可用节点之间比较大文件速度
| 真连接结果 | 首连判断 | 下一步 |
|---|---|---|
| 80～300 ms | 通常可作为首轮候选 | 设为活动服务器并启动代理 |
| 300～500 ms | 可连接但响应可能偏慢 | 与同地区其他节点对比 |
| 超过 500 ms | 高延迟或线路拥塞 | 保留为备用，优先换节点 |
| 超时或 -1 | 测试请求未完成 | 查看日志，不要只凭一次结果删除 |
操作要点
一次超时并不能单独证明配置失效。测试目标临时不可达、DNS 解析异常、节点限制测试地址或核心刚启动，都可能造成失败。间隔十秒重试一次，并观察日志中是 timeout、connection refused、TLS 错误还是 DNS 错误；具体错误类型比列表里的一个红色数值更有诊断价值。
启动节点与系统代理
操作要点
真连接延迟测试完成后，双击候选节点，或通过右键菜单将其设为活动服务器。主界面通常会用选中状态标记当前节点。随后在系统托盘中的 v2rayN 菜单里选择系统代理模式。第一次验证建议先使用能够覆盖目标请求的模式，避免规则分流把测试站点判为直连，导致“节点已启动但出口地址没变化”的误判。
操作要点
核心启动和系统代理是两层不同状态。核心启动后，127.0.0.1:10808 之类的本地端口开始接收代理请求；系统代理开启后，遵循系统设置的浏览器和应用才会自动把流量交给该端口。只完成前一步时，命令行显式指定代理可以成功，但浏览器仍可能直连。
设为活动
双击真连接延迟较低的节点，确认它成为当前活动服务器。不要仅停留在选中行状态，活动服务器必须实际切换。
启动核心
观察主窗口底部状态与日志面板。正常启动时应出现监听本地端口的信息，不应连续输出启动失败或端口占用错误。
启用代理
打开托盘菜单，选择系统代理模式。首次验证期间先关闭浏览器中单独配置的旧代理，避免请求被转发到另一个端口。
刷新连接
完全关闭并重新打开浏览器，或新建隐私窗口。部分长期运行的程序会复用旧连接，单纯刷新页面未必立即使用新代理。
三步验证代理已经生效
操作要点
状态栏显示“运行中”只能证明核心进程启动，不能证明目标流量已经通过节点。可靠验证需要同时覆盖本地入口、代理出口和应用实际请求。下面三步从日志、浏览器、命令行交叉检查，可以区分“核心没启动”“系统代理没接管”和“路由规则让请求直连”三类问题。
查看核心日志
打开 v2rayN 日志面板后访问一个新网页。应看到新的连接记录，并能辨认请求进入了代理出站，而不是持续出现 timeout、failed to dial 或 TLS handshake error。
对比浏览器出口
关闭系统代理时记录一次公网出口地址，再启用代理并用新窗口重新查询。若测试域名按规则走代理，出口地址与运营商归属应发生变化。
运行显式代理
用命令行直接指定 127.0.0.1:10808，绕过系统代理设置进行请求。如果命令成功而浏览器不变，重点检查系统代理接管与浏览器自身网络设置。
操作要点
Windows 可在 PowerShell 或命令提示符中使用 curl.exe，避免 PowerShell 旧环境中的命令别名影响参数解析。macOS 与 Linux 终端通常直接使用 curl。以下命令让 DNS 查询也经过 SOCKS 代理，其中 socks5h 末尾的 h 表示由代理侧解析目标域名。
curl.exe --proxy socks5h://127.0.0.1:10808 https://api.ipify.org
curl --proxy socks5h://127.0.0.1:10808 https://api.ipify.org操作要点
命令返回一个公网地址，表示本地 SOCKS 入口收到了请求并获得响应。随后再执行不带 --proxy 的同一请求进行对比。两个结果不同，通常说明显式代理链路已经成立；两个结果相同则要结合节点出口、路由规则和日志判断，不能只看地址字符串下结论。
curl.exe https://api.ipify.org
curl https://api.ipify.org操作要点
若使用分流规则，公网地址测试域名可能被规则判定为直连。此时查看日志里的出站标签更准确：请求应命中代理出站，而不是 direct 或 freedom。还可以选择一个明确配置为代理的测试域名再次请求，并在日志中核对域名、目标端口 443 与出站标签是否对应。
首连失败的快速自查
操作要点
排查时不要同时修改节点、内核、端口、路由和 DNS。一次只改变一个变量，每次修改后重新启动核心并复测。最短路径是先确认本地端口能监听，再确认节点可以完成远端握手，最后处理系统代理和分流规则。
真连接延迟全部显示超时怎么办？
先确认订阅更新时间和系统时间，再进入「设置」→「参数设置」→「Core 类型」核对内核。重新启动核心后只测试一个节点，并从日志区分 DNS 失败、连接拒绝和握手超时。
日志显示端口已被占用怎么办？
退出其他代理客户端和旧的 v2rayN 进程，再检查 10808 是否仍被占用。也可以在参数设置中改用未占用端口，例如 10818，保存并重启后同步修改命令行参数。
命令行成功但浏览器出口不变？
显式代理成功说明节点和本地 SOCKS 入口基本正常。接下来检查托盘中的系统代理模式，关闭浏览器自定义代理，重新启动浏览器，并确认测试域名没有被路由规则判为直连。
只有一个节点失败，其他节点正常？
本地环境通常没有整体故障。重新更新当前订阅，检查失败节点的地址、端口、传输方式、TLS、SNI 和流控是否完整；不要复制正常节点的单个字段覆盖它。
连接几分钟后突然断开？
保持日志面板开启，记录断开时的错误和时间。若多个节点同时失败，检查本地网络切换、休眠恢复和 DNS；若只有当前节点失败，切换到同订阅下真连接延迟正常的备用节点对比。
| 现象 | 优先检查层 | 关键证据 |
|---|---|---|
| 核心无法启动 | 本地进程与端口 | 日志中的监听失败、配置解析错误 |
| 显式代理也超时 | 节点与远端握手 | DNS、连接、TLS 或协议错误 |
| 显式代理成功，浏览器失败 | 系统代理与应用设置 | 浏览器请求未进入核心日志 |
| 部分网站直连 | 路由分流 | 日志中的 direct 或 freedom 出站 |
首连成功后的配置收尾
操作要点
完成三步验证后，可以恢复日常路由模式，并再做一次对照测试。境内域名直连、其他请求代理是常见分流目标，但实际效果取决于规则顺序和出站标签。规则通常按从上到下的顺序匹配，较具体的广告拦截、私有地址和指定域名规则应放在宽泛规则之前。
操作要点
保留至少两个已通过真连接测试的节点，一个作为主用，一个作为备用。切换节点后重新测试一次出口与日志，不要假设同一订阅中的所有节点都使用完全相同的传输参数。订阅更新会覆盖服务端下发的节点内容，因此本地手动修改订阅节点前，应先确认是否确有必要。
- 记录当前本地监听端口，例如 SOCKS 端口 10808，方便以后运行显式代理测试。
- 保留一个 300 ms 以内且连续三次真连接测试均成功的备用节点。
- 更新订阅后重新执行真连接延迟，不沿用数天前的测速结果。
- 修改 geosite、geoip 或自定义域名规则后，通过日志核对实际出站标签。
- 遇到故障时先保存错误时间、节点名称和日志类型，再逐层排查。