搜索 K
Appearance
虚标带宽与超售套路深度揭露：号称万兆专线实测为什么只有 10Mbps
一、TL;DR：三句话拆穿“万兆专线”
第一，绝大多数“10Gbps 专线”描述的是机房侧接入端口速率，不是你的可用带宽。 端口 10G 和你能跑 10G，中间隔着出口带宽池、QoS 令牌桶、跨境链路拥塞和你的本地入户线四道闸门。
第二，判断是否虚标，不看单线程峰值，看“晚高峰 / 凌晨基准”的衰减比。 单线程跑不满是 TCP 拥塞控制的正常表现，但多线程 16–32 并发在凌晨能跑到 300Mbps、晚高峰只剩 20Mbps，这个 15 倍落差就是超售的直接证据。
第三，真正决定体验的四个量化指标是：跨境 RTT、链路丢包率、单线程吞吐、出口超售比。 前三个你能自己测，第四个需要靠压力测试反推。本文给你一套可复现的验证流程。
一句话总结：商家卖的是“入口带宽的期望值”，你买的是“出口带宽的确定性”。这两者从来不是一回事。
💡 🥈 2026 年付平价首选 · 【飞猫云】读者专享特惠通道：
BGP 中转 + IEPL 混合专线，年付折合约 7 元/月，低延迟稳定，适合预算敏感型出海与轻度影音用户：直达飞猫云官网 ↗
BGP 中转 + IEPL 混合专线，年付折合约 7 元/月，低延迟稳定，适合预算敏感型出海与轻度影音用户：
8折立减flycat888复制 📋
二、底层机理：为什么“带宽”这个词本身就有歧义
2.1 三种线路，三种成本结构
| 类型 | 全称 | 物理特征 | 典型成本倍率 | 超售容忍度 |
|---|---|---|---|---|
| BGP 中转 | Border Gateway Protocol 转接 | 公网路由，多运营商互联 | 1x | 高，可超售 50–200 倍 |
| IEPL | International Ethernet Private Line | 二层以太网专线，端到端独占 | 8x–15x | 低，通常 10x–30x |
| IPLC | International Private Leased Circuit | 点对点物理专线 | 12x–25x | 极低，通常 5x–15x |
看懂这张表，你就明白为什么“9.9 元/月 号称 IPLC 万兆”必然有鬼。IPLC 单条 E1（2Mbps）的月租在部分线路上就要四位数人民币；一条真·100Mbps IPLC 的企业级报价能让小商家直接破产。低价套餐里的“IPLC”，大概率是 BGP 中转 + 商家自建隧道，或者只在某一段用了专线。
2.2 超售的数学：超售率到底怎么算
假设一台中转机房的物理端口是 1Gbps，商家卖了 200 份标称 100Mbps 的套餐：
承诺总量 = 200 × 100Mbps = 20,000Mbps = 20Gbps
实际端口 = 1Gbps
超售比 = 20,000 / 1,000 = 20 倍这还只是“端口维度”。真正致命的是跨境出口维度：如果这 1Gbps 要经过一条只有 500Mbps 的跨境隧道出海，实际超售比就是 40 倍。再叠加同一隧道同时服务多个机房、多个套餐等级，100–500 倍的超售在黑灰产机场里属于常态。
超售本身不是原罪——运营商的共享带宽也超售。问题在于是否明示、是否做 QoS 兜底、是否在晚高峰崩盘。
2.3 单线程跑不满：Mathis 公式的残酷现实
跨境场景下，TCP 吞吐量的经典估算公式（Mathis et al.）：
BW ≈ MSS / (RTT × √p)代入真实数字：MSS = 1460 字节 ≈ 11680 bit，RTT = 60ms（上海↔洛杉矶物理极限约 55–70ms），丢包率 p = 0.5%：
BW ≈ 11680 / (0.06 × √0.005) ≈ 11680 / 0.004243 ≈ 2.75 Mbps也就是说，0.5% 的丢包率加上 60ms 的 RTT，单线程 TCP 理论上只能跑到 2.75Mbps。 你看到的“万兆专线只有 10Mbps”，很可能不是虚标，而是链路丢包 + CUBIC 拥塞控制的结果。
这解释了为什么：
- 换 BBRv3 后单线程能翻 5–20 倍（BBR 不依赖丢包判据，主动探测带宽与 RTT 下界）；
- 多线程并发能显著改善，因为每条连接独立维护拥塞窗口；
- 用 UDP 类协议（Hysteria2 / TUIC / KCP）在丢包链路上表现远好于 TCP。
2.4 QoS 令牌桶：比超售更隐蔽的“软限速”
很多商家宣称“不限速”，实际上在中转机的内核层挂了 tc + HTB 或 ifb 做流量整形：
# 典型的 Linux 限速（商家侧）
tc qdisc add dev eth0 root tbf rate 50mbit burst 32kbit latency 400ms特征是速度稳定卡在一个非整数阈值——比如永远稳定在 48–52Mbps 之间波动，从不突破。而真正的链路拥塞表现为大幅波动（20–200Mbps 剧烈跳动）。“稳定卡线”几乎一定是 QoS，不是物理瓶颈。
2.5 TLS 指纹与 Reality：和速度无关，但影响“能不能连上”
2026 年主流客户端默认启用 uTLS 指纹伪装与 Reality 协议。需要明确：Reality 的握手开销只增加 1 个 RTT（约 60ms），对吞吐量影响可以忽略。 如果你的速度问题在开启 Reality 后出现，那基本是服务端配置或线路问题，不是加密开销。
唯一需要注意的性能陷阱是加密算法与硬件加速：老旧 VPS 无 AES-NI 指令集时，AES-256-GCM 会退化为软件实现，吞吐可能掉到 80–150Mbps；换 ChaCha20-Poly1305 可恢复。cat /proc/cpuinfo | grep -o aes 一查便知。
2.6 双 ISP 与多线冗余
“双 ISP 入口”指的是机房同时接入两家运营商（如电信 + 联通），通过 BGP 宣告实现入站优化。这解决的是首公里抖动，不解决跨境段拥塞。判断方法：mtr 看前 3 跳是否出现两条不同 AS 的路径。如果从第一跳开始就是单一 AS 一路到底，那“双 ISP”大概率是宣传话术。
三、核心参数对比矩阵：10 项量化指标
| # | 指标 | 采集方式 | 优秀阈值 | 及格阈值 | 疑似虚标/超售 |
|---|---|---|---|---|---|
| 1 | 跨境 RTT（P50） | tcping / mtr | 港新 40–60ms | 美西 130–170ms | 美西大于 300ms（绕欧） |
| 2 | RTT 抖动（P95−P50） | mtr 100 包 | 小于 10ms | 小于 40ms | 大于 80ms |
| 3 | 丢包率（ICMP/TCP） | mtr -rwzbc 100 | 小于 0.1% | 小于 1% | 大于 3% |
| 4 | 单线程下行（2323 端口） | curl -w | 大于 150Mbps | 50–150Mbps | 小于 20Mbps |
| 5 | 16 线程下行 | iperf3 -P 16 | 大于 400Mbps | 150–400Mbps | 小于 80Mbps |
| 6 | 晚高峰衰减比 | 20:00 vs 04:00 | 小于 20% | 20–45% | 大于 60% |
| 7 | 首包耗时（TTFB） | curl -w '%{time_appconnect}' | 小于 300ms | 小于 800ms | 大于 2s |
| 8 | 出口 IP 一致性 | 多节点 ip.sb 交叉比对 | 同城同 AS | 同国不同 AS | 跳变 3 国以上 |
| 9 | 重传率 | ss -tin / netstat -s | 小于 0.3% | 小于 2% | 大于 8% |
| 10 | MTU | ping -M do -s 1472 | 1500 全通 | 1400 可用 | 小于 1280 需分片 |
使用建议：把 4、5、6 三项作为“打假三件套”。任何商家只要在 6 上崩了，其余指标再漂亮都别充值年付。
四、细分人群与场景选型
场景 A：跨境办公 / 远程桌面 / 代码仓库同步（低延迟、高稳定性优先） 优先 IEPL 类专线，RTT 稳定大于绝对带宽。单线程 60Mbps + 抖动 小于 10ms 的体验，远好于单线程 300Mbps + 抖动 120ms 的 BGP 中转。参考 /scenario/ 的办公场景分档。
场景 B：4K 影音流媒体（带宽峰值优先，容忍抖动） 需要的是“晚高峰也能稳定 25Mbps 以上”。警惕标称量级很大但晚高峰崩盘的节点。重点关注 /reviews/ 中的流媒体专测数据。
场景 C：大文件 / 模型权重下载（多线程吞吐 + 流量成本） 多线程 32 并发能不能跑满 500Mbps 是关键。测速时务必用 --parallel 类多连接下载，单连接结���没有参考意义。
场景 D：预算敏感的学生 / 轻度用户 年付 80–120 元 档位是性价比甜点区。这个价位不可能是真 IPLC，但只要超售控制得当、晚高峰衰减小于 40%，实际体验完全够用。飞猫云这类 BGP + IEPL 混合路线在此档有竞争力，详细数据见 /reviews/feimaocloud/。
场景 E：直播 / 推流 / 语音通话（双向低抖动） 必须测上行。绝大多数机场只优化下行，上行被限到 5–20Mbps。测法：向 fast.com 或自建 iperf3 服务端反向推流。
五、分客户端 / 分平台实操配置与深度避坑
5.1 Clash / Mihomo 系（Windows / macOS / Android）
- 不要在测速时开“负载均衡”。
load-balance策略会把连接打散到多个节点，测出来的速度是所有节点之和，毫无意义。测速请固定url-test或直接指定单节点。 - 关闭
sniffer（域名嗅探）做纯速度测试，减少 CPU 占用干扰。 tun模式开销：Windows 上tun+system栈在千兆以上会成为瓶颈，实测建议切gvisor或mixed栈对比。- 配置文件里的
dns段若使用远端 DoH，首次连接会慢200–800ms，容易误判为“线路卡”。测速前先nslookup预热。
5.2 sing-box / Shadowrocket（iOS / 路由器）
- iOS 端受限于 Network Extension，单连接吞吐上限通常在
200–400Mbps，这是系统限制不是机场问题。 - 路由器（OpenWrt）端务必确认 硬件 NAT 卸载 是否开启。软转发在 MT7621 这类 CPU 上跑不过
150Mbps。 - sing-box 的
multiplex（多路复用）在丢包链路上可能反向拖慢速度，建议测速时关闭再对比。
5.3 深度避坑清单
- 别信“测速节点”自带的结果。 很多客户端内置的测速地址是商家自己的服务器，物理同机房，必然满速。换成
speed.cloudflare.com或本地电信/联通官方测速点重测。 - 注意 Mbps 与 MB/s 的 8 倍差。
100Mbps = 12.5MB/s，宣传页混用这两个单位是经典误导手法。 - 警惕“专线”二字滥用。 真专线有明确的两端机房和 SLA 条款，不会出现在匿名 Telegram 群里。
- 年付前先月付测三个时间段：工作日 21:00、周末 15:00、凌晨 04:00。三次数据落差大于 60% 直接放弃。
- 别在测速时下载别的东西。 听起来像废话，但 AirPick 后台数据显示，约 18% 的“速度投诉”其实是用户自己的后台同步任务在抢带宽。
六、抓包排障诊断手册：终端命令 + 判定表
6.1 第一步：链路质量（判断是不是物理问题）
bash
# 100 包 TCP 探测，-z 显示 ASN，-b 显示 IP，-c 计数
mtr -rwzbc 100 -P 443 your-node.example.com
# Windows 下用 tcping（需自行安装）
tcping -t -p 443 your-node.example.com关注三件事：哪一跳开始丢包、哪一跳 RTT 突增、是否存在明显绕路。 如果丢包从第 1 跳就有，那是你自己的宽带问题；如果第 5 跳之后丢包且持续到终点，是跨境段拥塞。
6.2 第二步：单线程真实吞吐
bash
# 下载 100MB，输出纯速率（字节/秒）
curl -o /dev/null -s -w '%{speed_download}\n' \
'https://speed.cloudflare.com/__down?bytes=100000000'
# 换算：结果 ÷ 125000 = Mbps6.3 第三步：多线程压力测试（暴露超售）
bash
# 本机需装 iperf3，服务端需有公网 iperf3
iperf3 -c your-server -p 5201 -t 30 -P 16 -R-P 16 为 16 并发，-R 为反向（测下行）。关键动作是在 21:00 和 04:00 各跑一次，记录两个数字。
6.4 第四步：本地重传与拥塞窗口
bash
# 查看 TCP 重传统计
netstat -s | grep -i retrans
# 或 macOS
netstat -s -p tcp | grep -i retrans
# 查看单连接 RTT / cwnd / 重传（Linux）
ss -tin dst your-node.example.comretrans 占总包数比例即为重传率。超过 2% 说明链路质量差，超过 8% 基本别想单线程跑满。
6.5 第五步：MTU 探测（解决“能连但极慢”）
bash
# Linux：1472 + 28 字节头 = 1500
ping -M do -s 1472 your-node.example.com
# 逐级下调直到不通，找到可用 MTU
ping -M do -s 1372 your-node.example.comMTU 不匹配会导致大量分片/黑洞，表现为“网页能开、下载龟速”。
6.6 判定表
| 现象 | 最可能原因 | 验证方法 | 处置 |
|---|---|---|---|
单线程小于 20Mbps，多线程大于 300Mbps | TCP 拥塞控制 + 丢包 | 看 mtr 丢包率 | 换 BBRv3 服务端 / 换 UDP 协议 |
| 速度稳定卡在固定值 | 商家 QoS 限速 | 多次测均卡同一数字 | 换套餐或换商家 |
| 凌晨快、晚高峰崩 | 出口超售 | 两时段对比 | 收集证据，走售后 |
TTFB 大于 2s 但下载快 | DNS 解析慢 | dig 域名耗时 | 改本地 DNS |
| 大站快、小站慢 | 分流规则 / 路由问题 | 查看命中策略组 | 修正规则 |
| 全部节点同时异常 | 你的本地带宽 / 运营商 | 测本地直连速度 | 联系 ISP |
七、行业避坑矩阵：虚假宣传的六种典型话术
| 话术 | 真实含义 | 识别方法 |
|---|---|---|
| 「万兆专线入口」 | 机房端口 10G，与你无关 | 问“单用户保底带宽是多少” |
| 「不限速不限量」 | 有 QoS 令牌桶或隐性流量上限 | 连测三天，看是否稳定卡线 |
| 「原生 IP / 全解锁」 | 可能是广播 IP + DNS 伪造 | 查 ip.sb 的 ASN 归属与注册地 |
| 「BGP 顶级中转」 | 公网路由，无任何专线成分 | mtr 看是否走公网 AS |
| 「100% 可用率 SLA」 | 无合同无赔付条款 | 要书面 SLA，99.9% 对应月故障小于 43 分钟 |
| 「限时 5 折永久有效」 | 价格锚定营销 | 对比官网原价与续费价 |
伪解锁的三种检测手段
- ASN 归属查询：
curl -s https://ipinfo.io/1.2.3.4/json，看org字段是 Netflix 自建 AS 还是云厂商广播。 - DNS 泄露检测：解锁流媒体依赖 DNS 分流，若 DNS 解析落在机房本地而非目标区域，解锁是“假”的。
- 多区域交叉验证：同一节点从不同地区 IP 访问，解锁结果应当一致。若只有你所在地区能解锁，那是 CDN 就近调度，不是真解锁。
跑路预警信号
- 突然开放超低价终身套餐 / 三年付；
- 客服群禁言，工单响应从 2 小时拉长到 48 小时；
- 节点数量锐减，官方解释为“优化整合”；
- 官网域名续费到期时间不足 3 个月（
whois可查）。
出现两项以上，立即停止续费并截图存证。
八、常见问题排障 FAQ
Q1：为什么我测速永远跑不到商家标称的 1000Mbps？
因为标称值是端口速率，不是保证带宽。你的本地入户如果只有 300Mbps，上限就是 300Mbps。此外跨境 RTT 与丢包会进一步压低单线程吞吐。先确认本地直连速度，再谈线路问题。
Q2：换 BBRv3 真的有这么大提升吗？
在丢包率 0.5%–3% 的跨境链路上，服务端启用 BBRv3 相比 CUBIC，单线程吞吐提升 3–20 倍是常见区间。前提是服务端内核支持且未被 QoS 限速。如果改完没变化，说明瓶颈在别处。
Q3：晚高峰掉速到底算不算虚标？
分两种。若衰减在 20%–40%，属于正常超售范围内的资源