HTTPS 流量比 Windows 10 x64 中的 HTTP 慢 40 倍

Question

这个问题的后续 /sf/ask/3203822541/#45893258

Windows 10 HTTPS 流量的上限约为 200-240kb/s。HTTP 流量可以轻松达到 8mb/s

这与通过有线以太网或 wifi 相同。如果我在没有路由器或防火墙的情况下将我的 PC 直接插入我的 HFC 电缆插座也是一样的。

我尝试过另一台具有相同问题的 Windows 10 PC（相同的 Windows 安装）。

什么可能导致 HTTPS 比 Windows 10 中的 HTTP 慢 40 倍？

我正在运行 Microsoft Windows [版本 10.0.15063] x64 Enterprise

如果我使用桥接网络连接在我的 Windows 主机中运行 Kali linux VM，我可以通过 HTTPS 获得 8mb/s。如果我将 Kali linux VM 设置为 NAT，那么速度会下降到 200kb/s

如果我在 Windows 10 主机中运行 Windows XP VM，无论 NAT 还是桥接，我都会从 HTTPS 获得 200kb/s。

编辑：我将 MTU 强制为 576，并使用以下wireshark 转储确认到 bitbucket。速度仍然 ~200kb/s

Frame 147: 590 bytes on wire (4720 bits), 590 bytes captured (4720 bits) on interface 0
Ethernet II, Src: JuniperN_28:63:ca (d4:04:ff:28:63:ca), Dst: Giga-Byt_3c:b0:19 (90:2b:34:3c:b0:19)
Internet Protocol Version 4, Src: 104.192.143.2, Dst: x.x.x.x
Transmission Control Protocol, Src Port: 443, Dst Port: 40796, Seq: 10142, Ack: 528, Len: 536
Source Port: 443
Destination Port: 40796
**[TCP Segment Len: 536]**
0101 .... = Header Length: 20 bytes (5)
Flags: 0x010 (ACK)
Window size value: 30552
[Calculated window size: 30552]
[Window size scaling factor: -2 (no window scaling used)]
Urgent pointer: 0
[SEQ/ACK analysis]
**TCP payload (536 bytes)**
[Reassembled PDU in frame: 152]
**TCP segment data (536 bytes)**

编辑：尝试了以下 netsh int ipv4 reset netsh winsock reset reboot。

发现启用 IpV6 的 HTTPS 速度更快，为 3.5mb/s，而 ipv4 HTTPS 仅为 ~200kb/s

我有可用的 Windows 7 笔记本电脑可以以 8mb/s 的速度最大使用 HTTPS 两台 Windows 10 机器都只能通过 HTTPS 下载约 200kb/s

尝试禁用防火墙，没有路由器等。

Answer 1

问题解决了。

netsh 接口 tcp 显示全局

netsh int tcp 设置全局 autotuninglevel=normal

由于某种原因，我的所有 Windows 10 PC 上的自动调整设置为禁用