Pourquoi le VPN ne revient-il pas automatiquement après une perte de réseau mobile ? Parce que la 5G peut revenir avant l’ancien tunnel

Quand le train est ressorti du tunnel, les cinq barres de 5G sont revenues presque immédiatement.

Mon Internet, lui, non.

J’avais une carte ouverte, un message en attente et un document que je voulais envoyer avant d’arriver.

Quelques secondes auparavant, dans le tunnel, le téléphone avait réellement perdu le réseau.
Pas un passage du Wi-Fi à la 5G.
Pas une seconde d’hésitation entre deux antennes.
Rien.
Aucun réseau de données.
À la sortie, Android affichait de nouveau la 5G.

J’ai attendu.
La carte tournait.
Le message restait avec sa petite horloge.
Le document affichait toujours « envoi en cours ».
J’ai fini par ouvrir mon VPN habituel.
Reconnexion…

Encore.
J’ai appuyé sur Déconnecter.
Puis sur Connecter.
Tout est parti immédiatement.
C’était le détail qui changeait complètement mon diagnostic.
Le réseau mobile était revenu tout seul.

Le VPN, lui, avait besoin que je lui rappelle de revenir.

Une vraie perte de réseau n’est pas simplement un changement de réseau

J’avais jusque-là mis plusieurs situations dans la même catégorie.
Wi-Fi → 5G.
5G → Wi-Fi.
Une antenne mobile → une autre.
Signal faible → signal fort.
Et zéro réseau → réseau revenu.

Pour l’utilisateur, tout ressemble à « ma connexion a bougé ».

La dernière situation est pourtant plus brutale.

Quand Android n’a plus de réseau utilisable, l’ancien chemin peut réellement disparaître. Le système signale alors aux applications que cette route est perdue avec onLost, puis qu’une nouvelle connexion est disponible avec onAvailable lorsqu’il retrouve un réseau utilisable.

Autrement dit, Android sait que quelque chose s’est passé.
Mais il ne reconstruit pas le tunnel à la place du VPN.
Et c’est là que mon problème se trouvait.

Les coupures franches de réseau mobile ne sont pas un cas théorique

Il suffit de regarder les cartes d’incidents des opérateurs.

Le 29 août 2026, par exemple, SFR publiait encore des sites mobiles en maintenance ou hors service, avec dans certains cas les données 4G ou 5G indiquées comme indisponibles.

Mais il n’est même pas nécessaire d’attendre un incident opérateur.
Un tunnel ferroviaire.
Un parking souterrain.
Une route rurale.
Un ascenseur.
Une zone entre deux couvertures.

Dans ces moments-là, mon téléphone ne choisit pas élégamment une meilleure route pendant que l’ancienne fonctionne encore.

Pendant quelques secondes, il peut n’avoir aucune route du tout.
Puis en retrouver une.
C’était donc ce passage de « rien » à « réseau revenu » qu’il fallait tester.

Cette fois, je savais que ce n’était pas Android qui endormait l’application

J’avais déjà réglé ce problème.
Activité en arrière-plan autorisée.
Optimisation batterie retirée pour le VPN.
VPN permanent activé.
Et surtout, pendant mon test, l’écran était allumé.
L’application n’était pas endormie dans un coin du système.

Elle regardait littéralement le réseau disparaître.

Cela m’a évité de retourner une nouvelle fois dans les paramètres Batterie.

Mon premier VPN fonctionnait très bien lorsqu’il partait d’une connexion mobile déjà disponible.

Je pouvais couper le VPN.
Attendre la 5G.
Appuyer sur Connecter.
Deux ou trois secondes plus tard, tout était normal.
Le problème n’était donc pas :
« Ce VPN sait-il se connecter en 5G ? »

Oui.
Le problème était :
« Que fait-il quand la 5G disparaît complètement, puis revient ? »
Ce n’est pas le même test.

Android rend la route. Le VPN doit reprendre le volant

La documentation Android sur VpnService contient justement un détail utile : une application VPN peut indiquer quels réseaux sous-jacents elle utilise pour transporter son tunnel et doit tenir compte de leurs changements.

Je l’ai compris beaucoup plus simplement ainsi.
Android remet une route praticable devant la voiture.
Le VPN doit remarquer qu’elle est revenue et repartir dessus.
S’il reste attaché à l’ancien chemin, le fait que l’icône 5G soit revenue ne suffit pas.

C’est aussi pourquoi deux VPN installés sur exactement le même téléphone peuvent réagir différemment après la même zone blanche.

Et cela correspondait parfaitement à ce que j’avais sous les yeux.
Mon téléphone était déjà sorti du tunnel.
Mon VPN, lui, semblait encore y être.

Le VPN permanent rendait même l’échec plus visible

J’avais activé l’option Android qui bloque les connexions sans VPN.
C’est utile : si le tunnel tombe, mes applications ne repartent pas discrètement en direct.
Mais dans cette situation, cela produisait un symptôme étrange.
5G : présente.
VPN : « reconnexion ».
Internet : rien.

Le téléphone paraissait connecté et déconnecté en même temps.
J’aurais pu croire que mon opérateur n’avait pas réellement récupéré ses données mobiles.
Pour vérifier, j’ai désactivé le VPN.
La page s’est ouverte immédiatement.
Voilà.
La 5G fonctionnait.

C’était bien la reprise du tunnel qui ne suivait pas.

Un témoignage public sur Android décrivait la même irritation : après une période sans Internet, le réseau revient, mais le VPN permanent peut rester bloqué jusqu’à ce que l’utilisateur intervienne.

C’est exactement ce qui m’agaçait.
Le téléphone avait retrouvé Internet.
La protection attendait toujours quelqu’un.

J’ai arrêté de mesurer le temps de connexion

