访问验证

v2rayN 延迟高、-1、timeout 怎么处理?Windows 分步排查

更新于 2026-11-14 · liuheng2024.store

简答:先别急着换节点或重装:单个节点延迟高,先换同组节点;同地区节点都高,先用手机热点对照;全部节点显示 -1 或 timeout,先看核心日志和本地端口。本文以 Windows 为例,按 6 步区分测速失败、丢包、真连接延迟和实际速度慢。

定义:v2rayN 节点延迟是客户端对节点进行 TCP、真连接或其他测速时得到的响应时间,不等同于 ICMP Ping,也不能单独代表网页打开速度、下载速度或长期稳定性。

先看速查表:高延迟、-1、timeout 应该分别处理

本文是第三方使用指南,核对日期为 2026-11-14。先记住三行结论:一个节点高,优先换节点;同地区多个节点都高,先换网络对照;全部节点为 -1 或 timeout,先查看核心日志、配置兼容性和端口占用。

现象先做什么判定方向处理动作
只有一个节点延迟高测试同组其他节点节点地址、端口、线路或服务端负载保留真连接成功且表现稳定的节点,暂不改全局设置
同地区多个节点都高用手机热点测试同一节点Wi-Fi、运营商路径、公司或校园网、晚高峰比较家宽、公司网络和热点结果,再决定是否换地区
所有节点都高关闭其他代理并检查端口系统代理冲突、核心未启动、IPv4/IPv6 或本地网络限制恢复普通系统代理模式后逐项复测
显示 -1 或 timeout查看日志并做真连接测试节点不可达、测试失败、核心未启动或协议不兼容不要只凭 -1 判定节点失效
延迟不高但网页很慢测试下载速度、丢包和实际访问带宽、拥塞、DNS、分流或目标网站不要只按最低延迟选择节点

v2rayN 当前源码将测速动作区分为 Tcping、Realping、UdpTest、Speedtest 和 Mixedtest;真连接测试会启动核心并通过本地 SOCKS5 代理发起请求,下载测速则在真连接成功后执行。具体菜单名称和可用测试项以当前界面为准。查看 v2rayN 测速服务源码;查看 v2rayN 界面功能说明

截至 2026-11-14,v2rayN Releases 页面显示 7.25.6 为 Latest;这不代表你的本机已安装该版本,也不代表所有核心都应同步升级。升级前应核对当前客户端、核心和配置的兼容性。查看 v2rayN Releases 页面

第 1 步:先备份配置,再固定测试条件

不要同时更换节点、核心、DNS、路由和 TUN,否则即使结果变好,也无法知道是哪一项起作用。先退出 v2rayN,再备份实际配置目录。

  1. 在任务栏托盘退出 v2rayN,并在任务管理器确认没有残留的 v2rayN 或核心进程。
  2. 在文件资源管理器中搜索 guiNConfig.json,找到所在目录后复制整个目录,命名为 v2rayN-backup-20261114。
  3. 如果找不到该文件,不要自行创建同名文件;检查当前版本的设置目录,或根据安装方式查找用户数据目录。
  4. 记录当前节点名称、协议、核心类型、系统代理状态、TUN 状态、网络类型和测试时间。
  5. 固定一个节点,连续测试 3 次,再更换节点;每次只改一项。

v2rayN 源码中能看到 guiNConfig.json、config.json、configPre.json 和测速临时配置文件名,但实际保存位置可能随版本和安装方式变化。查看 v2rayN 配置文件名定义

预期结果是找到当前版本实际使用的配置目录,并保留可恢复副本。若修改后出现新的故障,退出客户端,用备份目录覆盖修改后的配置,再重新启动;不要覆盖正在运行的配置文件。

第 2 步:区分节点问题和本地网络问题

保持同一个节点、核心和客户端设置不变,分别在家用 Wi-Fi、公司或校园网络、手机热点下测试。这样可以判断问题是否只发生在某一条本地网络或路径上。

  1. 当前 Wi-Fi 下测试同一个节点 3 次,记录延迟、是否成功、日志关键词和网页访问结果。
  2. 开启手机热点,保持节点和核心不变,再测试 3 次。
  3. 如果热点明显改善,优先检查路由器、公司或校园网限制、其他代理软件和本地防火墙。
  4. 如果 Wi-Fi 与热点都失败,再检查节点地址、端口、协议参数、核心启动和订阅状态。
  5. 在上午、晚高峰各记录一次,把“时段”和“网络类型”写入记录表,不要把一次峰值当成固定结论。

