Consumeix més dades una VPN? Sobrecàrrega, keepalives i comptadors

La pregunta arriba amb un avís de dades després d'un mes de viatge: la VPN s'ha menjat la franquícia? Un túnel sí que afegeix bytes, perquè cada paquet guanya una capçalera exterior nova i la connexió porta trànsit de control propi. El que no fa és duplicar el fitxer que heu baixat ni fer que el proveïdor deixi de comptar. La resposta honesta té dues meitats: una sobre la sobrecàrrega i una sobre com es produeixen les xifres.

El mite: la VPN multiplica el vostre consum

La creença és que el túnel aproximadament duplica el trànsit, de manera que la franquícia desapareix el doble de ràpid. Això exigiria una sobrecàrrega propera a la mida de la càrrega útil, cosa que només passa amb paquets molt petits i protocols xerraires. En navegació i streaming normals, els bytes extra són una fracció petita del total, i el túnel poques vegades és la raó que un mes s'acabi abans d'hora. Un túnel inestable és una altra història, i és aquí on viu la multiplicació real.

El proveïdor mesura la connexió exterior independentment del que hi hagi a dins, així que un túnel no pot fer que el trànsit sigui gratuït. Tampoc no pot amagar el volum a l'operadora, perquè l'operadora és qui el mou.

Què afegeix bytes de veritat

L'encapsulació embolcalla cada paquet en una capçalera nova i l'autenticació afegeix camps propis, amb el cost exacte depenent del protocol i de les famílies d'adreces en ús. Els paquets petits són els que més pateixen, perquè una capçalera fixa és una part més gran d'un total petit. Una transferència sostinguda amb càrregues de mida completa paga proporcionalment menys, i per això dues persones a la mateixa VPN poden veure percentatges molt diferents. La mida del paquet i l'MTU decideixen quant del camí es dedica a capçaleres i no a contingut.

Els keepalives i les encaixades de mans afegeixen trànsit que només existeix per mantenir el túnel obert, i es mantenen negligibles fins que alguna cosa es trenca. Un enllaç inestable els converteix en un cost real, perquè cada reconnexió repeteix la configuració i cada flux tallat convida l'aplicació a reintentar. El reintent és la part cara: una pujada que torna a començar de zero pot costar més que una setmana de keepalives.

Les aplicacions també envien més que el contingut dels fitxers. Les peticions, els reconeixements i la xerrameca del protocol ja existien abans del túnel i encara compten, així que la diferència entre amb i sense és l'embolcall, no tota la conversa. L'embolcall és l'única part que la VPN posseeix de veritat.

Per què dos comptadors no coincideixen mai

Quatre llocs poden informar del consum: el telèfon, l'aplicació VPN, el router i l'operadora, i cadascun mesura una interfície diferent en una finestra diferent. Un comptador d'interfície virtual veu el trànsit interior mentre la interfície física veu els paquets exteriors, així que els dos difereixen aproximadament en la sobrecàrrega que intenteu mesurar. Algunes vistes d'atribució també se superposen, cosa que vol dir que sumar cada xifra mostrada pot comptar dos cops els mateixos bytes. El cicle de facturació, la sessió de l'aplicació i el reinici del sistema operatiu també comencen en moments diferents.

A Android, la vista compatible d'això és NetworkStatsManager, que informa de blocs per interfície i per uid en finestres temporals. Per a qualsevol cosa que impliqui diners, confieu més en la comptabilitat del proveïdor que en el total d'una sessió de l'aplicació. L'aplicació és una vista de conveniència i pot incloure o excloure trànsit segons com s'hagi implementat, i l'informe endarrerit fa que una lectura posterior sembli errònia quan res no ha canviat.

adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn

Llegiu el nom de la interfície a cada línia abans de comparar res. Dos totals d'interfícies diferents no són dues mesures de la mateixa cosa, i tractar-los com un de sol produeix una xifra de sobrecàrrega que en realitat és una diferència comptable.

Mesureu una tasca repetible en lloc d'una prova de velocitat

Trieu un comptador, un dispositiu, una xarxa i una tasca, després repetiu la tasca i compareu les lectures. Una prova de velocitat és l'instrument equivocat perquè consumeix deliberadament tant com pot, i el seu cost pot superar el problema quotidià que investigàveu. Atureu primer les còpies de seguretat i les actualitzacions, deixeu que l'activitat de fons s'assenti i anoteu el protocol i la versió del client al costat de la xifra. Una pujada represa és una càrrega diferent d'una transferència neta, així que comparar-les no mesura res d'útil.

Si una comparació directa entra en conflicte amb els vostres requisits de privadesa, compareu en canvi dues configuracions de VPN compatibles i indiqueu aquesta limitació al costat del resultat. Anoteu quina configuració ha produït quina xifra, perquè la comparació sobrevisqui a la propera persona que la llegeixi.

On mirar quan la factura i l'aplicació no coincideixen

Comproveu primer la finestra, després la interfície i després la capa. Una discrepància que sobreviu a les tres és una pregunta per al proveïdor i no un paràmetre del client, i la resposta normalment esmenta un retard d'informe o una franquícia compartida.

Manteniu els paràmetres d'actualització d'aplicacions i de dades mòbils adequats a la franquícia, i programeu transferències massives en una connexió que les pugui suportar. Si compartiu la connexió, comproveu la cobertura del punt d'accés per separat, perquè el túnel del telèfon no diu res sobre com s'encamina o es compta el trànsit compartit.