Una VPN inattiva consuma banda? Leggi il contatore giusto
Un tunnel inattivo invia comunque keepalive e traffico in background dei client. Scegli il contatore che risponde alla tua domanda, poi citalo con la sua interfaccia.
Il tuo tunnel è rimasto aperto tutta la notte, non è stato trasmesso nulla e il grafico dei consumi si è comunque mosso. È normale: una VPN tiene aperta una conversazione invece di riservare una parte della linea, quindi la quota riservata è zero mentre i byte sono piccoli e reali. Le due idee vengono scambiate di continuo, ed è per questo che alla domanda se una VPN inattiva consumi banda si risponde male in entrambe le direzioni. Misurare il contatore giusto su una finestra che sai descrivere lo chiarisce in un pomeriggio.
Perché un tunnel inattivo muove comunque byte
Un tunnel è una mappatura con una durata, e qualcosa deve tenere viva quella mappatura. Gli handshake scadono, i dispositivi NAT scartano le traduzioni inattive e un peer che resta in silenzio abbastanza a lungo può diventare irraggiungibile senza che nulla fallisca alle due estremità. I protocolli differiscono in ciò che inviano quando non c'è nulla da inviare: WireGuard non trasmette nulla per impostazione predefinita una volta stabilizzato l'handshake, e l'opzione facoltativa PersistentKeepalive aggiunge un pacchetto periodico perché un peer dietro una traduzione resti raggiungibile. Attivala di proposito e l'intervallo diventa visibile in un contatore.
OpenVPN ha un helper keepalive che funziona diversamente: definisce controlli in stile ping perché entrambe le estremità distinguano una sessione viva da una morta, e i client che portano un proprio trasporto hanno timer equivalenti con altri nomi. Nulla di questo appare nella finestra di un'applicazione, ed è per questo che uno schermo vuoto non dice nulla su ciò che passa sul filo.
Un'applicazione inattiva non è un dispositivo inattivo
Un tunnel aperto serve ogni client collegato, e i client raramente si fermano. Sincronizzazione delle foto, query del resolver, controlli degli aggiornamenti e un agente di monitoraggio seguono qualunque rotta sia predefinita, e su un profilo a tunnel completo quella rotta è il tunnel. Un telefono che dorme in tasca interroga comunque, e un processo di backup non si cura che nessuno guardi un video. Il tunnel è inattivo nel senso che non lo stai usando tu mentre lo usano i tuoi dispositivi.
I profili bridged e routed trasportano traffico diverso, quindi la stessa osservazione può dare una risposta diversa su ciascuno. Annota chi era connesso prima di misurare, perché un solo client di sincronizzazione può superare ogni keepalive nell'intervallo.
Scegli un contatore e di' che cosa conta
Esistono tre totali e ciascuno risponde a una domanda diversa: cosa ha attraversato il tunnel, cosa ha attraversato il collegamento fisico e cosa il fornitore ha deciso di fatturare. Contare sull'uplink conta anche tutto ciò che non è mai entrato nel tunnel, dal traffico ARP allo streaming del vicino. Contare sull'interfaccia del tunnel perde l'intestazione esterna, i tentativi di handshake e i keepalive che tengono aperta una traduzione. Leggere entrambi costa poco ed è l'unico modo per vedere da quale lato del tunnel è stato contato un byte.
ip -s link show wg0
ip -s link show eth0
Decidi a quale dei due si riferisce la tua domanda prima di citarne uno, perché sommarli conta due volte il lavoro collegato. La contabilità del fornitore può chiudersi in un periodo successivo a quello misurato, quindi un totale che non torna con la fattura non è automaticamente sbagliato. Allega l'interfaccia, la direzione e la finestra a qualunque numero tu pubblichi.
Esegui una breve misurazione controllata
Lascia il tunnel e la sua protezione esattamente come girano in un giorno normale, salta i trasferimenti facoltativi e annota chi è rimasto connesso. Leggi i contatori, attendi una finestra abbastanza lunga da valere la lettura, rileggili e tieni il tempo trascorso accanto alla differenza. Un grande speed test risponde a un'altra domanda: satura il collegamento e non dice nulla sul costo inattivo.
Ripeti la finestra una volta se il primo risultato sembra impossibile, perché un solo campione può cogliere un processo pianificato a metà. Due intervalli che concordano sono una prova; un intervallo è un aneddoto con le unità.
Non comprare uno zero più pulito con un tunnel peggiore
Spegnere un keepalive o un controllo di vitalità per sistemare il grafico cambia la distribuzione che stai misurando, e il tunnel può non tornare dopo il successivo periodo di inattività. Chiediti se il meccanismo serve alla raggiungibilità o alla manutenzione prima di toccarlo, e misura con esso attivo se serve, perché è la configurazione che supporterai. Uno zero più pulito che nasconde un percorso di ripristino rotto è il risultato più costoso di questo esercizio.
Quando il numero è davvero grande, trova il processo o il client che lo ha prodotto invece di supporre che sia il protocollo a riempire la linea. Confronta il contatore interno e quello esterno per vedere da quale lato sono i byte, poi riporta il consumo per quel periodo invece della capacità che pensi di possedere.