Ein Gespräch, das stockt, ein Download, der kriecht, und ein Upload, der auf halber Strecke einfriert, sind drei verschiedene Beschwerden unter einer Bezeichnung. Zu entscheiden, welcher Sie nachgehen, bevor Sie irgendetwas messen, spart den Rest der Untersuchung. Ändern Sie danach jeweils einen Abschnitt des Wegs und wiederholen Sie dieselbe Aufgabe anschließend.

Die folgende Reihenfolge bewegt sich von der Aufgabe nach außen, weil der Tunnel keine Bandbreite liefern kann, die darunter fehlt.

Legen Sie fest, was langsam bedeutet, bevor Sie messen

Eine niedrige gleichmäßige Rate, eine hohe Latenz mit scharfen Spitzen und eine Übertragung, die bei einer festen Größe abrupt stoppt, sind keine Variationen eines Fehlers. Jede deutet auf einen anderen Abschnitt hin: Durchsatz, den Weg selbst oder eine Grenze der Paketgröße. Wählen Sie die Aufgabe, die Sie tatsächlich stört, und nehmen Sie sie als Referenz, denn ein Geschwindigkeitstest misst eine Massenübertragung, die sich ganz anders verhalten kann als ein Videoanruf. Notieren Sie den Endpunkt, das Protokoll, die Tageszeit und die Zahl, die für Sie zählt.

Ohne diese Aufzeichnung wird jeder spätere Vergleich zu einem Streit über Eindrücke.

Prüfen Sie zuerst das Zugangsnetz

Pausieren Sie Ihre eigenen großen Übertragungen und messen Sie dann die lokale Verbindung, bevor der Tunnel beteiligt ist. Vergleichen Sie mit einer harmlosen Aufgabe und folgen Sie dem Kill-Switch-Verfahren des Clients, statt mehrere Schutzfunktionen auf einmal abzuschalten, und behalten Sie für beide Durchläufe dasselbe Ziel bei. Ein Anbieter von Geschwindigkeitstests kann Ihnen einen anderen Messserver zuweisen, sobald sich Ihr sichtbarer Standort ändert, was den Vergleich zu einem Test zweier verschiedener Server macht.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Ist die Basislinie bereits schlecht, gehört die Arbeit zu WLAN, Routerlast oder dem Zugangsdienst. Ein kabelgebundener Test oder eine feste Position nahe dem Zugangspunkt trennt eine schwache Funkstrecke von einer überlasteten Uplink-Leitung. Nichts, was der Tunnel tut, fügt Kapazität hinzu, die die Zugangsleitung nicht liefert.

Tauschen Sie den Ausgang, dann den Transport

Halten Sie Gerät, Netz und Protokoll fest und testen Sie einen zweiten Endpunkt. Wählen Sie eine plausible Stadt aus der Standortliste, aber nehmen Sie nicht an, dass die nächstgelegene Bezeichnung die beste Route bedeutet. Ist ein Ausgang langsam und andere sind in Ordnung, verdient sein Host oder Weg die Untersuchung; sind alle Ausgänge auf einem Gerät langsam, während ein anderes Gerät in Ordnung ist, ist der Client der bessere Verdächtige.

Wo der Dienst beide Profile anbietet, vergleichen Sie OpenVPN über UDP mit OpenVPN über TCP. UDP ist der übliche Ausgangspunkt für interaktive Arbeit, während TCP in einem Zugangsnetz helfen kann, das UDP-Verkehr überhaupt nicht durchlässt. Ein TCP-Tunnel ersetzt Verluste durch erneutes Senden innerhalb des Streams, weshalb er sich auf einer Leitung, die Pakete verwirft, langsamer anfühlen kann, und die OpenVPN-Hinweise zur Fehlersuche bei der Leistung decken denselben Kompromiss ab, bevor Sie etwas anderes abstimmen. Das Wort "udp" in einem Profil zu "tcp" zu ändern, kann keinen Listener erzeugen, den der Server nie geöffnet hat.

Speichern Sie das Profil, das hilft, bevor Sie die nächste Änderung versuchen. Sonst lässt Sie eine spätere Verschlechterung raten, welche Bearbeitung die Verbesserung gebracht hat.

Lesen Sie Gerät und Symptom zusammen

Beobachten Sie die Prozessorlast während der Übertragung und nicht danach, denn die Verschlüsselungskosten skalieren mit dem Verkehr, und ein kleiner Router, der einen Haushalt bedient, ist eine andere Maschine als ein Laptop mit seinem eigenen Client. Ein weiteres VPN, eine virtuelle Maschine oder ein Netzfilter können auf demselben Weg sitzen und einen Anteil des Verkehrs nehmen. Halten Sie die Software aktuell, ohne Authentifizierungsprüfungen oder einen Kill-Switch zu entfernen, damit ein Benchmark besser aussieht. Wenn kleine Anfragen gelingen und große Uploads bei einer gleichbleibenden Größe stocken, ist die MTU-Prüfung der nächste Halt.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

Wenn der Tunnel wiederholt zurückgesetzt wird, beheben Sie die Verbindungsabbrüche, bevor Sie irgendeine Durchsatzzahl interpretieren, denn ein Tunnel, der sich neu verbindet, misst den Handshake statt den Weg. Wiederholen Sie die ursprüngliche Aufgabe nach jeder Änderung und behalten Sie das Ergebnis. Ein schnellerer Geschwindigkeitstest, der das Gespräch immer noch abbricht, hat die Beschwerde nicht gelöst, mit der Sie begonnen haben.

Ähnliche Artikel