v2rayN 延迟测试全是 -1？先分清 4 种测试，再按 6 步排查
简答：v2rayN 延迟测试失败或全部显示 -1，不等于所有节点都失效。尤其是浏览器已经能正常访问、但延迟仍为 -1 时，应先确认测试类型和测试地址，再看日志、订阅、DNS、本地端口与内核。本文仅讲 Windows 版 v2rayN，不覆盖 v2rayNG、macOS 和手机端。
定义：v2rayN 延迟测试失败，是客户端在指定测试方式、测试地址和当前节点配置下没有取得有效响应，故障可能发生在解析、端口连接、协议握手、代理转发或测试目标阶段。
先看现象：4 种延迟测试失败并不等价
不同版本的菜单名称可能不同，以下入口请以当前 v2rayN 界面显示为准。官方仓库将 v2rayN 定义为支持 Windows、Linux 和 macOS 的图形客户端，并支持 Xray、sing-box 等内核；因此测试结果还会受到节点协议和当前内核的影响。本文只讲 Windows 上的 v2rayN。
| 现象 | 优先判断 | 首个动作 |
|---|---|---|
| 只有一个节点显示 -1 或超时 | 节点字段、远端端口或协议参数异常 | 打开节点详情，核对地址、端口、协议和 TLS 字段 |
| 同一订阅全部显示 -1 | 订阅、内核、本机网络或测试设置 | 只选一个节点，确认核心启动并查看第一条日志 |
| 延迟失败但浏览器能上网 | 测试类型、测试地址或目标响应不适配 | 改用真连接延迟，并用浏览器访问同一 HTTPS 地址 |
| 延迟和浏览器都失败 | DNS、远端端口、内核或本地代理 | 按“测试类型→日志→订阅→网络→本地端口与内核→测试地址”排查 |
| 延迟有数值但下载测速失败 | 测速目标、协议或传输阶段异常 | 先确认普通网页访问，再查看核心日志 |
先试这一步：退出批量测速，选一个节点连接，打开日志，然后访问一个普通 HTTPS 页面。如果页面可访问而只有批量延迟失败，先检查测试类型、测试地址、超时和并发设置，不要直接重装客户端。
按 6 步排查 v2rayN 延迟测试失败
- 确认正在运行哪种测试。
入口路径：主界面配置列表→选中单个节点→右键菜单→查找“服务器延迟”“真连接延迟”“下载测速”或相近项目，名称以当前版本为准。Ping 主要看 ICMP 响应，Tcping 主要看 TCP 端口连接，真连接延迟会经过代理核心访问测试地址，下载测速还会加入传输和目标文件因素。TCP 测试不能代表 UDP 或 QUIC 节点。
如果 Ping 失败但真连接成功，不能单独判定节点失效；如果浏览器可用但真连接测试失败，应优先检查测试地址和测试实现。
- 单节点复测并查看日志。
入口路径：取消批量测试→选中一个近期更新的节点→启动连接→打开“日志”“信息”或“查看日志”窗口，具体名称以当前版本为准。记录第一条错误，不要只看最后一行。
日志关键词速查
关键词或现象 可能含义 处理动作 no such host、DNS 相关错误域名解析失败 检查节点域名、系统 DNS 和当前网络 connection refused目标端口拒绝连接 核对远端地址、端口和订阅内容 timeout连接或握手未在限定时间内完成 检查端口可达性，并用另一网络做对照 TLS handshakeTLS、SNI、时间或传输参数不一致 核对系统时间、SNI、TLS 和节点协议 failed to start核心或生成配置启动失败 检查内核文件、配置生成和端口占用 - 更新订阅并确认节点字段完整。
入口路径：订阅管理或订阅分组→更新当前订阅→确认更新时间、节点数量和节点详情。若更新后列表为空、节点数量异常减少或字段缺失，先暂停批量测速。
只有一个节点失败时，重点核对地址、端口、传输协议、TLS、SNI、路径和流控等字段；全部节点失败时，继续检查本机网络、内核和测试设置。订阅链接、UUID、服务器地址和访问令牌不要发到公开评论、截图或日志中。
- 检查 Windows 时间、DNS 和远端 TCP 端口。
入口路径：Windows 设置→时间和语言→日期和时间→开启自动设置时间与时区。命令提示符或 PowerShell 可执行：
nslookup 节点域名Test-NetConnection 节点域名 -Port 443将“节点域名”和
443换成节点详情中的实际地址与端口。解析失败时先处理 DNS；解析成功但 TCP 测试失败，可能是端口不可达、当前网络限制或目标端口未监听。该命令只适合 TCP，不适用于 UDP 或 QUIC。 - 核对本地监听端口和当前内核。
入口路径：设置→基础设置、入站设置或核心设置→查找 HTTP、Socks、Mixed、API 等端口字段，菜单名称以当前版本为准。确认核心已启动，且节点协议与当前 Xray 或 sing-box 内核相容；具体兼容关系需以当前项目说明和本机日志核实。
PowerShell 可执行：
Get-NetTCPConnection -State Listen | Sort-Object LocalPort | Select-Object LocalAddress,LocalPort,OwningProcess再用
Get-Process -Id 1234查询实际进程，把1234替换为进程号。若目标端口被占用，关闭冲突进程或改用未占用端口，再重启核心。系统代理通常不需要管理员权限；TUN 涉及虚拟网卡和路由时，才可能需要管理员权限。 - 核对测试地址、超时和并发设置。
入口路径：设置→查找“真连接延迟”“链接测试地址”“测速超时”“并发数”或相近字段，具体名称和是否存在需以当前版本为准。批量测试的超时过短、并发过高，或测试地址对当前网络不可达，都可能造成大量 -1；这属于排查方向，不代表每个版本都提供同名选项。
官方仓库 Discussion #3944 的回复提到，较早版本可在
guiNConfig.json中修改speedPingTestUrl；该方法涉及旧版本配置文件，不应直接套用到所有版本。若当前设置页没有对应选项，不要自行新增字段。可以先备份配置，再将测试地址改为自己能够正常访问的 HTTPS 地址，例如https://example.com/，随后只测试一个节点。若浏览器通过节点能访问该地址，而真连接延迟仍为 -1，继续查看日志并核对测试实现；若两者都失败，再回到节点、端口、DNS和内核检查。
复测顺序、版本差异与安全提醒
最小复测流程：更新一次订阅→选一个节点→确认核心已启动→连接节点→浏览器访问普通 HTTPS 页面→查看第一条日志→运行真连接延迟→最后再进行批量测试。每次只改一个变量，才能判断结果变化来自哪一步。
截至 2026 年 11 月 13 日，v2rayN 官方 Release 页面将 7.25.6 标为 Latest；本页不把该版本界面当作长期固定结论，旧版 6.x、7.x 以及后续版本的菜单名称和测试选项可能不同。升级前应备份配置，并从官方 Release 页面核对安装包；版本与内核的具体组合仍需结合当前 Release、Wiki 和本机日志核实。
如果启用了 TUN、fake-ip 或自定义 DNS，浏览器结果与单纯 TCP 测试可能不一致。可暂时关闭额外接管功能进行单节点复测，再逐项恢复。不要公开订阅链接、UUID、私钥、服务器地址、访问令牌或完整日志；求助时只保留错误关键词并打码敏感字段。
本文为第三方使用指南，不是 v2rayN 官方页面。
参考资料：v2rayN 官方 GitHub 仓库、v2rayN 官方 Wiki：界面说明、v2rayN 官方 Release 页面、官方仓库 Discussion #3944：真连接测试地址、官方仓库 Discussion #8591：Connectivity Testing 地址需求。
常见问题
v2rayN 延迟显示 -1，是不是节点一定失效？
不是。-1 只能说明本次测试没有得到有效结果，可能与测试类型、测试地址、DNS、端口、协议握手或内核有关。先连接一个节点并用浏览器访问普通 HTTPS 页面，再查看日志。
Ping、Tcping 和真连接延迟有什么区别？
Ping 主要看 ICMP 响应，Tcping 主要看 TCP 端口连接，真连接延迟会经过代理核心访问测试地址。三者不能互相替代，TCP 测试也不能代表 UDP 或 QUIC 节点。
v2rayN 延迟测试失败但浏览器可以上网，应该怎么办？
先不要重装。确认运行的是哪种测试，改用真连接延迟；然后检查测试地址、超时、并发、日志和当前节点。浏览器成功而测试仍失败时，不能只凭 -1 判定节点失效。
全部节点超时，应该先更新订阅还是切换内核？
先更新一次订阅并确认节点列表正常，再选一个节点确认核心已启动并查看日志。只有日志指向核心启动失败或配置不兼容时，才考虑核对或切换内核；不要同时修改多个设置。
Test-NetConnection 失败能证明节点一定不可用吗？
不能。该命令主要测试 TCP 连接，不适合直接判断 UDP 或 QUIC 节点。应结合节点协议、v2rayN 日志、真连接测试和实际浏览器访问结果判断。
测速超时和并发设置在哪里？
入口通常在 v2rayN 的设置页面，可能位于基础设置、测试设置或延迟测速相关区域；不同版本名称和是否提供该选项需核实。若找不到，不要自行修改配置字段，先按当前界面和日志排查。