Langsame Übertragung beheben: Upload-Probleme diagnostizieren
Diagnostizieren und beheben Sie langsame Übertragungsgeschwindigkeiten. Schritt-für-Schritt-Fehlerbehebung für Netzwerk- und Browserprobleme.
Um einen langsamen Upload zu beheben, diagnostizieren Sie der Reihe nach: Messen Sie die reine Verbindung mit speedtest-cli, vergleichen Sie sie mit dem tatsächlichen Durchsatz des Transfer-Tools in den DevTools, prüfen Sie auf Hintergrundsynchronisierungen, die Bandbreite stehlen, verifizieren Sie, ob der Dienst pro Transfer drosselt, und stellen Sie sicher, dass Sie mit dem nächstgelegenen regionalen Endpunkt verbunden sind. Eine 500-Mbps-Leitung, die nur 40 Mbps zum Transferdienst liefert, leidet entweder unter Bandbreitenwettbewerb, CDN-Region-Mismatch, Server-Drosselung oder einem Single-Stream-Engpass. Jedes Problem hat eine andere Lösung — und alle zeigen sich im Netzwerk-Tab der DevTools, bevor Sie sonst etwas tun.
Zuerst die Leitung messen
Bevor Sie dem Transferdienst die Schuld geben, vergewissern Sie sich, dass Ihre Verbindung tatsächlich das liefert, was Sie erwarten. Führen Sie speedtest-cli --json in einem Terminal aus oder nutzen Sie speedtest.net im Browser. Notieren Sie Upload-Mbps, Latenz und Jitter. Das ist Ihre Obergrenze. Liefert Ihre „500-Mbps"-Verbindung beim Speedtest nur 80 Mbps Upload, wird kein Transferdienst besser abschneiden.
Führen Sie den Test zweimal durch — einmal über WLAN und einmal über Ethernet, wenn möglich. Das Delta zeigt, wie viel WLAN Sie kostet. Auf Wi-Fi 5 in einem typischen Zuhause verlieren Sie 30 bis 50 Prozent des kabelgebundenen Deckels.
Speedtest-Ergebnis mit tatsächlichem Transfer-Durchsatz vergleichen
Öffnen Sie den Transferdienst, starten Sie den Upload und öffnen Sie DevTools > Netzwerk-Tab. Beobachten Sie den Durchsatz der einzelnen Anfragen. Zeigt der Speedtest 500 Mbps, der Transfer aber nur 150 Mbps, gibt es vier wahrscheinliche Ursachen: Der Dienst nutzt einen einzelnen Stream (kann eine hochlatente Leitung nicht sättigen), der CDN-Endpunkt des Dienstes ist weit entfernt, Hintergrundverbraucher klauen Bandbreite, oder der Dienst begrenzt den Transfer pro Übertragung.
Parallel-Chunked-Uploader (tus.io-basierte Dienste, S3 Multipart, HexaTransfer) sollten 4 bis 8 gleichzeitige Anfragen ausführen. Zählen Sie sie im Waterfall. Weniger als das auf einer schnellen Leitung bedeutet, dass der Dienst Bandbreite verschenkt.
Hintergrundsynchronisierungen beenden
Der Netzwerk-Tab im macOS-Aktivitätsmonitor (sortiert nach „Gesendete Bytes/s") und der Windows-Ressourcen-Monitor (Netzwerk-Tab) zeigen die Bandbreite jedes Prozesses. Wahrscheinliche Verursacher: Dropbox, Google Drive, OneDrive, iCloud Fotos, Backblaze, Time Machine über Netzwerk, Adobe Creative Cloud Sync. Beenden Sie sie — pausiern genügt nicht, weil das Pausieren manchmal TCP-Verbindungen offen lässt.
Ein Zoom-Anruf in HD verbraucht 2,5 Mbps Upstream. Ein 4K-YouTube-Upload aus einem anderen Tab kann 20 Mbps schlucken. Selbst Slacks Dateivorschauen schieben einige hundert KB/s. Auf asymmetrischen Verbindungen (100 Mbps down, 10 Mbps up ist ein typischer Kabelplan) summiert sich das schnell.
Regionalen Endpunkt prüfen
Viele Transferdienste leiten über CDN-Edges. Ist Ihr DNS oder GeoIP veraltet, laden Sie möglicherweise von Sydney auf einen Frankfurter Edge hoch — das fügt 300 ms Round-Trip hinzu und zerstört den Single-Stream-Durchsatz. Prüfen Sie die IP des Endpunkts im Netzwerk-Panel der DevTools (Rechtsklick auf die Anfrage > Kopieren > URL kopieren, dann nslookup), und pingsen Sie sie dann an, um die Latenz zu sehen.
Ideale Latenz zum Ingest Ihres Transferdienstes: unter 20 ms in derselben Stadt, unter 50 ms auf demselben Kontinent, unter 100 ms interkontinental. Liegen Sie auf demselben Kontinent wie der Dienst, aber bei 250 ms, routet etwas über einen weit entfernten Edge.
DNS wechseln um veraltetes GeoIP auszuschließen
Nutzen Sie noch den Standard-Resolver Ihres ISPs, versuchen Sie vorübergehend Cloudflare (1.1.1.1), Google (8.8.8.8) oder Quad9 (9.9.9.9). Verschiedene Resolver liefern unterschiedliche CDN-Edges zurück, weil sie ECS-Abfragen (EDNS Client Subnet) unterschiedlich beantworten. Ein Wechsel kann die Upload-Latenz um 50 ms senken und den Durchsatz ohne weitere Änderungen um 20 Prozent steigern.
Router-Bufferbloat
Bufferbloat ist für normale Speedtests unsichtbar, zerstört aber Verbindungen mit gemischter Nutzung. Führen Sie den Waveform-Bufferbloat-Test unter waveform.com/tools/bufferbloat aus. Note A+ bedeutet, Ihr Router verwaltet Warteschlangen sauber. Note F bedeutet, Ihr Router fügt unter Last 200 bis 2000 ms Latenz hinzu — was nicht nur interaktiven Traffic beeinträchtigt, sondern auch die TCP-Überlastkontrolle wiederholt zurückschalten lässt und den Upload-Durchsatz einbricht.
Abhilfe: SQM (Smart Queue Management) in OpenWrt oder pfSense aktivieren, QoS in Asus/Netgear/Ubiquiti aktivieren, oder einen Router kaufen, der das standardmäßig tut (aktuelle eero, Google Nest Wifi Pro).
VPN deaktivieren, wenn nicht notwendig
Ein VPN fügt 20 bis 80 ms Latenz hinzu und begrenzt den Durchsatz typischerweise auf den Upstream des VPN-Servers. Eine 1-Gbps-Leitung durch einen überlasteten PIA- oder NordVPN-Endpunkt kann auf 50 Mbps fallen. Gute Anbieter (Mullvad, ProtonVPN Plus) halten besser stand; kostenlose VPNs würgen Uploads fast immer.
Nutzt der Transferdienst bereits TLS 1.3 und Ende-zu-Ende-Verschlüsselung, ist das VPN für die Vertraulichkeit während der Übertragung überflüssig. Schalten Sie es während des Uploads aus, danach wieder ein.
Browser-Wahl und Protokoll
Chrome, Edge, Brave und Firefox unterstützen alle HTTP/3 (QUIC) nativ. Safari auch, bevorzugt aber für manche Hosts HTTP/2. HTTP/3 über UDP toleriert Paketverlust deutlich besser als HTTP/2 über TCP auf Mobilfunk, Hotel-WLAN oder verlustbehafteten Last-Mile-Verbindungen.
Prüfen Sie im DevTools-Netzwerk-Panel die Spalte „Protokoll". h2 bedeutet HTTP/2, h3 bedeutet HTTP/3. Dienste, die Uploads über HTTP/3 ausliefern, erzielen auf verlustbehafteten Verbindungen 15 bis 30 Prozent mehr Durchsatz.
Anderes Netzwerk testen, um das Problem einzugrenzen
Die schnellste Diagnose: Tethern Sie für eine Minute über Ihr Smartphone und laden Sie einen Test-Chunk hoch. Ist das Tethering schneller als Ihr Heim-WLAN, liegt das Problem in Ihrem lokalen Netzwerk (Router, ISP oder Gerät). Ist das Tethering gleich schnell, sitzt der Engpass weiter upstream (Transit-Überlastung, dienstseitiges Limit).
Dieser eine Test eliminiert die Hälfte aller möglichen Ursachen in unter zwei Minuten.
Wenn der Dienst der Engpass ist
Manche Transferdienste begrenzen einfach den Durchsatz pro Transfer. Free-Tier-Angebote einiger Tools drosseln über 10 MB/s unabhängig von Ihrer Verbindung. Bezahlte Tiers heben die Drosselung oft auf.
Haben Sie alles andere ausgeschlossen und Ihre 500-Mbps-Leitung liefert einem bestimmten Dienst trotzdem nur 30 Mbps, ist der Dienst das Limit. Wechseln Sie. HexaTransfer drosselt nicht pro Transfer und betreibt parallele Chunked Uploads, die sättigen, was Ihre Leitung tatsächlich nach oben schieben kann — bis zur 10-GB-Grenze pro Transfer.
Auf hexatransfer.com testen — kostenlos, ohne Konto, bis 10 GB.
Große Dateien sicher mit Ende-zu-Ende-Verschlüsselung senden
Übertragen Sie Dateien bis zu 10 GB kostenlos mit Ende-zu-Ende-Verschlüsselung. Kein Konto erforderlich. Ihre Dateien werden in Ihrem Browser verschlüsselt, bevor sie hochgeladen werden — niemand sonst kann sie lesen.
Datei senden