Jusque-là, quand je comparais deux VPN, je chronométrais surtout le début.
Appuyer sur Connecter.
Une seconde.
Deux secondes.
Vert.
C’était facile à comparer.

Mais mon VPN habituel pouvait obtenir un excellent résultat à ce test et m’obliger quand même à intervenir plusieurs fois pendant un trajet.

J’ai donc changé l’expérience.
Connexion VPN sur la 5G.
Page ouverte.
Message préparé mais pas envoyé.
Puis mode avion.
Trente secondes.

Aucun réseau.
Je coupais ensuite le mode avion.
5G revenue.
Et je ne touchais plus à rien.
Mon nouveau chronomètre était devenu beaucoup plus concret :
combien de temps avant que le message parte sans que je rouvre l’application VPN ?

Avec mon premier service, j’ai attendu.
Puis encore.
« Reconnexion… »
J’ai fini par refaire ce que j’avais fait dans le train.
Déconnecter.
Reconnecter.

Message envoyé.

Le fournisseur avait énormément de régions, davantage d’années de recul et beaucoup plus de réglages.

Aucun de ces avantages ne réparait ce moment précis.

J’ai refait exactement le même test avec la petite application

J’ai alors ouvert OnlydogVPN^↗.
Je n’ai pas changé de pays.
Je n’ai pas lancé de benchmark.
Je voulais uniquement reproduire la panne.
Connexion active.
Message prêt.

Mode avion.
Le tunnel a perdu son réseau.
J’ai attendu une trentaine de secondes.
Mode avion désactivé.
La 5G est revenue.
Pendant un court instant, rien.

Puis la page s’est remise à répondre.
Le message est parti.
Je n’avais pas rouvert l’application.
J’ai recommencé.
Cette fois avec un petit téléchargement.
Réseau mobile.

Coupure complète.
Retour.
Le téléchargement a hésité, puis repris.
C’était beaucoup plus convaincant pour moi que voir le mot « Connecté » réapparaître.
Ce qui comptait au-dessus du VPN repartait réellement.

HTTP/3 m’a surtout aidé à comprendre pourquoi la reprise était meilleure

Le service utilise un transport basé sur HTTP/3 et QUIC.

QUIC a une propriété particulièrement intéressante sur mobile : une connexion n’est pas forcément enfermée pour toujours dans une seule adresse réseau. Elle peut retrouver un nouveau chemin lorsqu’un appareil change de connexion.

Je préfère l’image du train.

Lorsque le réseau disparaît dans un tunnel, personne ne peut continuer à rouler sur une voie qui n’existe plus.

Mais quand la voie réapparaît à la sortie, je veux que le VPN la retrouve sans me demander de descendre du train pour remettre la locomotive en marche.

Une coupure suffisamment longue peut évidemment casser complètement l’ancien état de connexion. Le point n’est donc pas que QUIC rendrait toutes les pertes de réseau invisibles.

Ce qui m’intéressait était la reprise.

Quand Android retrouvait enfin un réseau utilisable, la petite application retrouvait elle aussi un chemin sans me renvoyer au bouton Connecter.

Sur mon téléphone, c’était la différence observable.

Je n’avais plus à jouer moi-même le rôle du bouton Reconnecter.

La vraie reprise commence après le trou noir

Cette distinction a changé ma manière de penser à la stabilité.

Un passage Wi-Fi → 5G peut être relativement doux.

Pendant un instant, les deux connexions peuvent même se chevaucher. Android est conçu pour gérer ce type de changement de réseau.

Une sortie de tunnel est différente.
Pendant la coupure, il n’y a rien à transmettre.
Je ne demande donc pas au VPN de conserver miraculeusement une connexion qui n’existe plus.
Je lui demande quelque chose de beaucoup plus réaliste :
quand Internet revient, comprend-il qu’il doit repartir ?
Sur un téléphone, c’est cette forme de stabilité que je remarque vraiment.

Je ne demande pas à mon VPN de créer de la 5G sous terre.

Je lui demande de ne pas rester dans le tunnel quand mon téléphone, lui, en est déjà sorti.

Il y a tout de même une limite simple

Aucun VPN ne peut reprendre tant qu’Android n’a pas retrouvé une connexion réellement utilisable.

Des barres peuvent réapparaître avant que les données mobiles fonctionnent correctement. Dans ce cas, le VPN n’a encore aucune route sur laquelle repartir.

La petite application propose également moins de régions et dispose d’un historique public plus court que les grands fournisseurs établis.

Pour quelqu’un dont le premier critère est une immense couverture mondiale, cela reste un désavantage réel.

Mais dans ce scénario, le catalogue de pays avait cessé de m’intéresser.
Le problème se produisait entre zéro barre et cinq barres.
Pas entre Paris et Amsterdam.

Je pensais que « reconnexion automatique » voulait dire que le bouton redeviendrait vert

Ce n’est plus ce que je regarde.

Un VPN peut afficher « connecté » quelques secondes après le retour du réseau et laisser malgré tout une page, un téléchargement ou une messagerie coincés dans l’ancien état.

Ce qui m’intéresse maintenant est beaucoup plus banal.
Je coupe réellement le réseau.
Pas seulement le Wi-Fi.
Tout.
J’attends.
Puis je laisse Android retrouver la 5G.

Et je garde mes mains loin de l’application.
Est-ce que la carte se recharge ?
Est-ce que le message part ?
Est-ce que le téléchargement reprend ?
Avec la petite application, pendant mes essais, oui.
C’est ce qui a fini par changer mon idée de la reconnexion automatique.

Je ne la mesure plus au temps nécessaire pour refaire apparaître une icône VPN.

Je la mesure au nombre de sorties de tunnel après lesquelles je peux continuer mon trajet sans ouvrir une seule fois l’application.