Maakt je Wi-Fi de VPN traag? Controleer de lokale verbinding
Signaalbalken meten vermogen, niet zendtijd. Vergelijk dezelfde taak via Wi-Fi en Ethernet, let op herhalingen en verlies, en herhaal daarna de metingen voordat je een server de schuld geeft.
De meeste mensen geven de server de schuld van haperingen die de radio veroorzaakte, en de oplossing waarnaar ze grijpen maakt de volgende diagnose moeilijker. Een vol signaalpictogram zegt dat het toegangspunt luid is, niet dat het kanaal stil is of dat de zendtijd vrij is. Draadloze problemen bereiken de tunnel als vertraging, verlies en herordening, en de client meldt alle drie als één vaag verbindingsprobleem.
De nuttige vraag is of dezelfde tunnel zich anders gedraagt op een andere lokale verbinding. Al het andere blijft vast terwijl je die beantwoordt.
Signaalbalken meten vermogen, niet beschikbare zendtijd
Het ontvangen signaalniveau zegt hoe sterk de client het toegangspunt hoort, en dat getal kan hoog blijven terwijl de doorvoer instort. Zendtijd wordt gedeeld met buurnetwerken, met andere clients op je eigen netwerk en met beheerverkeer dat de radio moet uitzenden op de langzaamste snelheid die elke deelnemer begrijpt. Muren, metaal en lichaamshouding veranderen het pad, en de antenneopstelling in een laptop ook. Niets daarvan verschijnt in het pictogram.
Herhalingstellers zijn het duidelijkste privébewijs, want een frame dat drie pogingen nodig had, telt nog steeds als afgeleverd. Een verbinding die een gezonde snelheid meldt terwijl er veel wordt herhaald, laat een realtime tunnel kapot lijken.
Bandkeuze is een ruil, geen kuur, wat de adviesrubriek ook beweerde. Een 5 GHz-kanaal ontmoet meestal minder interferentie en dekt een kortere afstand, terwijl 2.4 GHz dieper in een gebouw reikt en meer buren ontmoet. Kies de band voor de afstand die je echt nodig hebt, en noteer de vorige instelling zodat een mislukt experiment ongedaan kan worden gemaakt.
Verander één variabele en kijk dan opnieuw
Houd het VPN-profiel, het eindpunt, de bestemming en het tijdstip van de dag vast terwijl je de lokale verbinding verandert. Vergelijk dezelfde taak dicht bij het toegangspunt, vanuit de verre kamer en via Ethernet op dezelfde machine. Als de bedrade run schoon is en beide draadloze runs niet, heeft het radiosegment zijn plek bovenaan de lijst verdiend.
Tussen toegangspunten bewegen is een apart experiment, en op een mesh is dat precies wat mensen overslaan. Roaming kan een tunnel pauzeren, een nieuwe sleuteluitwisseling afdwingen of een sessie in leven laten terwijl pakketten stoppen met stromen. Noteer de kloktijd van elke onderbreking en vergelijk die met de clientlogregel over de associatiewijziging. Een pauze die samenvalt met roaming is geen overbelaste server, hoezeer het er ook op lijkt.
Een druk kanaal doet zich voor als een trage server
Andere apparaten strijden om dezelfde zendtijd, en je eigen grote upload strijdt met je eigen gesprek. Pauzeer optionele overdrachten en herhaal de taak voordat je iets over de provider concludeert. Wachtrij onder belasting produceert precies het symptoom dat mensen een langzame VPN noemen: stijgende vertraging, schoksgewijze levering en gesprekken die afbreken terwijl een download doorgaat. Als het patroon je overdrachten volgt in plaats van je locatie, meldt de tunnel een overbelaste verbinding in plaats van er een te veroorzaken.
Bulkdoorvoer en realtimekwaliteit zijn verschillende metingen, dus een snelle download bewijst geen schone verbinding. Jitter en verlies tellen zwaarder voor een gesprek dan de gemiddelde snelheid.
Controleer met tijdmetingen voordat je servers wisselt
Meet de lokale verbinding en het tunnelpad apart, en bewaar beide uitvoer. De opdrachten hieronder lezen de associatie, bemonsteren het pad een paar minuten en tonen of verlies bij de eerste hop of verder weg optreedt. Voer ze één keer uit dicht bij het toegangspunt en één keer waar het probleem optreedt.
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
Vergelijk de ping-samenvattingen en niet de losse regels, want het verliespercentage en de spreiding van de vertraging scheiden een radioprobleem van een verre server. Als verlies bij de eerste hop naar de gateway optreedt en het eindpunt van de tunnel hetzelfde verlies toont, is het lokale segment de gemeenschappelijke factor. Als verlies alleen voorbij het eindpunt optreedt, is de radio niet de verklaring.
Verander daarna één ding, en voer dezelfde vier opdrachten opnieuw uit. Een serverwissel die samenvalt met een overstap naar een rustiger kanaal ziet eruit als een oplossing en leert je niets.