Una VPN consuma più dati? Sovraccarico, keepalive e contatori
Un tunnel aggiunge intestazioni, keepalive e tentativi, quindi il traffico esterno è maggiore. I contatori misurano anche livelli e finestre diversi, quindi i totali non coincideranno.
La domanda arriva con un avviso dati dopo un mese di viaggio: la VPN ha mangiato la franchigia? Un tunnel aggiunge davvero byte, perché ogni pacchetto guadagna una nuova intestazione esterna e la connessione porta traffico di controllo proprio. Quello che non fa è raddoppiare il file scaricato o far smettere di contare al fornitore. La risposta onesta ha due metà: una sul sovraccarico e una su come vengono prodotti i numeri.
Il mito: la VPN moltiplica il consumo
L'idea è che il tunneling raddoppi all'incirca il traffico, così una franchigia sparisce due volte più in fretta. Servirebbe un sovraccarico vicino alla dimensione del carico utile, cosa che accade solo con pacchetti molto piccoli e protocolli loquaci. Nella navigazione e nello streaming normali i byte extra sono una piccola frazione del totale, e il tunnel è raramente la ragione per cui un mese finisce prima. Un tunnel instabile è un'altra storia, ed è lì che vive la vera moltiplicazione.
Il fornitore misura la connessione esterna indipendentemente da ciò che contiene, quindi un tunnel non può rendere gratuito il traffico. Non può nemmeno nascondere il volume all'operatore, perché è l'operatore a spostarlo.
Che cosa aggiunge davvero byte
L'incapsulamento avvolge ogni pacchetto in una nuova intestazione e l'autenticazione aggiunge campi propri, con il costo esatto che dipende dal protocollo e dalle famiglie di indirizzi in uso. I pacchetti piccoli soffrono di più, perché un'intestazione fissa è una quota maggiore di un totale piccolo. Un trasferimento continuo con carichi di dimensioni piene paga proporzionalmente meno, ed è per questo che due persone sulla stessa VPN possono vedere percentuali molto diverse. La dimensione dei pacchetti e l'MTU decidono quanto del percorso si spende in intestazioni anziché in contenuto.
I keepalive e le strette di mano aggiungono traffico che esiste solo per tenere aperto il tunnel, e restano trascurabili finché qualcosa non si rompe. Un collegamento instabile li trasforma in un costo reale, perché ogni riconnessione ripete la configurazione e ogni flusso interrotto invita l'applicazione a riprovare. Il nuovo tentativo è la parte cara: un caricamento che riparte da zero può costare più di una settimana di keepalive.
Le applicazioni inviano anche più del contenuto dei file. Richieste, conferme e chiacchiere di protocollo esistevano prima del tunnel e contano ancora, quindi la differenza tra con e senza è l'involucro, non tutta la conversazione. L'involucro è l'unica parte che la VPN possiede davvero.
Perché due contatori non coincidono mai
Quattro luoghi possono riportare il consumo: il telefono, l'app VPN, il router e l'operatore, e ciascuno misura un'interfaccia diversa su una finestra diversa. Un contatore dell'interfaccia virtuale vede il traffico interno mentre l'interfaccia fisica vede i pacchetti esterni, quindi i due differiscono più o meno del sovraccarico che stai cercando di misurare. Alcune viste di attribuzione si sovrappongono, il che significa che sommare ogni cifra mostrata può contare due volte gli stessi byte. Anche il ciclo di fatturazione, la sessione dell'app e il riavvio del sistema operativo iniziano in momenti diversi.
Su Android la vista supportata di questo è NetworkStatsManager, che riporta blocchi per interfaccia e per uid su finestre temporali. Per tutto ciò che riguarda il denaro, fidati più della contabilità del fornitore che del totale di una sessione dell'app. L'app è una vista di comodità e può includere o escludere traffico a seconda di come è stata implementata, e un resoconto ritardato fa sembrare sbagliata una lettura successiva quando nulla è cambiato.
adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn
Leggi il nome dell'interfaccia su ogni riga prima di confrontare qualsiasi cosa. Due totali per interfacce diverse non sono due misure della stessa cosa, e trattarli come uno solo produce una cifra di sovraccarico che in realtà è una differenza contabile.
Misura un'attività ripetibile invece di un test di velocità
Scegli un contatore, un dispositivo, una rete e un'attività, poi ripeti l'attività e confronta le letture. Un test di velocità è lo strumento sbagliato perché consuma di proposito tutto ciò che può, e il suo costo può superare il problema quotidiano che stavi esaminando. Metti prima in pausa backup e aggiornamenti, lascia che l'attività in background si assesti e annota il protocollo e la versione del client accanto alla cifra. Un caricamento ripreso è un carico diverso da un trasferimento pulito, quindi confrontare i due non misura nulla di utile.
Se un confronto diretto entra in conflitto con i tuoi requisiti di privacy, confronta invece due configurazioni VPN supportate e indica quel limite accanto al risultato. Annota quale configurazione ha prodotto quale cifra, così il confronto sopravvive alla persona successiva che lo legge.
Dove guardare quando la fattura e l'app non coincidono
Controlla prima la finestra, poi l'interfaccia, poi il livello. Una discrepanza che sopravvive a tutti e tre è una domanda per il fornitore e non un'impostazione del client, e la risposta di solito nomina un ritardo di rendicontazione o una franchigia condivisa.
Mantieni le impostazioni di aggiornamento delle app e dei dati mobili adeguate alla franchigia, e pianifica i trasferimenti in blocco su una connessione che possa sostenerli. Se condividi la connessione, controlla separatamente la copertura dell'hotspot, perché il tunnel del telefono non dice nulla su come viene instradato o contato il traffico condiviso.