结 论
置信度 高
上行按请求内容识别限速:同一个 TCP/443 上的明文 HTTP 上行,带浏览器请求头 41.0 Mbps,只把请求头换成普通客户端的默认值就掉到 1.2 Mbps
同样的字节、同样的端口、同样的协议,差别只有 HTTP 请求头 —— 路径上有设备在读请求内容,并据此决定放不放行。HTTPS 没有对应的对比行:请求头在 TLS 里面,看不见也就无法据此分类。影响面:远程桌面、游戏、VPN、自建服务等一切「不像浏览器」的上行都会被压低;下行不受这项影响。
- HTTPS · TCP/443 上行 82.8 Mbps
- HTTPS · TCP/80 上行 1.4 Mbps
- 明文 HTTP · TCP/443 上行 41.0 Mbps
- 明文 HTTP · TCP/80 上行 27.4 Mbps
- 明文 HTTP·工具头 · TCP/443 上行 1.2 Mbps
- 明文 HTTP·工具头 · TCP/80 上行 0.9 Mbps
- 自有协议 · TCP/443 上行 1.0 Mbps
- 自有协议 · TCP/80 上行 1.0 Mbps
TCP
内核计数:重传 274(约 33.54% 的包) 拥塞窗口 12.8 KB RTT 13.0 ms(最小 9.4,排队 +3.6)
是丢包:上行重传约 33.5%,窗口反复被打回 —— 该查线路质量,加带宽没用
证 据
图 HTTPS · TCP/443 上行 吞吐-时间曲线1 流 · 5.0 s
图 HTTPS · TCP/80 上行 吞吐-时间曲线1 流 · 5.0 s
| 端口 | 协议 / 方向 | 流数 | 吞吐 Mbps | 丢包 % | 抖动 ms | 状态 |
| 443 | TCP · HTTPS / 上行 | 1 |
82.8 | — | — |
放行 |
| 80 | TCP · HTTPS / 上行 | 1 |
1.4 | — | — |
上行被压低 |
| 443 | TCP · 明文 HTTP / 上行 | 1 |
41.0 | — | — |
放行 |
| 80 | TCP · 明文 HTTP / 上行 | 1 |
27.4 | — | — |
上行被压低 |
| 443 | TCP · 明文 HTTP·工具头 / 上行 | 1 |
1.2 | — | — |
上行被压低 |
| 80 | TCP · 明文 HTTP·工具头 / 上行 | 1 |
0.9 | — | — |
上行被压低 |
| 443 | TCP · 自有协议 / 上行 | 1 |
1.0 | — | — |
上行被压低 |
| 80 | TCP · 自有协议 / 上行 | 1 |
1.0 | — | — |
上行被压低 |
方 法 学
计时方式按时长计时,非按字节;时长在握手中双端协商
单项时长5000 ms
并发流数1
采样粒度100 ms
限额上行不限速(进节点的流量不计费)
对照端口无
时钟源客户端单调时钟
节点模式—
可复核该节点在任意端口接受标准 iperf3:iperf3 -c 47.116.36.78 -p <端口>
备注协议 × 端口 上行交叉测试:HTTPS、明文 HTTP(定长 POST,与浏览器相同)、portbug 自有协议,各在 TCP/443 与 TCP/80 上测上行,每项一条连接