Macht Ihr WLAN das VPN langsam? Prüfen Sie die lokale Strecke

Die meisten geben dem Server die Schuld an Rucklern, die das Funknetz verursacht hat, und das Mittel, zu dem sie greifen, macht die nächste Diagnose schwerer. Ein volles Signal-Symbol sagt, dass der Zugangspunkt laut ist, nicht dass der Kanal ruhig ist oder Sendezeit frei wäre. Funkprobleme erreichen den Tunnel als Verzögerung, Verlust und Umsortierung, und der Client meldet alle drei als ein vages Verbindungsproblem.

Die nützliche Frage ist, ob sich derselbe Tunnel auf einer anderen lokalen Strecke anders verhält. Alles andere bleibt fest, während Sie sie beantworten.

Signalbalken messen Leistung, nicht verfügbare Sendezeit

Der Empfangspegel sagt, wie stark der Client den Zugangspunkt hört, und diese Zahl kann hoch bleiben, während der Durchsatz einbricht. Sendezeit wird mit Nachbarnetzen, mit anderen Clients im eigenen Netz und mit Verwaltungsverkehr geteilt, den das Funknetz mit der langsamsten Rate senden muss, die jeder Teilnehmer versteht. Wände, Metall und Körperhaltung verändern den Weg, ebenso die Antennenanordnung im Laptop. Nichts davon erscheint im Symbol.

Wiederholungszähler sind der klarste private Beleg, denn ein Frame, der drei Versuche brauchte, zählt trotzdem als zugestellt. Eine Strecke, die eine gesunde Rate meldet und dabei stark wiederholt, lässt einen Echtzeit-Tunnel defekt aussehen.

Die Bandwahl ist ein Tausch, keine Heilung, was die Ratgeberkolumne auch behauptete. Ein 5-GHz-Kanal trifft meist auf weniger Störungen und deckt weniger Distanz ab, während 2.4 GHz tiefer ins Gebäude reicht und mehr Nachbarn trifft. Wählen Sie das Band nach der Distanz, die Sie wirklich brauchen, und notieren Sie die vorherige Einstellung, damit ein gescheitertes Experiment rückgängig gemacht werden kann.

Ändern Sie eine Variable, dann schauen Sie erneut

Halten Sie VPN-Profil, Endpunkt, Ziel und Tageszeit fest, während Sie die lokale Strecke ändern. Vergleichen Sie dieselbe Aufgabe nahe am Zugangspunkt, aus dem entfernten Raum und über Ethernet auf demselben Rechner. Ist der Kabeldurchlauf sauber und sind es beide Funkdurchläufe nicht, hat sich das Funksegment seinen Platz oben auf der Liste verdient.

Der Wechsel zwischen Zugangspunkten ist ein separates Experiment, und in einem Mesh ist es das, was Leute auslassen. Roaming kann einen Tunnel anhalten, einen neuen Schlüsselaustausch erzwingen oder eine Sitzung am Leben lassen, während Pakete aufhören zu fließen. Notieren Sie die Uhrzeit jeder Unterbrechung und vergleichen Sie sie mit dem Client-Log-Eintrag zum Assoziationswechsel. Eine Pause, die mit einem Roaming zusammenfällt, ist kein überlasteter Server, so sehr sie auch danach aussieht.

Ein belegter Kanal gibt sich als langsamer Server aus

Andere Geräte konkurrieren um dieselbe Sendezeit, und Ihr eigener großer Upload konkurriert mit Ihrem eigenen Anruf. Pausieren Sie optionale Übertragungen und wiederholen Sie die Aufgabe, bevor Sie etwas über den Anbieter schließen. Warteschlange unter Last erzeugt genau das Symptom, das Leute als langsamer werdendes VPN bezeichnen: steigende Verzögerung, stoßweise Zustellung und Anrufe, die abbrechen, während ein Download weiterläuft. Folgt das Muster Ihren Übertragungen statt Ihrem Standort, meldet der Tunnel eine überlastete Strecke, statt eine zu verursachen.

Massendurchsatz und Echtzeitqualität sind verschiedene Messungen, daher beweist ein schneller Download keine saubere Strecke. Jitter und Verlust zählen für einen Anruf mehr als die Durchschnittsgeschwindigkeit.

Prüfen Sie mit Zeitmessungen, bevor Sie Server wechseln

Messen Sie die lokale Strecke und den Tunnelpfad getrennt und behalten Sie beide Ausgaben. Die Befehle unten lesen die Assoziation, tasten den Pfad einige Minuten lang ab und zeigen, ob Verlust beim ersten Hop oder weiter außen auftritt. Führen Sie sie einmal nahe am Zugangspunkt und einmal dort aus, wo das Problem auftritt.

iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9

Vergleichen Sie die Ping-Zusammenfassungen statt einzelner Zeilen, denn Verlustprozentsatz und Verzögerungsstreuung trennen ein Funkproblem von einem entfernten Server. Tritt Verlust beim ersten Hop zum Gateway auf und zeigt der Tunnel-Endpunkt denselben Verlust, ist das lokale Segment der gemeinsame Faktor. Tritt Verlust nur jenseits des Endpunkts auf, ist das Funknetz nicht die Erklärung.

Ändern Sie danach eine Sache und führen Sie dieselben vier Befehle erneut aus. Ein Serverwechsel, der mit dem Wechsel auf einen ruhigeren Kanal zusammenfällt, sieht wie eine Reparatur aus und lehrt Sie nichts.