☰

HTTPS-трафик в 40 раз медленнее, чем HTTP в Windows 10 x64

tag-icon • tag-icon windows networking http https windows-networking
HTTPS-трафик в 40 раз медленнее, чем HTTP в Windows 10 x64

Продолжение этой проблемы https://stackoverflow.com/questions/45768893/git-clone-in-windows-much-slower-than-in-linux/45893258#45893258

HTTPS-трафик Windows 10 ограничен примерно 200-240 кбит/с. HTTP-трафик может легко достигать 8 Мбит/с.

То же самое происходит через кабельный Ethernet или Wi-Fi. То же самое происходит, если я подключаю свой ПК напрямую к розетке кабеля HFC без маршрутизатора или брандмауэра.

Я попробовал другой ПК с Windows 10 с той же проблемой (та же установка Windows).

Что может привести к тому, что HTTPS будет в 40 раз медленнее HTTP в Windows 10?

Я использую Microsoft Windows [версия 10.0.15063] x64 Enterprise

Если я запускаю Kali linux VM на моем хосте Windows, используя сетевое соединение типа мост, я могу получить 8 Мбит/с через HTTPS. Если я настраиваю Kali linux VM на NAT, то скорость падает до 200 Кбит/с

Если я запускаю виртуальную машину Windows XP на своем хосте Windows 10, я получаю 200 Кбит/с по HTTPS независимо от NAT или Bridged.

edit: Я принудительно установил 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.

Установлено, что HTTPS с поддержкой IpV6 работает быстрее — 3,5 Мбит/с, а HTTPS с поддержкой ipv4 — всего ~200 Кбит/с.

Ноутбук с Windows 7, который у меня есть, может развивать максимальную скорость HTTPS до 8 Мбит/с. Оба компьютера с Windows 10 получают только ~200 Кбит/с загрузки через HTTPS.

Пробовал отключать брандмауэр, не использовать маршрутизатор и т. д.

решение1

задача решена.

netsh интерфейс tcp показать глобальный

netsh int tcp set global autotuninglevel=normal

По какой-то причине на всех моих ПК с Windows 10 автоматическая настройка была отключена.

решение2

Я использую Windows 10, и HTTPS-трафик, конечно же, не ограничен, поскольку сейчас его используют практически все веб-сайты.

Что вы можете попробовать:

  1. Отключите брандмауэр.

  2. Перезагрузите компьютер в безопасном режиме с поддержкой сети, чтобы проверить, не вызвана ли проблема каким-либо установленным продуктом.

  3. В Панели управления/Свойства обозревателя, на вкладке Дополнительно прокрутите страницу вниз до раздела Безопасность, снимите флажок «Использовать TLS 1.2» и перезагрузите компьютер.

Вопрос: Возникает ли эта проблема в более чем одном браузере?

Связанный контент