Uma VPN consome mais dados? Sobrecarga, keepalives e contadores

A pergunta chega com um aviso de dados após um mês de viagem: a VPN comeu a franquia? Um túnel acrescenta mesmo bytes, porque cada pacote ganha um novo cabeçalho exterior e a ligação transporta o seu próprio tráfego de controlo. O que não faz é duplicar o ficheiro que descarregou nem fazer com que o fornecedor deixe de contar. A resposta honesta tem duas metades: uma sobre a sobrecarga e outra sobre como os números são produzidos.

O mito: a VPN multiplica o consumo

A crença é que o encapsulamento duplica aproximadamente o tráfego, pelo que uma franquia desaparece duas vezes mais depressa. Isso exigiria uma sobrecarga próxima do tamanho da carga útil, o que só acontece com pacotes muito pequenos e protocolos faladores. Na navegação e no streaming normais, os bytes extra são uma fração pequena do total, e o túnel raramente é a razão de um mês acabar cedo. Um túnel instável é outra história, e é aí que vive a multiplicação real.

O fornecedor mede a ligação exterior independentemente do que está dentro, por isso um túnel não pode tornar o tráfego gratuito. Também não pode esconder o volume da operadora, porque é a operadora que o move.

O que acrescenta bytes de facto

O encapsulamento envolve cada pacote num novo cabeçalho e a autenticação acrescenta campos próprios, com o custo exato a depender do protocolo e das famílias de endereços usadas. Os pacotes pequenos sofrem mais, porque um cabeçalho fixo é uma parte maior de um total pequeno. Uma transferência contínua com cargas de tamanho completo paga proporcionalmente menos, e é por isso que duas pessoas na mesma VPN podem ver percentagens muito diferentes. O tamanho do pacote e a MTU decidem quanto do caminho se gasta em cabeçalhos e não em conteúdo.

Os keepalives e os apertos de mão acrescentam tráfego que só existe para manter o túnel aberto, e mantêm-se negligenciáveis até algo se partir. Uma ligação instável transforma-os num custo real, porque cada reconexão repete a configuração e cada fluxo cortado convida a aplicação a tentar de novo. A nova tentativa é a parte cara: um envio que recomeça do zero pode custar mais do que uma semana de keepalives.

As aplicações também enviam mais do que o conteúdo dos ficheiros. Os pedidos, as confirmações e a conversa do protocolo já existiam antes do túnel e continuam a contar, por isso a diferença entre com e sem é o invólucro e não a conversa toda. O invólucro é a única parte que a VPN realmente possui.

Porque é que dois contadores nunca coincidem

Quatro locais podem reportar consumo: o telefone, a aplicação VPN, o router e a operadora, e cada um mede uma interface diferente numa janela diferente. Um contador de interface virtual vê o tráfego interior enquanto a interface física vê os pacotes exteriores, por isso os dois diferem aproximadamente na sobrecarga que tenta medir. Algumas vistas de atribuição também se sobrepõem, o que significa que somar cada número mostrado pode contar duas vezes os mesmos bytes. O ciclo de faturação, a sessão da aplicação e o reinício do sistema operativo também começam em momentos diferentes.

No Android, a vista suportada disto é NetworkStatsManager, que reporta blocos por interface e por uid em janelas de tempo. Para tudo o que envolva dinheiro, confie mais na contabilidade do fornecedor do que no total de uma sessão da aplicação. A aplicação é uma vista de conveniência e pode incluir ou excluir tráfego conforme a implementação, e um relatório atrasado faz uma leitura posterior parecer errada quando nada mudou.

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

Leia o nome da interface em cada linha antes de comparar seja o que for. Dois totais de interfaces diferentes não são duas medições da mesma coisa, e tratá-los como um só produz um valor de sobrecarga que na realidade é uma diferença contabilística.

Meça uma tarefa repetível em vez de um teste de velocidade

Escolha um contador, um dispositivo, uma rede e uma tarefa, depois repita a tarefa e compare as leituras. Um teste de velocidade é o instrumento errado porque consome deliberadamente o máximo que pode, e o seu custo pode exceder o problema quotidiano que estava a investigar. Pause primeiro as cópias de segurança e as atualizações, deixe a atividade de fundo assentar e anote o protocolo e a versão do cliente ao lado do número. Um envio retomado é uma carga diferente de uma transferência limpa, por isso comparar os dois não mede nada de útil.

Se uma comparação direta entrar em conflito com os seus requisitos de privacidade, compare em vez disso duas configurações de VPN suportadas e indique essa limitação junto do resultado. Anote que configuração produziu que número, para que a comparação sobreviva à próxima pessoa que a ler.

Onde olhar quando a fatura e a aplicação não coincidem

Verifique primeiro a janela, depois a interface e depois a camada. Uma discrepância que sobreviva às três é uma pergunta para o fornecedor e não uma definição do cliente, e a resposta costuma nomear um atraso de reporte ou uma franquia partilhada.

Mantenha as definições de atualização de aplicações e de dados móveis adequadas à franquia, e agende transferências grandes numa ligação que as suporte. Se partilhar a ligação, verifique a cobertura do hotspot em separado, porque o túnel do telefone não diz nada sobre como o tráfego partilhado é encaminhado ou contado.