常见报错 timeout 只表示本次操作在规定时间内没有得到结果,不能单独证明节点永久失效。若日志出现 Failed to run core,先检查核心文件、权限和配置兼容性。具体日志文本会因核心和版本不同而变化;项目讨论区中也能看到测速失败、跳过测试与 -1 相关的问题示例。查看 v2rayN 项目讨论区中的测速问题示例

撤销方法:本步骤只更换测试网络,不修改 v2rayN 配置;关闭手机热点并重新连接原 Wi-Fi 即可。

第 3 步:理解 Ping、Tcping、真连接和下载速度的区别

不同测试测量的对象不同,不能把结果直接横向比较。选择节点时,建议先看真连接是否成功,再结合丢包、下载速度和连续使用表现。

测试类型主要测量对象适合判断什么不能单独证明什么
Ping本机到目标地址的 ICMP 往返粗略观察网络路径和是否存在明显丢包不能证明代理协议、TLS 或网页访问一定正常
Tcping到节点地址和端口建立 TCP 连接的耗时判断节点端口是否可达、TCP 建连是否缓慢不能代表核心握手、分流和网页速度
真连接或 Realping启动核心后通过本地代理访问测试目标判断节点配置、核心、协议和代理链路能否工作不能代表所有网站或所有时段的速度
下载测速或 Speedtest通过代理下载配置的测试地址比较特定测试地址下的吞吐表现不能代表所有网站、视频或文件服务器的速度
实际访问网页、视频、办公系统或文件传输的连续表现判断真实使用是否稳定不能排除目标网站自身拥塞

v2rayN 源码显示,Tcping 会对节点地址和端口建立 TCP 连接;真连接测试会通过本地 SOCKS5 代理发起请求;下载测速使用配置中的测速地址,并且通常在真连接响应时间有效后继续。查看测速实现

如果出现 Ping 很低但真连接很高,优先相信真连接和实际访问的组合;如果 Tcping 成功但真连接失败,重点检查核心、协议参数、TLS、传输层和路由,而不是只换 DNS。Xray 文档说明,传输方法和安全设置属于不同层次,双方需要兼容,否则连接可能无法建立。查看 Xray 传输配置说明

第 4 步:用 Windows 命令检查丢包、路径和 IPv4/IPv6

以下命令只读取网络状态,不会修改 v2rayN 配置。先从节点配置中确认服务器域名或 IP,不要把订阅链接、密码或完整分享链接粘贴到公开位置。

  1. 打开“终端”或“命令提示符”。普通用户通常即可执行;如果系统提示权限不足,再用管理员身份打开。
  2. 执行 ping -4 节点域名 -n 20 和 ping -6 节点域名 -n 20。记录丢包率和平均往返时间。若 IPv6 全部超时而 IPv4 有响应,记录为 IPv6 路径异常,不要立即改动客户端配置。
  3. 执行 tracert -4 节点域名,观察从哪一跳开始持续出现 *。微软说明,tracert 使用逐步增加 TTL 的 ICMP 报文追踪路径,中间设备不响应时可能出现星号,因此星号不等于最终节点一定不可用。查看 Microsoft tracert 文档
  4. 执行 pathping -4 节点域名,等待路径和丢包统计完成。不要同时打开多个 pathping 窗口。
  5. 如果出现 Ping request could not find host,先执行 nslookup 节点域名 核对域名解析;如果出现 Request timed out,结合 Tcping、真连接和日志判断,因为 ICMP 可能被服务器或中间网络屏蔽。

预期结果是能区分域名解析失败、IPv4/IPv6 路径差异、持续丢包和单纯不响应 ICMP。撤销方法是关闭命令窗口;这些命令本身不会修改系统配置。

第 5 步:检查核心、系统代理、DNS 和端口冲突

如果所有节点都出现 -1、timeout 或无法建立真连接,先检查核心是否成功启动,以及是否有其他代理程序占用本地端口。

  1. 在 v2rayN 中启动一个节点并打开日志,观察 Failed to run core、connection refused、handshake failed、配置解析错误等信息。具体英文文本会因核心和版本不同而变化。
  2. 执行 netstat -ano | findstr LISTENING 查看本机监听端口;已知端口时执行 netstat -ano | findstr :端口号。
  3. 根据最后一列 PID 执行 tasklist /FI "PID eq 进程号",确认占用者是 v2rayN、其他代理软件还是未知程序。
  4. 打开 Windows 系统代理设置,确认没有同时启用多个代理程序、自动配置脚本或旧 PAC 设置。
  5. 如果启用 TUN 后所有节点变慢或失败,先关闭 TUN,恢复普通系统代理模式复测。普通模式恢复后,再单独检查 TUN 权限、路由和 DNS。

