Site icon bintorosoft.com

VPN Geschwindigkeit testen: Tools, Metriken und Interpretation

Red Snapper

computer network concept. 3d illustration

Wer die VPN Geschwindigkeit testen möchte, braucht mehr als einen schnellen Speedtest im Browser. Ein VPN verändert den Datenpfad (Routing), fügt Verschlüsselungs-Overhead hinzu, nutzt oft andere Protokolle (UDP/TCP) und hängt stark von Gateway-CPU, MTU, Paketverlust und der Qualität der Internetanbindung ab. Deshalb können zwei Tests, die „gleich aussehen“, völlig unterschiedliche Ergebnisse liefern: Ein Speedtest zeigt vielleicht 200 Mbit/s, während sich Videokonferenzen ruckelig anfühlen – oder Downloads sind schnell, aber Webapps reagieren träge. Genau hier hilft ein strukturiertes Messkonzept mit passenden Tools und klaren Metriken. In diesem Beitrag lernen Sie, welche Kennzahlen für VPN-Performance wirklich relevant sind (Durchsatz, Latenz, Jitter, Paketverlust, Retransmits, CPU, MTU), welche Tools sich dafür eignen (iperf3, ping/mtr, traceroute, Flent, Speedtest CLI, Wireshark) und wie Sie Ergebnisse richtig interpretieren. Ziel ist, dass Sie nicht nur „schneller/langsamer“ feststellen, sondern die Ursache eingrenzen können: Ist der Engpass die WAN-Leitung, das VPN-Gateway, ein QoS-Problem, NAT/Firewall-State, oder schlicht ein ungünstiger Pfad durch den Tunnel?

Welche Metriken die VPN-Geschwindigkeit wirklich beschreiben

„Geschwindigkeit“ ist im Netzwerkbetrieb kein einzelner Wert. Für VPNs sollten Sie mindestens diese Metriken erfassen:

Eine einfache, aber nützliche Daumenregel: Für Webapps und Remote-Desktop sind Latenz und Verlust meist wichtiger als maximaler Durchsatz; für große Dateiübertragungen zählt Durchsatz und Stabilität (Retransmits/MTU).

Warum VPNs „langsam“ wirken: die häufigsten technischen Ursachen

PMTUD-Hintergrund: Path MTU Discovery ist für IPv4 in RFC 1191 und für IPv6 in RFC 8201 beschrieben.

Messdesign: So testen Sie VPN-Performance sinnvoll

Bevor Sie Tools starten, legen Sie ein sauberes Testdesign fest. Ein gutes Design beantwortet drei Fragen:

Best Practice: immer A/B testen

Wichtig: Testen Sie zu festen Endpunkten. Öffentliche Speedtests ändern Serverstandorte dynamisch und verfälschen Vergleiche.

Tools für VPN-Geschwindigkeit: Was wofür geeignet ist

Durchsatz messen mit iperf3: sauber, reproduzierbar, aussagekräftig

iperf3 ist das wichtigste Werkzeug, wenn Sie VPN-Throughput seriös testen wollen. Sie betreiben dafür einen iperf3-Server im Zielnetz (z. B. im Rechenzentrum, in der Cloud oder im internen Segment hinter dem VPN-Gateway) und messen vom Client aus.

TCP-Throughput testen

# Server (im Zielnetz)
iperf3 -s

Client (ohne VPN und mit VPN vergleichen)


iperf3 -c 10.10.20.10 -P 4 -t 30

UDP-Throughput und Jitter testen

iperf3 -c 10.10.20.10 -u -b 50M -t 30

Interpretation: warum Parallelstreams ( -P ) wichtig sind

Ein einzelner TCP-Stream erreicht über Pfade mit höherer Latenz oft nicht den maximalen Durchsatz. Mehrere parallele Streams (z. B. 4–8) nähern sich der Leitungskapazität an. Wenn Sie nur mit -P 1 testen, messen Sie oft eher TCP-Window-Limitierung als „VPN-Speed“.

Latenz und Jitter richtig messen: nicht nur „ping“

Ping ist ein guter Start, aber Latenz unter Last ist entscheidender. Nutzer spüren Probleme vor allem dann, wenn Latenz schwankt, sobald jemand im Hintergrund Daten überträgt (Bufferbloat).

Baseline-Latenz

# Windows
ping 10.10.20.10 -n 20

macOS/Linux


ping -c 20 10.10.20.10

Pfadstabilität und Loss pro Hop mit mtr

mtr -rw 10.10.20.10

Latenz unter Last mit Flent

Flent kann z. B. gleichzeitig Traffic erzeugen und Latenz messen. Das ist besonders hilfreich, wenn Nutzer „VPN fühlt sich langsam an“ sagen, obwohl Speedtests gut aussehen.

Wichtige Kennzahlen richtig interpretieren

Throughput ist kein Garant für gutes Nutzererlebnis

Paketverlust multipliziert sich mit Verschlüsselung und TCP

Schon geringer Paketverlust kann TCP stark ausbremsen, weil Retransmits und Congestion Control die Sendeleistung reduzieren. Wenn Sie hohe Retransmits sehen, ist die VPN-Geschwindigkeit oft Folge eines Underlay-Problems (WLAN/ISP) oder eines MTU-Problems, nicht „zu schwacher VPN-Algorithmus“.

MTU/MSS: der versteckte Performance-Killer

VPN-spezifische Unterschiede: IPsec, OpenVPN, WireGuard

Messfallen: Warum Speedtests im VPN häufig täuschen

Praxis: Ein vollständiger Testplan für IT-Teams

Mit diesem Plan erhalten Sie reproduzierbare Ergebnisse, die sich zwischen Standorten und Zeitfenstern vergleichen lassen.

Testziele festlegen

Messreihen

Dokumentation der Messbedingungen

Ergebnisse bewerten: Was ist „gut“?

Absolute Zahlen hängen stark vom Use Case ab. Statt „gut/schlecht“ ist es sinnvoller, Ziele pro Anwendung festzulegen:

Wenn Sie eine einfache Einordnung brauchen, hilft dieser Gedanke: Ein VPN ist „gesund“, wenn Durchsatz stabil ist und Latenz unter Last nicht explodiert. Ein „schneller Peak“ ist weniger wert als ein stabiler Mittelwert.

Wenn die VPN-Geschwindigkeit schlecht ist: die schnellsten Ursachen-Checks

Outbound-Links zur Vertiefung

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version