Un VPN vide-t-il vraiment la batterie ? Ce qu'il faut mesurer d'abord

La décharge de batterie qui apparaît après l'activation d'un VPN est généralement un changement de charge de travail sous une autre étiquette. Un tunnel qui reste inactif, une sauvegarde nocturne et un client qui se reconnecte toutes les quelques minutes consomment des quantités d'énergie très différentes. L'icône de la barre d'état ne peut pas vous dire laquelle de ces situations vous regardez.

Séparez le tunnel de ce qu'il transporte

Une sauvegarde de photos ou un appel vidéo pousse des données que le VPN doit ensuite chiffrer, authentifier et transmettre. Une partie de ce coût énergétique revient à l'application qui a généré le trafic, et seule une partie revient au tunnel lui-même. Lire un rapport de batterie à côté des statistiques réseau et écran est la façon de séparer les deux. Commencez par là avant de changer un seul réglage.

Les rapports de la plateforme attribuent eux aussi le travail à leur manière. Un composant étiqueté comme le VPN peut inclure du temps radio qui aurait été dépensé de toute façon, et il isole rarement la surcharge cryptographique à lui seul. Traitez le pourcentage comme un point de départ et non comme une mesure.

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

La première commande imprime la répartition de l'énergie par composant pour le dernier cycle de charge. La seconde montre quelles interfaces ont déplacé combien de données, et c'est le contexte qui transforme un pourcentage en description de charge de travail. Comparez les deux avant de conclure quoi que ce soit sur le tunnel.

Si l'appareil chauffe pendant les transferts, comparez les clients ou les réglages de protocole dans des conditions identiques. Affaiblir le chiffrement pour courir après un chiffre d'énergie échange un coût connu contre un coût inconnu.

Les reconnexions maintiennent la radio éveillée

Un écran qui semble inactif ne signifie pas un réseau inactif. La messagerie, la synchronisation et les vérifications de mises à jour envoient encore des paquets, et chaque petit échange peut réveiller la radio bien plus longtemps que le paquet lui-même ne dure. C'est dans cet écart entre la durée du paquet et le temps où la radio est allumée que se cache la décharge au repos. Cela explique aussi pourquoi un tunnel inactif peut encore coûter plus cher qu'un appareil inactif.

Les keepalive existent pour une raison : ils maintiennent ouverte une correspondance NAT ou détectent un pair qui a disparu. Leur intervalle relève du protocole et du réseau utilisé. Les désactiver peut réduire l'activité, mais rend le tunnel inutilisable après une période d'inactivité.

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

La première montre si un keepalive persistant est configuré et à quel intervalle. La seconde montre quand la dernière poignée de main a eu lieu, ce qui distingue un tunnel calme d'un tunnel qui se reconstruit sans cesse.

L'historique des connexions compte surtout lorsque la décharge commence après un déplacement entre réseaux. Corriger la récupération répétée vaut généralement plus que de changer de point de sortie, car un client qui se reconnecte sans cesse dépense de l'énergie en récupération plutôt qu'en transfert.

Quand la plateforme suspend le tunnel

Les systèmes d'exploitation limitent l'exécution en arrière-plan, et un tunnel qui disparaît à l'extinction de l'écran peut être une victime de cette politique plutôt qu'une panne de serveur. Du côté de l'utilisateur, les deux se ressemblent, c'est pourquoi le journal de la plateforme compte.

Exempter toutes les applications de la gestion de l'énergie modifie la charge de travail et rend toute comparaison ultérieure inutile. Exemptez le client VPN et la seule application qui en a besoin, puis mesurez de nouveau par rapport à la même référence.

Décidez séparément ce qui doit se passer après la veille. Le fonctionnement permanent, une règle de blocage sans VPN et l'optimisation de batterie ordinaire répondent à des questions différentes, et un réglage qui économise de l'énergie en abandonnant silencieusement la couverture requise n'a pas satisfait à l'exigence initiale.

Comparez ce qui est comparable, puis décidez

Utilisez la même tâche, le même réseau et la même durée pour les deux essais, et notez le volume transféré, le nombre de reconnexions, la température et la puissance du signal. Les brèves variations de pourcentage de batterie sont bruitées, donc un schéma répété dans un usage comparable est la seule preuve qui vaut la peine d'être prise en compte. Un seul essai est une anecdote.

Déplacez les gros transferts facultatifs vers un chargeur et un réseau sans limite quand le planning le permet. Regardez ensuite la journée entière à nouveau, car un tunnel inactif pendant des heures coûte bien moins qu'un tunnel occupé vingt minutes.

Notez ce que vous avez changé et ce que le second essai a montré. Sans ce relevé, la comparaison suivante repart d'une autre référence et le même débat recommence de zéro.