若出现 Address already in use,表示本地端口已被占用。不要直接结束未知 PID;应先退出确认过的占用程序,或在当前客户端界面选择未占用的端口,再重新启动。撤销方法是恢复原端口和原系统代理设置,并重启客户端。

DNS 方面,执行 nslookup example.com,记录实际使用的 DNS 服务器和返回结果。v2rayN Wiki 说明,Xray 与 sing-box 对直连 DNS、远程 DNS、代理目标解析和 IPv4/IPv6 策略的作用并不完全相同,因此不要把旧教程中的固定字段直接复制到当前版本。查看 v2rayN DNS 界面说明

第 6 步:检查系统时间、协议兼容性并完成复测

系统时间、协议传输和核心版本都可能影响握手。Windows 的 w32tm 是微软建议用于查看和排查时间服务的命令行工具,部分操作需要管理员权限。时间异常时,证书校验或依赖时间的认证过程可能失败;具体影响仍取决于节点协议和核心实现。查看 Microsoft Windows 时间服务文档

  1. 执行 w32tm /query /status 查看时间服务状态。若需要修改或强制同步,先以管理员身份打开命令提示符,并按当前 Windows 时间服务配置处理。
  2. 检查 v2rayN 当前使用的 Xray 或 sing-box 核心是否与节点协议匹配。若日志出现握手、传输或配置解析错误,先恢复上一次可用核心或配置,不要同时更换 DNS。
  3. 对候选节点各测试 3 次,记录节点、协议、核心、时间段、网络类型、Tcping、真连接、下载速度、丢包和实际访问结果。
  4. 选择节点时优先保留真连接成功、连续访问稳定、丢包较少且下载表现可接受的节点;不要只选择 Ping 或 Tcping 最低的节点。
  5. 若修改 DNS、路由、TUN 或核心后结果变差,逐项恢复备份,不要继续叠加修改。
记录项示例填写判定标准
时间段上午、晚高峰比较时段变化,避免单次结论
网络类型家用 Wi-Fi、公司网络、手机热点判断本地网络或运营商路径影响
节点与核心节点名、协议、Xray 或 sing-box一次只改变一项
测速结果Tcping、真连接、下载速度标记成功、-1、timeout 或具体数值
实际访问网页、视频、办公系统以连续使用是否稳定为准

最终判定可以按三种情况处理:只有一个节点失败,暂时停用该节点;同一网络下所有节点失败,优先恢复普通代理模式并排查本地网络;不同网络下都失败,再重点检查核心、配置、协议和节点状态。这样能减少把本地故障误判成节点质量问题。

常见问题

v2rayN 节点测速显示 -1,是不是节点已经失效?

不一定。-1 可能来自测试失败、节点不可达、核心未成功启动、协议或配置不兼容,也可能是当前测试项没有得到有效结果。先看日志,再用同一节点做真连接和实际访问测试;只有这些也持续失败时,才把节点失效列为可能原因。

Ping 延迟低,但 v2rayN 真连接延迟很高,应该相信哪个?

先区分测试目标。Ping 测的是 ICMP 往返,可能被服务器或中间路由限制;真连接会经过代理核心和节点协议,更接近实际使用。选节点时应结合真连接成功率、丢包、下载速度和连续访问表现。

v2rayN 所有节点延迟都很高,先换节点还是先换网络?

先做手机热点对照。保持同一个节点、核心和设置不变,在 Wi-Fi 与手机热点分别测试 3 次;如果热点明显改善,优先排查路由器、公司或校园网限制及本地代理冲突。如果两种网络都异常,再检查核心、配置和节点状态。

关闭 TUN 后延迟恢复正常,下一步怎么处理?

先保持普通系统代理模式,确认节点和核心本身正常,再单独检查 TUN 的管理员权限、路由回环、DNS 和其他虚拟网卡。不要同时修改 DNS、路由和核心;每次只改一项,并保留关闭 TUN 前的配置备份。

Tcping 成功但真连接失败,说明什么?

这通常表示节点地址和端口可以建立 TCP 连接,但核心握手、协议参数、TLS、传输层、路由或测试目标仍可能失败。继续查看核心日志,并核对节点协议和核心类型,不要只根据 Tcping 延迟判断节点可用。

相关阅读

参考资料

  1. Releases · 2dust/v2rayN
  2. SpeedtestService.cs · 2dust/v2rayN
  3. Description of some ui · 2dust/v2rayN Wiki
  4. Global.cs · 2dust/v2rayN
  5. 测延迟大量节点显示“跳过测试”+延迟 -1 · v2rayN Issue #10369
  6. tracert · Microsoft Learn