Das Herunterladen großer Dateien unter WSL2 kann ziemlich nervig sein. Kleine Dateien lassen sich problemlos übertragen, aber sobald man versucht, ein größeres Bild oder einen Datensatz herunterzuladen, stößt der Download bei etwa 40 % an seine Grenzen. Es erscheinen keine Fehlermeldungen, die Aktualisierung stoppt einfach – die Übertragungsrate sinkt auf null und bleibt konstant, was extrem frustrierend ist. Es ist, als würde das Netzwerk ohne Vorwarnung den Dienst versagen. Glücklicherweise gibt es einige Lösungsansätze. Manchmal genügt es, eine Einstellung zu ändern, manchmal müssen Konfigurationsdateien angepasst oder sogar die Netzwerkinteraktion von WSL2 verändert werden. Die gute Nachricht: Diese Lösungen haben schon vielen Nutzern geholfen, und im Allgemeinen geht es darum, einen bekannten Fehler in der Art und Weise zu umgehen, wie WSL2 TCP-Verkehr über die NAT-Konfiguration verarbeitet.
Wie man große Download-Abbrüche in WSL2 behebt
Lösung 1 – TCP-Zeitstempel deaktivieren (Schnelltest) – Weil es schnell und einfach ist
Dies ist der einfachste Weg, um festzustellen, ob das Problem mit der TCP-Zeitstempelverarbeitung zusammenhängt. TCP-Zeitstempel (gemäß RFC 7323) helfen bei der Messung von Round-Trip-Zeiten – normalerweise sehr nützlich –, aber in WSL2 können sie durch die Beeinträchtigung des NAT-Protokolls dazu führen, dass die Verbindung bei längeren Übertragungen blockiert wird. Die Lösung besteht darin, sie vorübergehend zu deaktivieren. Wenn Ihr Download dadurch wieder funktioniert, haben Sie es gefunden – dies ist höchstwahrscheinlich die Ursache.
- Öffnen Sie Ihr WSL2-Terminal und führen Sie folgenden Befehl aus:
sudo sysctl -w net.ipv4.tcp_timestamps=0
Wenn der Download normal fortgesetzt wird, bestätigt dies, dass die TCP-Zeitstempel Teil des Problems sind. Bleibt er weiterhin hängen, sollten die anderen Lösungsansätze ausprobiert werden. Bei manchen Konfigurationen muss dieser Befehl möglicherweise bei jedem Start von WSL2 ausgeführt werden, sofern er nicht dauerhaft konfiguriert ist – hier kommt Lösung 2 ins Spiel.
Lösung 2 – Die Deaktivierung des TCP-Zeitstempels in wsl.conf dauerhaft aktivieren.
Dieser Schritt sorgt dafür, dass die Änderung auch nach Neustarts erhalten bleibt. Da der Befehl aus Fix 1 bei jedem Neustart von WSL2 zurückgesetzt wird, müssen Sie die TCP-Zeitstempel bei jedem Systemstart deaktivieren, indem Sie die Datei wsl.conf bearbeiten.
- Öffnen Sie in Ihrem WSL2-Terminal die Konfigurationsdatei mit nano:
sudo nano /etc/wsl.conf
Fügen Sie diese Zeilen zur Datei hinzu (falls bereits ein Abschnitt [boot] existiert, fügen Sie die Befehlszeile einfach darunter ein):
[boot] command=sysctl -w net.ipv4.tcp_timestamps=0 systemd=true Speichern Sie Ihre Änderungen ( Strg + O, dann Eingabetaste, dann Strg + X ) und beenden Sie nano.
Als Nächstes muss WSL2 über PowerShell vollständig heruntergefahren werden mit:
wsl --shutdown
Öffnen Sie anschließend Ihre Distribution neu. Nun sind die TCP-Zeitstempel bei jedem Start von WSL2 standardmäßig deaktiviert. Wenn Ihre Distribution systemd verwendet, lassen Sie `systemd=true` unverändert ; andernfalls können Sie es weglassen oder beibehalten. Diese Lösung bringt oft etwas längerfristige Besserung, insbesondere bei großen Datenmengen.
Lösung 3 – Deaktivierung des Large Send Offload auf dem WSL-Adapter
Wenn das Deaktivieren der TCP-Zeitstempel nicht geholfen hat, verschlimmern möglicherweise die Auslagerungsfunktionen des Netzwerkadapters das Problem. Large Send Offload (LSO) ist dafür konzipiert, die Paketsegmentierung an die Hardware auszulagern, doch in virtuellen Netzwerken kann es bei großen Übertragungen zu Störungen führen – was wiederum Verzögerungen oder Paketverluste zur Folge haben kann.
- Drücken Sie die Windows- Taste, geben Sie „Systemsteuerung“ ein und öffnen Sie sie.
- Klicken Sie auf Netzwerk und Internet.
- Klicken Sie auf „Netzwerkstatus und Aufgaben anzeigen“.
- Klicken Sie links auf „Adaptereinstellungen ändern“.
- Suchen Sie den Netzwerkadapter mit der Bezeichnung vEthernet (WSL), klicken Sie mit der rechten Maustaste darauf und wählen Sie Eigenschaften.
- Klicken Sie auf Konfigurieren und wechseln Sie dann zur Registerkarte Erweitert.
- Scrollen Sie durch die Liste und suchen Sie nach „Large Send Offload Version 2 (IPv4)“. Stellen Sie den Wert auf „Deaktiviert“.
- Führen Sie das gleiche Verfahren für Large Send Offload Version 2 (IPv6) durch.
- Klicken Sie auf OK, und Ihre Netzwerkverbindung wird möglicherweise kurzzeitig neu gestartet.
Sobald der Download abgeschlossen ist, versuchen Sie ihn erneut. Diese Vorgehensweise mag etwas ungewöhnlich erscheinen, aber das Deaktivieren von Auslagerungsroutinen behebt häufig blockierte Übertragungen in virtualisierten Windows-Umgebungen.
Lösung 4 – Umstellung auf den gespiegelten Netzwerkmodus – Der saubere Schnitt
Vielleicht ist der NAT-Fehler einfach zu hartnäckig. Durch Umschalten von WSL2 auf den gespiegelten Netzwerkmodus wird das Netzwerk des Hosts direkt genutzt, wodurch die NAT-Problematik umgangen wird. Dies kann den TCP-Zeitstempelfehler vollständig beheben, hat aber andere Konsequenzen – beispielsweise die Notwendigkeit, Firewall-Regeln oder Portweiterleitungen neu zu konfigurieren, falls diese verwendet werden.
- Im Datei-Explorer geben Sie
%UserProfile%in die Adressleiste ein und drücken Sie die Eingabetaste. - Prüfen Sie, ob eine Datei namens .wslconfig existiert. Falls nicht, erstellen Sie eine neue Textdatei namens .wslconfig (ohne Dateiendung).
- Öffnen Sie die Datei.wslconfig im Editor und fügen Sie diese Zeilen hinzu:
[wsl2] networkingMode=mirrored wsl --shutdownÖffnen Sie Ihre WSL2-Distribution erneut. Der gespiegelte Modus führt in der Regel zu weniger Problemen bei großen Datenübertragungen, da Sie das problematische NAT umgehen. Beachten Sie jedoch: Wenn Sie sensible Anwendungen mit strengen Firewall-Regeln ausführen, überprüfen Sie diese nach der Änderung unbedingt.
Lösung 5 – WSL aktualisieren und neu starten – Manchmal behebt die Software das Problem
Microsoft behebt WSL2-Fehler häufig, daher können Netzwerkprobleme durch Aktualisierung aller Komponenten behoben werden. Führen Sie dazu einfach folgenden Befehl in PowerShell aus :
wsl --update
Anschließend sollte WSL vollständig heruntergefahren werden mit:
wsl --shutdown
Starten Sie anschließend Ihre Distribution neu und prüfen Sie, ob sich die Downloadgeschwindigkeit wieder verbessert. Das ist etwas Glückssache – manchmal beheben die Updates das Problem sofort, manchmal muss man aber auch einfach warten, bis Microsoft eine vollständig gepatchte Version veröffentlicht.
Vorbeugende Tipps & gute Gewohnheiten
- Halten Sie WSL regelmäßig auf dem neuesten Stand
wsl --update. Ständig werden kleinere Fehlerbehebungen bereitgestellt. - Bei umfangreichen Datenübertragungen empfiehlt es sich, zu Beginn in den gespiegelten Netzwerkmodus zu wechseln, um NAT komplett zu umgehen.
- Speichern Sie Ihre Anpassungen in den Dateien wsl.conf und .wslconfig, um sicherzustellen, dass die Einstellungen auch nach einem Neustart erhalten bleiben.
- Nach Windows-Updates sollten Sie größere Downloads testen – warten Sie gegebenenfalls etwas ab oder wenden Sie Ihre Anpassungen erneut an, falls etwas nicht wie erwartet funktioniert.
Andere fragen auch
Was genau sind TCP-Zeitstempel, und warum verursachen sie plötzlich Probleme?
Es handelt sich dabei um kurze TCP-Header-Informationen (aus RFC 7323), die die Laufzeit eines Pakets messen und den Paketfluss steuern. Normalerweise sind sie äußerst nützlich – doch in der NAT-Konfiguration von WSL2 können diese Werte beschädigt oder falsch interpretiert werden. Sie zu deaktivieren ist vergleichbar mit dem Abschalten eines Teils des TCP-Protokolls, der bei längeren Downloads Probleme verursacht.
Ist der Wechsel in den Spiegelungsmodus für WSL2 besser als NAT?
Meistens ja. Mirrored Networking ermöglicht es WSL2, direkt auf das reale Netzwerk des Hosts zuzugreifen und so die fehleranfällige NAT-Schicht zu umgehen. Dadurch werden große Datenübertragungen zuverlässiger – aber es ist nicht perfekt, wenn spezielle Firewall-Regeln oder Portweiterleitungen aktiv sind.
Hoffentlich behebt einer dieser Lösungsansätze das Problem und beendet den großen Download. Viel Glück und ich drücke die Daumen, dass jemand dadurch nicht ewig auf das Fortsetzen des Downloads warten muss.