Bandbreiten-Optimierungstipps für schnellere Transfers

Um das Maximum aus Ihrer Upload-Bandbreite herauszuholen, empfehlen sich vier Maßnahmen: Per Gigabit-Ethernet kabel statt WLAN verbinden, QoS oder SQM am Router aktivieren um Bufferbloat zu beseitigen, auf IPv6 wechseln wo Ihr ISP es unterstützt, und Hintergrundsynchronisierungen wie Dropbox, iCloud und Google Drive während des Transfers pausieren. Auf einem 500-Mbps-Upload, der in der Praxis nur 180 Mbps liefert, holen diese vier Maßnahmen zusammen typischerweise 200 bis 280 Mbps nutzbaren Durchsatz zurück — ein 10-GB-Transfer sinkt damit von 45 Minuten auf unter 15.

Kabelverbindung nutzen, WLAN für große Dateien meiden

Wi-Fi 6 (802.11ax) auf einem guten 2×2-Client in 1,5 Metern Entfernung vom Access Point schafft reale Durchsätze von rund 600 Mbps. Wi-Fi 5 (802.11ac) liegt bei etwa 300 Mbps. Schon im nächsten Zimmer mit einer Wand dazwischen sinken diese Werte um 40 bis 60 Prozent. Gigabit-Ethernet liefert konstant 940 Mbps bei unter 1 ms Jitter.

Ein USB-C-auf-Gigabit-Ethernet-Adapter für rund 15 Euro übertrifft bei Uploads über 2 GB die meisten Laptop-internen WLAN-Karten. Ist ein Kabel nicht möglich, wechseln Sie zumindest auf das 5-GHz-Band und gehen Sie in Sichtlinie zum Router. Das 2,4-GHz-Band schafft unter Realbedingungen nur 60 bis 80 Mbps — für große Dateiübertragungen ungeeignet.

QoS und SQM: Heilmittel gegen Bufferbloat

Bufferbloat ist der Grund, warum Ihr Zoom-Anruf stockt, sobald jemand im Haushalt einen Upload startet. Herkömmliche Router-Puffer stellen Pakete auf gesättigten Leitungen für Sekunden in die Warteschlange und zerstören damit die Latenz. Smart Queue Management (SQM) — Algorithmen wie CAKE und fq_codel — hält Warteschlangen auch unter Last kurz, sodass ein 500-Mbps-Upload keinen Latenzanstieg von 300 ms für alles andere verursacht.

OpenWrt, pfSense und die meisten modernen Router (Asus mit Merlin-Firmware, Ubiquiti UniFi, eero Pro 6E) unterstützen SQM. Aktivieren Sie es, stellen Sie den Uplink auf etwa 95 Prozent Ihrer gebuchten Geschwindigkeit ein, und beobachten Sie, wie der DSLReports- oder Waveform-Bufferbloat-Test von Note F auf A+ steigt.

Das erhöht nicht die Bandbreite, beseitigt aber den 40- bis 60-prozentigen Durchsatzverlust, den Bufferbloat durch wiederholtes TCP-Sender-Backoff verursacht.

IPv6 ist oft schneller

Bei ISPs mit Dual-Stack leitet IPv6 oft direkter zu großen Cloud-Zielen. AWS, Google Cloud, Cloudflare und Azure betreiben natives IPv6, und ein Paket über IPv6 umgeht typischerweise ein bis zwei NAT-Hops, die bei IPv4-CGNAT-Pfaden üblich sind — besonders auf Mobilfunk und manchen Heimanschlüssen.

Prüfen Sie mit ipv6-test.com oder test-ipv6.com. Eine 10/10-Wertung bedeutet, IPv6 wird bereits wo möglich genutzt. Ist das nicht der Fall, aktivieren Sie IPv6 in Ihrem Router (die meisten ISPs übertragen die Konfiguration automatisch via DHCPv6 oder PPPoE). Bei transkontinentalen Uploads kann der Unterschied 20 bis 40 Prozent betragen.

Alles, was im Hintergrund synchronisiert, pausieren

