Verlaagt een VPN echt je ping in onlinegames?

Ja, soms, en de reden is saaier dan de meeste gidsen toegeven. Een tunnel stuurt je spelverkeer naar een uitgang en van daaruit via een andere route naar dezelfde servers, dus hij kan een overbelast of omgeleid pad vervangen of gewoon een hop en een wachtrij toevoegen wanneer de oorspronkelijke route al goed was. Alleen een meting op je eigen verbinding in je eigen regio vertelt je in welk geval je zit, en twee spelers bij dezelfde provider kunnen tegenovergestelde resultaten krijgen van hetzelfde eindpunt. De controles hieronder zijn zo geordend dat het getal dat je uiteindelijk vergelijkt er een is die je kunt verdedigen: dezelfde regio, hetzelfde tijdstip, dezelfde server.

Zet de regio en de server vast voordat je vergelijkt

Elke variabele die je laat afdrijven wordt een verklaring die je niet kunt uitsluiten. Zet de spelregio, het apparaat, het toegangsnetwerk en het tijdstip vast en vergelijk dan een basislijn met één eindpunt. Verander één factor per run, anders is het resultaat niet te interpreteren.

Kies het eindpunt op route, niet op landlabel. Een server in de hoofdstad van de regio waarin je speelt kan de spelinfrastructuur nog steeds slecht bereiken, terwijl een verder weg gelegen server op een betere peer kan zitten. De landsvlag is een gok over topologie verkleed als informatie.

Waar een oefenbaan of botwedstrijd bestaat, gebruik die. Live wedstrijden wisselen spelers, wijzen tussen rondes andere servers toe en variëren de achtergrondbelasting, waardoor een gecontroleerde vergelijking ruis wordt.

Gemiddelde ping verbergt wat je echt voelt

Wat spelers lag noemen is meestal variatie en geen hoog gemiddelde. Een stabiele 60 ms voelt voorspelbaar, terwijl een gemiddelde van 40 ms met uitschieters naar 120 ms het richten kapot laat voelen. Registreer de verdeling, niet het enkele getal dat het spel in een hoek afdrukt. Gebruik de eigen netwerkoverlay van het spel als die er is, en bevestig daarna vanaf de host met een packet-tool tegen het adres dat de sessie echt gebruikt.

ping -c 20 <game-server>
mtr -rwc 50 <game-server>

Verlies en jitter zijn de velden die het lezen waard zijn. Ontbrekende ICMP-antwoorden bewijzen op zichzelf weinig, want veel hosts geven pings een lagere prioriteit terwijl ze het verkeer van het spel zelf prima doorsturen. Bevestig met de tellers in het spel voordat je iets over verlies concludeert.

Lokale congestie gaat voor elke uitgangskeuze

Niets wat een VPN doet kan een verzadigde upload op je eigen lijn repareren. Een thuisback-up, een cloudsynchronisatie of een videogesprek vult de upstreambuffer, de kleine pakketten van het spel sluiten aan achter bulkdata, en de latentie schiet omhoog voor iedereen op de verbinding.

Test op Ethernet op een vaste plek als je kunt, en doe een tweede test terwijl de upload bezig is. Als de piek onder belasting verschijnt en verdwijnt wanneer die stopt, heb je de wachtrij gevonden en geen enkel eindpunt lost dat op. Bufferbloat op de toegangslijn is de gebruikelijke boosdoener.

Draadloos verdient hetzelfde wantrouwen. Een marginale Wi-Fi-verbinding gaat achteruit met afstand en interferentie, en de tunneluitgang krijgt de schuld omdat die het nieuwste in de keten is. Stap voor één run over op een bekabelde verbinding en het antwoord wordt meestal duidelijk. Als de bekabelde run stabiel is en de draadloze niet, debug je radio, niet routing.

UDP in een tunnel is nog steeds UDP in een tunnel

Games sturen UDP-datagrammen. Een VPN verpakt ze in wat zijn buitenste transport gebruikt, en als dat buitenste transport TCP is, zit het gedrag op het gebied van herverzending en ordening tussen jou en het spel. Een tunnel die midden in een wedstrijd opnieuw verbindt, veroorzaakt dezelfde hapering als een slechte route, om een heel andere reden. De richtlijnen voor UDP-gebruik van de IETF leggen uit waarom datagramgedrag verschilt van TCP op de manieren die hier tellen.

Protocollen falen ook anders. TCP doorsturen naar een dienst die alleen naar UDP luistert levert stilte op in plaats van een fout, en een poortwijziging kan geen luisteraar toveren die nooit is gestart. Vergelijk geldige serverprofielen, anders is de vergelijking zinloos.

Eén niet-netwerkeffect is de moeite waard om te kennen: een nieuwe uitgang verandert de regio die de dienst afleidt, wat een verificatiestap of een locatiemismatch in je account kan uitlokken. Dat is een accountgebeurtenis, geen latentiegebeurtenis, en hij wordt niet gerepareerd door een dichterbij eindpunt te kiezen.

Schrijf de getallen op voordat je op gevoel oordeelt

Houd dezelfde velden aan voor elke run, ook voor de runs die goed voelen, want de nuttige vergelijking is tussen twee vastgelegde sessies en niet tussen een indruk en een herinnering. Een korte sessie die zo is vastgelegd is meer waard dan een avond meningen, en je merkt erdoor wanneer de routing van een provider verslechtert. Het blad hieronder is het minimum dat een latere vergelijking eerlijk maakt.

Oordeel op gevoel bovenop de getallen. Responsiviteit in een echte wedstrijd is de uitkomst die je belangrijk vindt, en een meting die verbetert terwijl het spel slechter aanvoelt, heeft je verteld dat je het verkeerde mat. Draai het blad opnieuw na elke provider- of routewijziging, want het antwoord geldt alleen voor het pad dat je hebt gemeten.