VPN et batterie : mythes vs mesures
Un VPN actif en permanence vide-t-il la batterie ? WireGuard est-il vraiment plus économe ? Les réponses dépendent du protocole, du client, et de l'usage réseau réel.
Ce qui consomme réellement de la batterie dans un VPN
La consommation batterie d'un VPN actif vient de trois sources. Le maintien du tunnel : même sans trafic actif, le client VPN envoie des paquets keepalive périodiques pour maintenir la connexion ouverte à travers les NAT. WireGuard envoie un keepalive toutes les 25 secondes par défaut — un paquet UDP minuscule. OpenVPN envoie des pings de maintien plus fréquents. La différence de consommation à l'état inactif est réelle mais faible.
Le chiffrement du trafic : chaque paquet de données doit être chiffré (émission) ou déchiffré (réception). Sur des processeurs mobiles modernes avec accélération cryptographique matérielle (AES-NI ou équivalent ARM), cette opération est quasi-gratuite. Sur des appareils plus anciens sans accélération matérielle, WireGuard avec ChaCha20 est significativement plus efficace qu'AES-256 car ChaCha20 est optimisé pour les processeurs sans accélération AES.
La couche d'implémentation : WireGuard implémenté dans le kernel Android traite les paquets sans context switch user/kernel — chaque paquet VPN ne nécessite pas de transition vers l'espace utilisateur. OpenVPN en espace utilisateur effectue ce context switch pour chaque paquet, ce qui a un coût CPU non négligeable à fort débit.
Mesures pratiques — ordre de grandeur
Les mesures publiées par plusieurs chercheurs et éditeurs VPN indiquent une consommation supplémentaire de 1 à 3% de batterie par heure pour WireGuard avec implémentation kernel, en usage actif normal (navigation, messagerie). OpenVPN en espace utilisateur consomme typiquement 3 à 7% supplémentaires par heure dans les mêmes conditions. La différence est plus marquée à fort débit (streaming vidéo, téléchargements) qu'à faible débit (navigation, messagerie).
Sur une journée d'utilisation de 8 heures avec VPN actif en permanence, la différence entre WireGuard et OpenVPN représente environ 16 à 32% de batterie supplémentaire pour OpenVPN. Sur un appareil avec 4000 mAh de batterie, c'est la différence entre terminer la journée à 30% ou à 14%.
WireGuard utilise ChaCha20-Poly1305, un algorithme de chiffrement conçu pour être efficace sur les processeurs sans accélération AES matérielle — comme les processeurs ARM bas et milieu de gamme. Sur ces appareils, ChaCha20 peut être 3× plus rapide qu'AES-256 à la même sécurité. Sur les processeurs haut de gamme (Apple Silicon, Snapdragon 8xx, Tensor) avec accélération AES native, la différence est négligeable.
L'impact réel des optimisations batterie des surcouches
L'impact des surcouches constructeur sur la batterie d'un VPN est paradoxal : en essayant d'économiser la batterie en suspendant le client VPN, elles causent des reconnexions fréquentes qui consomment plus d'énergie que le tunnel maintenu en permanence. Chaque reconnexion VPN implique un handshake cryptographique — sur WireGuard, 1 RTT avec des opérations Curve25519 coûteuses. Un VPN qui se reconnecte 20 fois par heure à cause des optimisations batterie consomme plus qu'un VPN maintenu en permanence sans suspension.
La solution : exclure le client VPN des optimisations batterie (voir configuration Android). Le tunnel maintenu en permanence est plus économe qu'un tunnel qui oscille entre connexion et reconnexion.
VPN actif en permanence — est-ce raisonnable
Pour un usage quotidien avec WireGuard sur un appareil récent, maintenir le VPN actif en permanence est viable. La consommation supplémentaire est de 5 à 15% de batterie sur une journée — acceptable pour une protection continue. Pour OpenVPN, le coût est plus significatif. Pour les appareils anciens avec processeurs sans accélération cryptographique, WireGuard avec ChaCha20 est le seul protocole qui permette un usage permanent sans impact notable sur l'autonomie.
Recommandations pratiques selon le profil d'usage
Usage intensif avec fort débit (streaming, téléchargement) : WireGuard avec implémentation kernel sur Android. La différence de consommation avec OpenVPN est la plus marquée à fort débit. Usage nomade avec changements fréquents de réseau : WireGuard ou IKEv2 — les deux gèrent mieux les transitions réseau qu'OpenVPN. Appareil ancien sans accélération AES matérielle : WireGuard avec ChaCha20 est l'unique choix pour un usage permanent sans impact notable sur la batterie.
Pour tester l'impact réel sur votre appareil spécifique : activer le VPN, utiliser l'appareil normalement pendant une journée, noter le pourcentage de batterie consommé. Répéter sans VPN. La différence mesurée sur votre appareil réel avec votre usage réel est plus utile que tout benchmark générique. La plupart des utilisateurs constatent un impact inférieur à 5% sur une journée d'usage normal avec WireGuard.
Une dernière considération souvent ignorée : la localisation du serveur VPN impacte la batterie autant que le protocole. Un serveur géographiquement proche (latence < 30ms) génère moins de retransmissions TCP, moins de timeouts, et des sessions plus stables qu'un serveur distant. Sur une connexion instable (4G en zone de couverture limitée), la surconsommation due aux retransmissions peut dépasser celle du protocole lui-même. Choisir un serveur proche pour l'usage quotidien, réserver les serveurs distants aux besoins de contournement géographique, est une pratique simple qui améliore à la fois la batterie et les performances.
Les protocoles propriétaires proposés par certains éditeurs — Lightway (ExpressVPN), NordLynx (NordVPN, basé sur WireGuard), Chameleon (VyprVPN) — ont des caractéristiques de consommation batterie différentes selon leur implémentation. NordLynx étant une surcouche WireGuard, ses performances sont proches du WireGuard standard. Lightway utilise wolfSSL, une bibliothèque TLS optimisée pour les environnements contraints — ses performances sur mobile sont comparables à WireGuard. Les protocoles propriétaires non audités sont plus difficiles à évaluer indépendamment. L'évaluation de l'impact réel sur votre appareil reste la méthode la plus fiable pour comparer les implémentations spécifiques des différents clients VPN.
Cette approche empirique, appliquée à votre appareil spécifique, donne des résultats plus pertinents que tout benchmark générique publié sur du matériel différent du vôtre.