Gebruikt een VPN meer data? Overhead, keepalives en tellers
Een tunnel voegt headers, keepalives en nieuwe pogingen toe, dus het uitwendige verkeer is groter. Tellers meten ook andere lagen en vensters, dus de totalen komen niet overeen.
De vraag komt met een datawaarschuwing na een maand reizen: heeft de VPN het tegoed opgegeten? Een tunnel voegt echt bytes toe, want elk pakket krijgt een nieuwe buitenste header en de verbinding draagt eigen controleverkeer. Wat hij niet doet, is het gedownloade bestand verdubbelen of de provider laten stoppen met tellen. Het eerlijke antwoord heeft twee helften: een over overhead en een over hoe de cijfers ontstaan.
De mythe: de VPN vermenigvuldigt je verbruik
Het idee is dat tunnelen het verkeer ruwweg verdubbelt, zodat een tegoed twee keer zo snel verdwijnt. Dat zou overhead vereisen die de omvang van de payload nadert, wat alleen gebeurt bij zeer kleine pakketten en praatgrage protocollen. Bij gewoon browsen en streamen zijn de extra bytes een klein deel van het geheel, en de tunnel is zelden de reden dat een maand vroeg op is. Een onstabiele tunnel is een ander verhaal, en daar zit de echte vermenigvuldiging.
De provider meet de buitenste verbinding ongeacht wat erin zit, dus een tunnel kan verkeer niet gratis maken. Hij kan het volume ook niet voor de operator verbergen, omdat de operator degene is die het verplaatst.
Wat echt bytes toevoegt
Encapsulatie wikkelt elk pakket in een nieuwe header en authenticatie voegt eigen velden toe, waarbij de exacte kosten afhangen van het protocol en de gebruikte adresfamilies. Kleine pakketten lijden het meest, omdat een vaste header een groter deel van een kleine som is. Een aanhoudende overdracht met volledige payload betaalt verhoudingsgewijs minder, en daarom kunnen twee mensen op dezelfde VPN heel verschillende percentages zien. Pakketgrootte en MTU bepalen hoeveel van het pad naar headers gaat in plaats van naar inhoud.
Keepalives en handshakes voegen verkeer toe dat alleen bestaat om de tunnel open te houden, en ze blijven verwaarloosbaar tot er iets breekt. Een onstabiele verbinding maakt ze een echte kostenpost, omdat elke herverbinding de opzet herhaalt en elke afgebroken stroom de app uitnodigt om het opnieuw te proberen. De nieuwe poging is het dure deel: een upload die bij nul begint kan meer kosten dan een week keepalives.
Apps versturen ook meer dan bestandsinhoud. Verzoeken, bevestigingen en protocolgepraat bestonden al voor de tunnel en tellen nog steeds, dus het verschil tussen met en zonder is de verpakking en niet het hele gesprek. De verpakking is het enige deel dat de VPN echt bezit.
Waarom twee tellers nooit overeenkomen
Vier plaatsen kunnen verbruik melden: de telefoon, de VPN-app, de router en de operator, en elk meet een andere interface over een ander venster. Een teller van een virtuele interface ziet het binnenverkeer terwijl de fysieke interface de buitenste pakketten ziet, dus de twee verschillen ongeveer de overhead die je probeert te meten. Sommige toewijzingsweergaven overlappen ook, wat betekent dat het optellen van elk getoond getal dezelfde bytes dubbel kan tellen. De factureringscyclus, de appsessie en het resetten van het besturingssysteem beginnen ook op verschillende momenten.
Op Android is de ondersteunde weergave hiervan NetworkStatsManager, dat buckets per interface en per uid over tijdvensters rapporteert. Voor alles met geld vertrouw je meer op de boekhouding van de provider dan op het totaal van een appsessie. De app is een gemaksweergave en kan verkeer opnemen of uitsluiten afhankelijk van de implementatie, en vertraagde rapportage laat een latere meting fout lijken terwijl er niets is veranderd.
adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn
Lees de interfacenaam op elke regel voordat je iets vergelijkt. Twee totalen voor verschillende interfaces zijn geen twee metingen van hetzelfde, en ze als één behandelen levert een overheadcijfer op dat in werkelijkheid een boekhoudkundig verschil is.
Meet een herhaalbare taak in plaats van een snelheidstest
Kies één teller, één apparaat, één netwerk en één taak, herhaal dan de taak en vergelijk de metingen. Een snelheidstest is het verkeerde instrument omdat hij bewust zoveel mogelijk verbruikt, en de kosten kunnen het dagelijkse probleem dat je onderzocht te boven gaan. Pauzeer eerst back-ups en updates, laat achtergrondactiviteit tot rust komen en noteer het protocol en de clientversie naast het getal. Een hervatte upload is een andere werklast dan een schone overdracht, dus het vergelijken van beide meet niets nuttigs.
Als een directe vergelijking botst met je privacy-eisen, vergelijk dan in plaats daarvan twee ondersteunde VPN-configuraties en vermeld die beperking bij het resultaat. Noteer welke configuratie welk getal opleverde, zodat de vergelijking de volgende lezer overleeft.
Waar je moet kijken als de rekening en de app niet kloppen
Controleer eerst het venster, dan de interface, dan de laag. Een verschil dat alle drie overleeft is een vraag aan de provider en geen clientinstelling, en het antwoord noemt meestal een rapportagevertraging of een gedeeld tegoed.
Houd de instellingen voor app-updates en mobiele data passend bij het tegoed, en plan grote overdrachten op een verbinding die ze kan dragen. Als je deelt, controleer dan de hotspotdekking apart, want de tunnel van de telefoon zegt niets over hoe gedeeld verkeer wordt gerouteerd of geteld.