连接超时

timeout 只是结果,三种测试能定位不同问题

v2rayN 同时提供“测试延迟 Tcping”“测试真连接延迟”和“测试速度”。三者不是同一件事:Tcping 看服务器端口,真连接延迟会运行 Core 建立代理连接,速度测试则下载测试文件。按顺序比较,才能判断超时发生在哪一层。

使用软件
v2rayN 7.23.x
设备与系统
Windows / macOS / Linux
这次会检查
先测 Tcping、再测真连接延迟、更新订阅并换一个配置对照
先说结论

Tcping 超时先查服务器可达性;Tcping 正常但真连接超时,查配置、协议、证书和 Core;真连接正常但网页超时,查系统代理和路由。

真实场景

配置列表的延迟显示 timeout、空白或失败,网页也可能无法打开。

开始前确认关闭其他代理客户端,避免本地端口或系统代理相互覆盖。
同时确认先确认电脑普通网络可用,系统时间正确,订阅尚未过期。

照着当前界面操作

1

先测 Tcping

界面路径配置列表右键 → 测试延迟 Tcping (多选)

多选几个不同地区的配置,右键执行“测试延迟 Tcping (多选)”。全部 Tcping 超时通常先指向网络、服务器端口或地址不可达。

2

再测真连接延迟

界面路径配置列表右键 → 测试真连接延迟 (多选)

Tcping 有结果的配置继续执行“测试真连接延迟 (多选)”。这里失败,说明端口可达但 Core 没有完成实际代理连接。

3

更新订阅并换一个配置对照

界面路径订阅分组 → 更新当前订阅 (不通过代理)

先“更新当前订阅 (不通过代理)”,再选另一个协议或地区的配置测试。不要一次删除所有分组,否则会失去可用于代理更新的旧配置。

4

查看“运行 Core 失败”的具体原因

界面路径设置 → 参数设置 → 日志等级 → Debug

把“日志等级”改为 Debug 后再做一次真连接测试。官方 FAQ 指出,常见原因包括配置错误、当前 Core 已不支持该配置,或本地监听端口被虚拟机等程序占用。

5

真连接正常时检查流量入口

界面路径配置列表右键 → 设为活动;系统代理 → 自动配置系统代理

如果真连接延迟有数值但网页仍超时,把该配置“设为活动”,并确认“系统代理 → 自动配置系统代理”。这时问题不再是远端连接测试本身。

6

最后才做速度测试

界面路径配置列表右键 → 测试速度 (多选)

只有真连接稳定后再执行“测试速度 (多选)”或 Ctrl+E 的“一键多线程测试延迟和速度”。速度测试更耗流量,也不能替代连接诊断。

版本不一样时怎么找

软件更新后,功能名称通常不变,但入口位置和中文翻译可能微调。请优先按功能名查找,不要只对照旧截图的颜色或位置。

资料依据

本文核对过的官方资料

功能边界和界面名称来自项目文档、应用商店或系统支持页面。

常见问题

Tcping 正常为什么真连接还是 timeout?

Tcping 只证明服务器端口能建立 TCP 连接。协议参数、TLS、认证、传输方式或 Core 支持仍可能出错,真连接测试才会经过这些环节。

测试时提示“运行 Core 失败”怎么办?

把日志等级设为 Debug,查看主界面信息栏。先排除配置不受支持和本地监听端口占用,不要只反复点击测试。

延迟最低的配置一定最快吗?

不一定。延迟是响应时间,下载速度还取决于带宽、拥塞、丢包和测试文件地址。选择时应兼顾真连接稳定性和实际使用表现。