实测导读与核心结论（TL;DR）：宣称“月付 15 元、每月 2,000GB”的大流量 BGP 隧道机场，其真实物理超售比率普遍高达 40:1 至 60:1。许多用户被 Speedtest 多线程并发测速跑出 500Mbps 的表象所欺骗，但在晚高峰进行单线程大文件传输或 4K 视频加载时，速率断崖式跌落至 不足 5 Mbps。排查超售必须以单线程吞吐与 TCP 拥塞控制算法行为为基准，避免为廉价虚标买单。
一、 大流量廉价机场的超售算术模型
为了吸引眼球，廉价机场常年以“海量流量”为卖点。我们可以通过简单的 IDC 账本算清这笔账：
- 租用一台 1Gbps 端口的国内 BGP 隧道服务器，每月机房托管与带宽费用约为 ¥16,000；
- 若套餐定价为 ¥15/月（配额 1,000GB），机场必须至少拥有 1,200 名以上 活跃付费用户才能勉强保本；
- 1,200 个用户平分 1Gbps 物理管道，平均每人能分到的可用带宽仅为 0.83 Mbps！
白天大量用户在上班不上网，闲置带宽充足；一旦到了 20:30 晚高峰，数百人同时在线，机房硬件限速器直接将单连接速度压制到极低水平。
二、 揭露测速骗局：多线程虚高 vs 单线程原形毕露
市面上许多机场专门针对测速节点进行了“跑分优化”：
- 多线程并发欺骗：Speedtest 默认开启 16 到 32 个并发 TCP Socket 连接，将各个空闲碎隙的微小带宽叠加计算，显示出 500Mbps 甚至 1Gbps 的华丽数字；
- 真实场景的单线程现实：无论是 YouTube 4K 播放器拉取
videoplayback视频切片，还是 Git 仓库拉取大文件、海外网盘下载，绝大多数应用在底层都只使用单一 TCP 长连接！ - 当单线程遇到严重超售的隧道机房时，拥塞队列直接触发丢包，TCP 慢启动与拥塞避免算法强制将窗口拉低，用户体验惨不忍睹。
三、 本地终端单线程压力测试实操
通过单线程方式测试节点真实吞吐能力：
# 限制单线程进行 50MB 真实文件下载测试
curl -x http://127.0.0.1:7890 -o /dev/null --limit-rate 0 -s -w "实际单线程传输速度: %{speed_download} 字节/秒 | 总耗时: %{time_total} 秒
" https://proof.ovh.net/files/100Mb.dat
如果测速结果显示速度低于 3 MB/s（即小于 24 Mbps），说明该机场存在极其严重的超售限速。