Protocoles VPN sur mobile : WireGuard, IKEv2, OpenVPN
Le choix du protocole VPN a des conséquences directes sur la batterie, la vitesse de reconnexion et la stabilité sur mobile. Les différences avec le desktop sont significatives.
Pourquoi les protocoles se comportent différemment sur mobile
Sur desktop, un VPN tourne sur une connexion stable avec une alimentation secteur. Sur mobile, les contraintes sont différentes : l'appareil change de réseau plusieurs fois par heure, il alterne entre usage actif et veille, la batterie est limitée, et le processeur fonctionne à puissance réduite pour économiser l'énergie. Ces contraintes changent l'ordre de priorité des critères de sélection d'un protocole.
Sur desktop, la performance brute est souvent le critère principal. Sur mobile, la gestion des transitions réseau, la consommation CPU au repos, et la rapidité de reconnexion après la veille sont bien plus importants que le débit maximal théorique.
WireGuard sur mobile
WireGuard est le protocole le mieux adapté à l'usage mobile pour plusieurs raisons. Son design stateless côté serveur signifie que le client peut changer d'adresse IP sans renégocier le tunnel — quand votre téléphone bascule de Wi-Fi à 4G, WireGuard reprend la connexion sans interruption visible. Sur Android, l'implémentation kernel réduit la consommation CPU au minimum. Le handshake initial est rapide (1 RTT contre 2 pour TLS).
La limitation principale de WireGuard sur mobile : il utilise UDP uniquement. Sur certains réseaux Wi-Fi (hôtels, aéroports, réseaux d'entreprise) qui filtrent UDP, WireGuard ne peut pas se connecter. Le client doit alors tomber en fallback sur OpenVPN ou IKEv2. Les clients VPN sérieux gèrent ce fallback automatiquement.
IKEv2 sur mobile
IKEv2 intègre nativement MOBIKE (RFC 4555), un protocole qui maintient les sessions VPN à travers les changements d'adresse IP. Quand votre iPhone passe de Wi-Fi à 4G, IKEv2 avec MOBIKE notifie le serveur du changement d'IP et reprend la session sans interruption. C'est le protocole le mieux intégré à iOS — il est supporté nativement sans client tiers et bénéficie d'une gestion optimisée par le système.
Sur Android, IKEv2 fonctionne bien mais l'implémentation est moins performante que WireGuard kernel. Pour un iPhone avec changements fréquents de réseau, IKEv2 reste un excellent choix. Pour un Android, WireGuard est généralement préférable sauf contrainte réseau spécifique.
OpenVPN sur mobile
OpenVPN sur mobile présente plusieurs désavantages par rapport à WireGuard et IKEv2. Il tourne en espace utilisateur (pas d'implémentation kernel sur mobile), ce qui augmente la consommation CPU et batterie. Chaque changement de réseau nécessite une reconnexion complète avec renégociation TLS — sur un trajet en transport en commun avec des changements fréquents de point d'accès, l'expérience peut être frustrante. Le démarrage de session est plus lent (2 RTT minimum contre 1 pour WireGuard).
L'avantage d'OpenVPN reste sa capacité à tourner sur TCP port 443, indiscernable du trafic HTTPS. Dans des environnements qui bloquent WireGuard et IKEv2 (certains réseaux d'entreprise, certains pays), OpenVPN TCP est souvent le seul protocole qui passe. Pour un usage quotidien, WireGuard ou IKEv2 sont préférables.
Android en déplacement fréquent : WireGuard en priorité, IKEv2 en fallback. iOS : IKEv2 ou WireGuard selon le client. Réseau filtrant UDP : OpenVPN TCP/443. Les clients VPN modernes gèrent le basculement automatique — configurer WireGuard comme protocole par défaut avec fallback OpenVPN si disponible dans les paramètres du client.
Impact sur la batterie — mesures concrètes
La consommation batterie d'un VPN actif dépend principalement du protocole et de l'activité réseau. Au repos (VPN actif, aucun trafic), WireGuard avec implémentation kernel consomme quasi-rien — le module est dormant entre les paquets. OpenVPN en espace utilisateur maintient un processus actif. Sur une journée d'utilisation normale, la différence est de l'ordre de 2 à 5% de batterie selon les appareils. Un VPN actif en permanence avec WireGuard est viable sur mobile — un VPN actif en permanence avec OpenVPN l'est moins.
La page dédiée à la batterie et performance VPN détaille ces mesures avec des chiffres par appareil et par protocole.
Multi-protocole et fallback automatique
Les clients VPN modernes sérieux n'imposent pas un choix unique de protocole — ils implémentent un système de fallback automatique. WireGuard est tenté en premier (UDP, performances optimales) ; si le réseau bloque UDP, le client bascule sur IKEv2 ; si IKEv2 est aussi bloqué, fallback sur OpenVPN TCP. Ce comportement doit être configuré ou activé dans les paramètres avancés du client — il n'est pas toujours actif par défaut.
Sur des réseaux contraignants comme certains hôtels ou réseaux d'entreprise qui filtrent UDP, cette capacité de fallback est la différence entre un VPN fonctionnel et un VPN inutilisable. Vérifier dans les paramètres de votre client si cette option existe et l'activer. Les applications Android et iOS des principaux services documentent ces options dans leurs FAQ.
Pour Android spécifiquement, un détail technique important : les versions récentes du module WireGuard kernel sur Android gèrent correctement le roaming réseau (changement d'IP lors du passage Wi-Fi/4G) sans déconnecter le tunnel. Ce comportement n'est pas garanti sur toutes les versions d'Android et toutes les surcouches. Sur les appareils où le roaming provoque une déconnexion WireGuard, IKEv2 avec MOBIKE est plus stable — il a été conçu précisément pour ce cas d'usage. Tester les deux protocoles sur son appareil spécifique reste la méthode la plus fiable pour identifier le comportement réel.