MiyaIP 代理链路测量

代理速度测试
让每一毫秒都有清楚含义

用 7 组正式测量观察服务端到代理的 TCP 连接耗时、首字节时间、多连接下载速率和失败率。结果是当下链路的测量,不是长期稳定性承诺。

测试代理速度

我的公网 IP 正在识别… 等待中

仅用于比较代理出口,不参与速度分档;识别失败不影响测速。

一次测试一个代理。支持主机名、公网 IPv4、方括号 IPv6 和认证凭据。

支持 主机:端口主机:端口:用户名:密码socks5://user:pass@host:port

自动模式先执行轻量协议探测;地址中的协议前缀优先。

最近 8 次测速

完成一次测速后,TTFB 与下载速率趋势会显示在这里。

一次测速如何完成

所有目标由服务端预设,代理无法把工具引向内网地址。轻量时延样本按顺序采集,下载阶段使用多连接聚合,减少小文件与 TCP 慢启动造成的低估。

  1. 1

    校验代理主机

    解析 DNS、拒绝任何非公网结果,并将后续连接固定到已验证地址。

  2. 2

    确定代理协议

    自动模式用轻量请求尝试常见协议,认证错误不会继续无意义重试。

  3. 3

    采集 6 个 TTFB 样本

    两个不同网络位置的固定 HTTPS 探针各执行 3 轮,记录连接和首字节耗时。

  4. 4

    执行多连接下载

    默认同时建立 4 路下载流,每路 2 MiB;按成功流的实际总字节和共同传输时间计算聚合速率。

速度分档使用哪些阈值

分档同时考虑完整性、TTFB 和下载速率。连接耗时受部署位置影响较大,只作为事实展示。

全部 7 组成功

平均 TTFB 不超过 300 ms,下载速率至少 500,000 B/s。

一般

至少 5 组成功

平均 TTFB 不超过 800 ms,下载速率至少 100,000 B/s。

关键指标完整

能够完成有效测量,但未达到“快”或“一般”的全部条件。

不可分档

样本不足

少于 3 个 TTFB 样本或下载样本不可用,不用未知数据强行下结论。

正确理解速度结果

这是不是我电脑到代理的速度?

不是。请求由 MiyaIP 应用服务器发出,结果反映应用服务器、代理和固定探针之间的链路。你的本地运营商、Wi‑Fi 和设备性能不在测量路径中。

为什么不使用 Ping 这个名称?

HTTP 和 SOCKS 代理通常不能转发 ICMP。工具测量的是到代理 TCP 端口的连接时间,并单独测量首字节时间,避免把不同指标混为一谈。

为什么同一个代理每次结果不同?

跨网路由、代理负载、目标拥塞和瞬时丢包都会产生波动。建议在相近时间多测几次,并结合最小值、平均值、最大值和失败率判断。

为什么和浏览器里的 Speedtest 结果不同?

常规 Speedtest 测量你的设备到就近测速服务器,通常会自适应增加数据量并使用多条连接。本工具测量当前 MiyaIP 应用服务器经代理到固定下载探针的链路;测试起点、目标、路由和代理出口都可能不同,因此数值不能直接等同。

这里会测上传速度吗?

首版只测服务端经代理下载,不会上传测试数据。你在其他 Speedtest 中看到的“上下行 50 Mbps”包含上传能力,而本页只展示这条服务端下载链路。

测速会消耗多少代理流量?

默认下载阶段为 4 路 × 2 MiB,全部成功约消耗 8 MiB;另外 6 个请求只读取轻量响应,自动协议识别可能产生少量额外流量。

会保存代理账号和密码吗?

不会。凭据只用于本次服务端连接,响应、导出和最近历史都不包含凭据;最近历史也不保存代理主机。