El consumo de batería que aparece tras activar un VPN suele ser un cambio de carga de trabajo con otra etiqueta. Un túnel que está inactivo, una copia de seguridad nocturna y un cliente que se reconecta cada pocos minutos consumen cantidades de energía muy distintas. El icono de la barra de estado no puede decirle cuál de esos casos está mirando.

Separe el túnel de lo que transporta

Una copia de seguridad de fotos o una videollamada empuja datos que el VPN luego tiene que cifrar, autenticar y reenviar. Parte de ese coste energético corresponde a la aplicación que generó el tráfico, y solo una parte corresponde al túnel en sí. Leer un informe de batería junto a las estadísticas de red y pantalla es la forma de separar ambas cosas. Empiece por ahí antes de cambiar un solo ajuste.

Los informes de la plataforma también atribuyen el trabajo a su manera. Un componente etiquetado como el VPN puede incluir tiempo de radio que se habría gastado de todos modos, y rara vez aísla por sí solo la sobrecarga criptográfica. Trate el porcentaje como un punto de partida y no como una medición.

adb shell dumpsys batterystats --charged com.example.vpn | head -60
adb shell dumpsys netstats detail | head -40

El primer comando imprime la atribución de energía por componente del último ciclo de carga. El segundo muestra qué interfaces movieron cuántos datos, y ese es el contexto que convierte un porcentaje en una descripción de la carga de trabajo. Compare los dos antes de sacar conclusiones sobre el túnel.

Si el dispositivo se calienta durante las transferencias, compare clientes o ajustes de protocolo en condiciones idénticas. Debilitar la criptografía para perseguir una cifra de energía cambia un coste conocido por uno desconocido.

Las reconexiones mantienen la radio despierta

Una pantalla que parece inactiva no significa una red inactiva. La mensajería, la sincronización y las comprobaciones de actualizaciones siguen enviando paquetes, y cada pequeño intercambio puede despertar la radio mucho más tiempo del que dura el propio paquete. Esa diferencia entre la duración del paquete y el tiempo de radio encendida es donde se esconde el consumo en reposo. También explica por qué un túnel inactivo puede costar todavía más que un dispositivo inactivo.

Los keepalive existen por un motivo: mantienen abierta una asignación NAT o detectan un par que se ha ido. Su intervalo pertenece al protocolo y a la red que se utiliza. Desactivarlos puede reducir la actividad, pero deja el túnel inservible tras un periodo de inactividad.

grep -i keepalive /etc/wireguard/wg0.conf
wg show wg0 latest-handshakes

El primero muestra si hay un keepalive persistente configurado y con qué intervalo. El segundo muestra cuándo ocurrió el último handshake, lo que separa un túnel tranquilo de uno que se reconstruye continuamente.

El historial de conexiones importa sobre todo cuando el consumo empieza tras moverse entre redes. Arreglar la recuperación repetida suele valer más que cambiar entre ubicaciones de salida, porque un cliente que se reconecta sin parar gasta energía en recuperarse y no en transferir.

Cuando la plataforma suspende el túnel

Los sistemas operativos limitan la ejecución en segundo plano, y un túnel que desaparece al apagar la pantalla puede ser una víctima de esa política y no un fallo del servidor. Desde el lado del usuario los dos casos parecen idénticos, y por eso importa el registro de la plataforma.

Eximir a todas las aplicaciones de la gestión de energía cambia la carga de trabajo y hace que cualquier comparación posterior carezca de sentido. Exima al cliente VPN y a la única aplicación que lo necesita, y vuelva a medir contra la misma línea base.

Decida por separado qué debe ocurrir tras la suspensión. El funcionamiento permanente, una regla de bloqueo sin VPN y la optimización de batería corriente responden a preguntas distintas, y un ajuste que ahorra energía dejando caer en silencio la cobertura necesaria no ha cumplido el requisito original.

Compare lo comparable y luego decida

Use la misma tarea, la misma red y la misma duración en ambas ejecuciones, y anote el volumen transferido, el número de reconexiones, la temperatura y la potencia de la señal. Los cambios cortos de porcentaje de batería son ruidosos, así que un patrón repetido con un uso comparable es la única prueba que merece la pena tener en cuenta. Una sola ejecución es una anécdota.

Mueva las transferencias grandes opcionales a un cargador y a una red sin límite cuando el horario lo permita. Luego mire el día entero otra vez, porque un túnel que está inactivo durante horas cuesta mucho menos que uno que está ocupado veinte minutos.

Anote qué cambió y qué mostró la segunda ejecución. Sin ese registro, la siguiente comparación empieza desde otra línea base y la misma discusión vuelve a empezar de cero.

Artículos relacionados