HTTPS-Verkehr 40x langsamer als HTTP in Windows 10 x64

717
rolls

Folge dieses Problems: https://stackoverflow.com/questions/45768893/git-clone-in-windows-much-slower-than-in-linux/45893258#45893258

Der HTTPS-Verkehr von Windows 10 ist auf 200-240 kb / s begrenzt. Der HTTP-Verkehr kann problemlos 8 MBit / s erreichen

Dies ist dasselbe über kabelgebundenes Ethernet oder WLAN. Es ist auch dasselbe, wenn ich meinen PC ohne Router oder Firewall direkt an meine HFC-Kabelsteckdose anschließe.

Ich habe einen anderen Windows 10-PC mit demselben Problem ausprobiert (gleiche Windows-Installation).

Was kann dazu führen, dass HTTPS in Windows 10 40 Mal langsamer ist als HTTP?

Ich verwende Microsoft Windows [Version 10.0.15063] x64 Enterprise

Wenn ich in meinem Windows-Host eine Kali-Linux-VM mit einer Bridge-Netzwerkverbindung betreibe, kann ich 8 MB / s über HTTPS beziehen. Wenn ich die Kali-Linux-VM auf NAT eingestellt habe, sinkt die Geschwindigkeit auf 200 kb / s

Wenn ich eine Windows XP-VM in meinem Windows 10-Host betreibe, bekomme ich von HTTPS 200 KBit / s, unabhängig von NAT oder Bridged.

edit: Ich habe meine MTU auf 576 gezwungen und mit dem folgenden Wireshark-Dump nach Bitbucket bestätigt. Geschwindigkeit noch ~ 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)** 

edit: Versuchte den folgenden netsh int ipv4 reset netsh winsock reset reboot.

Es wurde festgestellt, dass IpV6-fähiges HTTPS bei 3,5 MBit / s schneller ist. IPv4-HTTPS ist nur ~ 200 KBit / s

Windows 7-Laptop, den ich zur Verfügung habe, kann HTTPS bei 8 MBit / s maximal ausgeben. Beide Windows 10-Computer erhalten nur ~ 200 kbit / s über HTTPS herunterladen

Versuchte Deaktivierung der Firewall, kein Router usw.

6

2 Antworten auf die Frage

6
rolls

Problem gelöst.

netsh interface tcp global anzeigen

netsh int tcp set global autotuninglevel = normal

Die automatische Abstimmung wurde aus irgendeinem Grund auf allen meinen Windows 10-PCs deaktiviert

Die Beantwortung Ihrer eigenen Frage ist in Ordnung, aber denken Sie daran, diese als bevorzugte Antwort zu markieren. Peer Sommerlund vor 6 Jahren 0
Es ließ mich anfangs nicht akzeptieren. rolls vor 6 Jahren 0
1
harrymc

Ich bin unter Windows 10 und der HTTPS-Verkehr ist sicherlich nicht begrenzt, da er jetzt von praktisch allen Websites verwendet wird.

Was Sie versuchen können, ist:

  1. Deaktivieren Sie Ihre Firewall.

  2. Der Neustart erfolgt im abgesicherten Modus mit Netzwerk, um zu überprüfen, ob dies durch ein installiertes Produkt verursacht wird.

  3. Blättern Sie in der Systemsteuerung / Internetoptionen auf der Registerkarte Erweitert zum Abschnitt Sicherheit, deaktivieren Sie die Option "TLS 1.2 verwenden" und starten Sie den Computer neu.

Frage: Tritt dieses Problem bei mehr als einem Browser auf?

es kommt auf allen Schichten vor. Wenn ich kali linux zu meinem Windows-Host brücke, ist es nicht langsam, wenn ich NAT verwende, ist es langsam. Scheint auf einer tiefen Ebene innerhalb von Fenstern aufzutreten. Beispielsweise ist der Git-Klon über SSH und HTTPS langsam. Ich habe versucht, OpenSSL zu verwenden, und das ist auch langsam. Ich werde Ihren Vorschlag versuchen und berichten. rolls vor 6 Jahren 0