Dropbox, Google Drive, OneDrive, iCloud Fotos, Time Machine über Netzwerk und Backup-Tools wie Backblaze belegen Upload-Bandbreite still und heimlich. Der Netzwerk-Tab im macOS-Aktivitätsmonitor (sortiert nach „Gesendete Bytes") und der Windows-Ressourcen-Monitor zeigen die Verursacher.

Pausieren Sie diese Dienste vor einem großen Transfer. iCloud Fotos kann nach einem Foto-Import still Gigabytes schieben. Backblaze drosselt sich standardmäßig auf „automatisch" — was auf einer ungenutzten Verbindung „alles nehmen" bedeutet.

Ein Zoom-Anruf in 1080p verbraucht rund 3 Mbps Upstream; ein Google Meet HD-Gespräch liegt bei etwa 2,5 Mbps. Ist jemand im Haushalt in einem Videogespräch, planen Sie den Transfer um dieses herum oder akzeptieren Sie einen Verlust von 2 bis 3 Mbps.

DNS und die Zeit bis zum ersten Byte

Ein falsch konfiguriertes DNS kann 50 bis 200 ms Latenz hinzufügen, bevor eine TCP-Verbindung überhaupt beginnt. Nutzen Sie noch den Standard-Resolver Ihres ISPs, wechseln Sie zu Cloudflares 1.1.1.1 oder Googles 8.8.8.8. Vergleichen Sie Antwortzeiten mit dig +stats transfer-service.com. Bei Chunked Uploads, die viele Verbindungen öffnen, summiert sich ein schneller Resolver zu spürbar besserem Gesamtdurchsatz.

Unter macOS ändern Sie DNS in Systemeinstellungen > Netzwerk > Details > DNS. Unter Windows 11: Einstellungen > Netzwerk und Internet > (Ihr Adapter) > DNS-Serverzuweisung bearbeiten.

MTU-Anpassung auf ungewöhnlichen Netzwerken

Verwenden Sie ein VPN, eine PPPoE-DSL-Verbindung oder einen Mobilfunk-Uplink, kann Ihre MTU unter den Standardwert von 1.500 Bytes fallen. Eine falsch eingestellte MTU verursacht TCP-Fragmentierung, Retransmits und Durchsatzeinbrüche. Testen Sie mit ping -s 1472 -D google.com unter macOS/Linux oder ping -f -l 1472 google.com unter Windows. Kommen keine Antworten zurück, senken Sie die MTU in 10-Byte-Schritten, bis Pakete ankommen, und setzen Sie dann diesen Wert (plus 28 für den ICMP-Overhead) als Interface-MTU.

Typische Arbeitswerte: 1.500 auf den meisten Breitbandanschlüssen, 1.492 auf PPPoE-DSL, 1.428 auf manchen WireGuard-VPNs, 1.400 auf den meisten 5G-Carriern.

Überlastkontrolle: BBR versus Cubic

Auf Linux-Systemen, die in die Cloud hochladen, kann der Wechsel der TCP-Überlastkontrolle von Cubic auf BBR (Bottleneck Bandwidth and RTT) den Durchsatz auf hochlatenten, leicht verlustbehafteten Links verdoppeln. Aktivieren Sie es mit sysctl -w net.ipv4.tcp_congestion_control=bbr. macOS und Windows exponieren diesen Parameter nicht einfach, aber Cloud-gehostete Transfer-Endpunkte setzen BBR zunehmend auf ihrer Seite ein — was hilft, selbst wenn Ihre Seite das nicht tut.

Das ist einer der Gründe, warum Dienste auf Google Cloud (Smash, ein Teil des SwissTransfer-Traffics) oft schneller wirken als identische Dienste auf Legacy-Hosts.

Browser-Wahl macht einen Unterschied

Chromium-basierte Browser (Chrome, Edge, Brave, Arc) unterstützen HTTP/3 und QUIC standardmäßig, was HTTP/2 auf verlustbehafteten Verbindungen um 15 bis 25 Prozent übertrifft. Firefox liefert QUIC ebenfalls. Safari 17+ unterstützt HTTP/3, bevorzugt aber bei manchen Diensten HTTP/2. Prüfen Sie das im Netzwerk-Panel der DevTools in der Spalte „Protokoll".

Wenn der Upload-Endpunkt eines Transferdiensts HTTP/3 liefert, bedeutet das weniger Handshake-Round-Trips pro Chunk — das fällt bei parallelen Uploads mit 4 bis 8 gleichzeitigen Streams ins Gewicht.

Einen Dienst wählen, der die Leitung respektiert

Manche Transferdienste drosseln Uploads unabhängig davon, wie viel Bandbreite Sie haben. Eine 50-Gbps-Leitung kann sich trotzdem durch ein Tool quälen, das den Transfer-Durchsatz auf 30 Mbps begrenzt. HexaTransfer überträgt Chunks parallel über HTTP/2 mit AES-256-GCM-Verschlüsselung in Web Workers — Ihr Upload sättigt so, was Ihre Verbindung tatsächlich liefern kann, bis zur 10-GB-Obergrenze pro Transfer.

Auf hexatransfer.com testen — kostenlos, ohne Konto, bis 10 GB.