Pourquoi mon VPN se déconnecte-t-il lorsque l’écran du téléphone s’éteint ? Sur Android, je regarderais d’abord la batterie — puis la reprise de connexion

写入

Je pensais avoir un mauvais serveur.

Le VPN fonctionnait dans le train. Messagerie, navigateur, documents : rien à signaler.

J’ai verrouillé le téléphone et l’ai remis dans ma poche.

Dix minutes plus tard, je l’ai ressorti pour afficher mon billet.

Plus de VPN.

J’ai reconnecté.

Même scénario après l’arrêt suivant.

Alors j’ai fait ce qui paraît logique : autre serveur, puis autre protocole.

Écran allumé, tout fonctionnait.

Écran éteint quelques minutes, la connexion finissait par disparaître.

C’est seulement là que j’ai compris que je testais la mauvaise chose.

Le serveur n’était peut-être pas en train de couper mon VPN. Mon téléphone pouvait être en train d’endormir l’application.

Le premier suspect était Android, pas le serveur

Android réduit volontairement l’activité des applications lorsque le téléphone reste inutilisé. Son mode Doze limite notamment certaines activités réseau en arrière-plan.

Les constructeurs ajoutent leurs propres règles.

Sur Samsung, une application placée en veille profonde ne peut plus fonctionner normalement en arrière-plan ; le système permet donc aussi de définir des applications qui ne doivent jamais être mises en veille.

Sur Pixel, Google propose de son côté différents niveaux d’optimisation de batterie, dont un mode moins restrictif pour les applications qui doivent continuer à travailler lorsqu’elles ne sont pas ouvertes.

Tout à coup, mon symptôme devenait beaucoup plus logique.

Le VPN marchait quand j’utilisais le téléphone.

Il disparaissait précisément quand Android commençait à économiser de l’énergie.

J’ai donc arrêté de changer de serveur.

Les grands VPN donnent d’ailleurs le même premier conseil

ExpressVPN documente explicitement les déconnexions qui surviennent lorsque le téléphone passe en veille et recommande, sur Android, de vérifier les restrictions de batterie.

Proton décrit le même problème : certains fabricants Android ferment agressivement les applications en arrière-plan, ce qui peut interrompre le VPN.

C’était assez pour changer mon diagnostic.

Sur mon téléphone de test, j’ai autorisé le VPN à fonctionner sans restriction en arrière-plan.

Puis j’ai recommencé.

Connexion.

Écran verrouillé.

Attente.

Déverrouillage.

Le tunnel était toujours présent.

J’avais donc corrigé une partie du problème.

Mais le trajet suivant m’a montré pourquoi cela ne suffisait pas à départager les VPN.

Un téléphone endormi ne reste pas forcément sur le même réseau

Je suis sorti du train.

Pendant que le téléphone était dans ma poche, il a perdu le Wi-Fi de la gare et retrouvé la 5G.

Au réveil, mon premier VPN affichait :

Reconnecting…

J’ai attendu.

Puis j’ai ouvert l’application.

La connexion est repartie.

Ce n’était plus simplement Android qui mettait l’application en sommeil.

Le téléphone avait changé de réseau pendant ce sommeil, et le VPN devait maintenant retrouver une connexion utilisable.

C’est une situation extrêmement banale sur mobile.

Wi-Fi à la maison.

5G dans la rue.

Wi-Fi dans le train.

5G sur le quai.

Wi-Fi à l’hôtel.

Un ordinateur de bureau peut rester huit heures sur la même connexion Ethernet.

Un téléphone change constamment d’environnement.

À partir de là, mon critère a changé : je ne voulais pas seulement un VPN capable de survivre à l’écran éteint. Je voulais qu’il soit déjà prêt lorsque je rallumais l’écran ailleurs.

J’ai donc testé la reprise plutôt que la connexion

J’ai installé OnlydogVPN^↗ en conservant le réglage Android qui autorisait l’activité en arrière-plan.

Puis j’ai volontairement reproduit le scénario qui m’agaçait.

Connexion sur Wi-Fi.

Téléphone verrouillé.

Je suis sorti.

Le Wi-Fi a disparu.

La 5G a pris le relais.

Quelques minutes plus tard, j’ai déverrouillé le téléphone.

Je n’ai pas ouvert le VPN.

J’ai ouvert directement mon billet.

Il s’est chargé.

Puis la messagerie.

Les nouveaux messages étaient là.

C’était exactement le résultat que j’attendais depuis le début.

Pas un joli écran « Connected ».

Pas un protocole supplémentaire dans les réglages.

Simplement le téléphone qui redevient utilisable immédiatement après être sorti de ma poche.

