¿Una VPN consume más datos? Sobrecarga, keepalives y contadores

La pregunta llega con un aviso de datos después de un mes de viaje: ¿se comió la VPN la franquicia? Un túnel sí añade bytes, porque cada paquete gana una cabecera exterior nueva y la conexión lleva tráfico de control propio. Lo que no hace es duplicar el archivo que descargaste ni hacer que el proveedor deje de contar. La respuesta honesta tiene dos mitades: una sobre la sobrecarga y otra sobre cómo se producen las cifras.

El mito: la VPN multiplica tu consumo

La creencia es que el túnel duplica aproximadamente el tráfico, así que una franquicia desaparece el doble de rápido. Eso exigiría una sobrecarga cercana al tamaño de la carga útil, algo que solo ocurre con paquetes muy pequeños y protocolos charlatanes. En navegación y streaming normales, los bytes extra son una fracción pequeña del total, y el túnel rara vez es la razón de que un mes se acabe antes. Un túnel inestable es otra historia, y ahí es donde vive la multiplicación real.

El proveedor mide la conexión exterior independientemente de lo que haya dentro, así que un túnel no puede hacer que el tráfico sea gratis. Tampoco puede ocultar el volumen a la operadora, porque la operadora es quien lo mueve.

Qué añade bytes de verdad

La encapsulación envuelve cada paquete en una cabecera nueva y la autenticación añade campos propios, con el coste exacto dependiendo del protocolo y de las familias de direcciones en uso. Los paquetes pequeños son los que más sufren, porque una cabecera fija es una parte mayor de un total pequeño. Una transferencia sostenida con cargas de tamaño completo paga proporcionalmente menos, y por eso dos personas en la misma VPN pueden ver porcentajes muy distintos. El tamaño del paquete y la MTU deciden cuánto del camino se gasta en cabeceras y no en contenido.

Los keepalives y los apretones de manos añaden tráfico que solo existe para mantener el túnel abierto, y siguen siendo despreciables hasta que algo se rompe. Un enlace inestable los convierte en un coste real, porque cada reconexión repite la configuración y cada flujo cortado invita a la aplicación a reintentar. El reintento es la parte cara: una subida que empieza de cero puede costar más que una semana de keepalives.

Las aplicaciones también envían más que el contenido de los archivos. Las peticiones, los acuses y la cháchara del protocolo existían antes del túnel y siguen contando, así que la diferencia entre con y sin es el envoltorio, no toda la conversación. El envoltorio es la única parte que la VPN posee de verdad.

Por qué dos contadores nunca coinciden

Cuatro sitios pueden informar del consumo: el teléfono, la aplicación VPN, el router y la operadora, y cada uno mide una interfaz distinta en una ventana distinta. Un contador de interfaz virtual ve el tráfico interior mientras la interfaz física ve los paquetes exteriores, así que los dos difieren aproximadamente en la sobrecarga que intentas medir. Algunas vistas de atribución también se solapan, lo que significa que sumar cada cifra mostrada puede contar dos veces los mismos bytes. El ciclo de facturación, la sesión de la aplicación y el reinicio del sistema operativo también empiezan en momentos distintos.

En Android, la vista compatible de esto es NetworkStatsManager, que informa de bloques por interfaz y por uid en ventanas de tiempo. Para cualquier cosa que implique dinero, confía más en la contabilidad del proveedor que en el total de una sesión de la aplicación. La aplicación es una vista de comodidad y puede incluir o excluir tráfico según cómo se haya implementado, y el informe retrasado hace que una lectura posterior parezca errónea cuando nada ha cambiado.

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

Lee el nombre de la interfaz en cada línea antes de comparar nada. Dos totales de interfaces distintas no son dos mediciones de lo mismo, y tratarlos como uno solo produce una cifra de sobrecarga que en realidad es una diferencia contable.

Mide una tarea repetible en lugar de una prueba de velocidad

Elige un contador, un dispositivo, una red y una tarea, luego repite la tarea y compara las lecturas. Una prueba de velocidad es el instrumento equivocado porque consume deliberadamente todo lo que puede, y su coste puede superar el problema cotidiano que investigabas. Pausa primero las copias de seguridad y las actualizaciones, deja que la actividad de fondo se asiente y anota el protocolo y la versión del cliente junto a la cifra. Una subida reanudada es una carga distinta de una transferencia limpia, así que comparar las dos no mide nada útil.

Si una comparación directa choca con tus requisitos de privacidad, compara en su lugar dos configuraciones de VPN compatibles e indica esa limitación junto al resultado. Anota qué configuración produjo qué cifra, para que la comparación sobreviva a la siguiente persona que la lea.

Dónde mirar cuando la factura y la aplicación no coinciden

Comprueba primero la ventana, luego la interfaz y luego la capa. Una discrepancia que sobrevive a las tres es una pregunta para el proveedor y no un ajuste del cliente, y la respuesta suele nombrar un retraso de informe o una franquicia compartida.

Mantén los ajustes de actualización de aplicaciones y de datos móviles adecuados a la franquicia, y programa las transferencias masivas en una conexión que pueda soportarlas. Si compartes la conexión, comprueba la cobertura del punto de acceso por separado, porque el túnel del teléfono no dice nada sobre cómo se enruta o se cuenta el tráfico compartido.