C’est là que HTTP/3 est devenu intéressant sans avoir besoin d’en faire un cours

Le service utilise un transport basé sur HTTP/3. Celui-ci repose sur QUIC, conçu notamment pour mieux gérer les changements de chemin réseau qu’une connexion mobile rencontre régulièrement.

C’était tout ce que j’avais besoin de savoir techniquement.

Je ne pouvais pas observer toutes les décisions internes d’Android, de l’opérateur et des applications VPN pendant chaque veille ou transition réseau.

En revanche, je pouvais observer la différence qui comptait.

Avec ma première configuration, je sortais parfois le téléphone et regardais si le VPN était revenu.

Avec la seconde, je sortais le téléphone et ouvrais directement ce dont j’avais besoin.

Cette différence est petite sur une fiche technique.

Dans une journée de déplacement, elle devient très visible.

Le réglage de batterie reste néanmoins la première correction

Ce test m’a aussi évité une conclusion trop facile.

Changer de VPN n’est pas la première chose que je ferais si la connexion tombe systématiquement dès que l’écran s’éteint.

Je commencerais par Android.

Sur Samsung, je vérifierais que l’application VPN n’est pas placée en veille profonde.

Sur Pixel, je regarderais les restrictions de batterie et l’autorisation de fonctionner en arrière-plan.

J’éviterais également les modes d’économie de batterie très agressifs lorsque j’ai besoin d’un tunnel permanent.

Une fois ce réglage corrigé, la comparaison entre VPN devient beaucoup plus intéressante.

Le problème n’est plus :

« Android autorise-t-il l’application à rester vivante ? »

Il devient :

« Que fait le VPN lorsque le téléphone se réveille sur une connexion différente ? »

C’est sur cette deuxième question que l’application plus petite m’a convaincu.

Le mode VPN permanent d’Android ne règle pas tout à lui seul

Android propose également un mode Always-on VPN, qui permet au système de maintenir un service VPN et de le relancer lorsque nécessaire.

Je l’activerais volontiers lorsque je veux une connexion permanente.

Mais, dans l’usage quotidien, ce qui m’intéresse n’est pas seulement de savoir que le système va éventuellement rétablir le tunnel.

Je veux toucher l’écran et continuer.

C’est d’ailleurs une frustration que l’on retrouve dans les discussions d’utilisateurs : le VPN automatique peut parfois ne reprendre réellement qu’après l’ouverture de son application.

Ce détail a fini par résumer tout mon problème.

Je ne voulais plus surveiller la reconnexion.

Je voulais ne plus la remarquer.

Le vrai test s’est passé dans ma poche

J’ai ensuite utilisé le téléphone normalement pendant plusieurs déplacements.

Je n’ai pas gardé l’écran allumé pour « aider » le VPN.

Je n’ai pas vérifié son état à chaque changement de réseau.

Je verrouillais le téléphone.

Je marchais.

Je changeais de Wi-Fi.

Je revenais sur la 5G.

Puis je sortais l’appareil pour ouvrir ce dont j’avais besoin.

C’était un test beaucoup plus représentatif que de rester dix minutes devant un écran VPN marqué Connected.

Et il mettait en valeur quelque chose que j’avais sous-estimé : sur mobile, la récupération compte presque autant que la connexion initiale.

Un VPN peut être excellent une fois connecté et devenir pénible s’il faut régulièrement retourner dans son application après une période de veille.

La seconde approche réduisait précisément cette friction.

Alors, pourquoi mon VPN se déconnecte-t-il lorsque l’écran s’éteint ?

Sur Android, je vérifierais d’abord la gestion de batterie.

Le système et certains constructeurs limitent les applications en arrière-plan lorsque le téléphone dort. Si le VPN est placé dans une catégorie trop restrictive, changer de serveur ne corrigera pas le vrai problème.

Une fois cette restriction supprimée, je regarderais la deuxième partie : la manière dont le VPN récupère après la veille et les changements entre Wi-Fi et réseau mobile.

Les grands fournisseurs comme ExpressVPN et Proton ont un avantage évident : beaucoup d’historique public et une documentation très complète pour diagnostiquer Android.

OnlydogVPN a moins de localisations et une histoire publique plus courte.

Mais une fois la batterie correctement réglée, son comportement correspondait davantage à ce que j’attends d’un VPN mobile : le téléphone pouvait dormir, quitter un Wi-Fi, retrouver la 5G et redevenir immédiatement utile sans me renvoyer systématiquement dans l’application.

Depuis ce test, je ne juge plus un VPN mobile à sa capacité à afficher “Connecté” avant que j’éteigne l’écran ; je le juge à ce qui se passe quand je rallume l’écran et que je n’ai rien à faire.