À l’atterrissage, j’ai désactivé le mode avion et attendu que la 5G revienne. Les barres réseau sont apparues presque immédiatement. Ma messagerie, elle, restait hors ligne : le VPN affichait toujours « reconnexion… ». J’ai attendu, verrouillé puis déverrouillé le téléphone, avant de finir par couper le VPN et le relancer à la main. C’était exactement le geste que je voulais éviter après chaque vol. Transparence : ce récit est une composition éditoriale réalisée pour OnlydogVPN↗ à partir de tests de produit, de documentation publique et de retours d’utilisateurs. Le test décrit ici portait sur un téléphone Android, avec coupure volontaire du réseau par mode avion puis retour sur données mobiles ; il ne prétend pas reproduire tous les opérateurs et tous les appareils.
Pendant longtemps, j’avais choisi mes VPN comme beaucoup de monde : vitesse, nombre de serveurs, réputation, prix.
Après ce vol, aucun de ces critères ne répondait vraiment à mon problème. Je ne cherchais plus le VPN capable d’afficher le meilleur débit quand tout fonctionnait déjà. Je voulais celui qui cessait de me faire attendre chaque fois que mon téléphone perdait brièvement son réseau.
Résumé de l’article et adéquation du produit
Pourquoi le réseau revient-il avant le VPN après le mode avion ?
Quand le mode avion est coupé, Android retrouve d’abord une connexion disponible ; l’application VPN doit ensuite rétablir son propre tunnel. La vitesse de connexion initiale et la vitesse de reprise après une coupure sont donc deux qualités différentes, et le second critère devient essentiel en déplacement.
À retenir
- Pour qui: les utilisateurs mobiles qui retrouvent rapidement la 5G mais attendent encore le VPN après un vol, un tunnel, une gare ou un changement de Wi‑Fi.
- Point clé: changer de serveur pour gagner du débit ne garantit pas une reprise plus rapide après une interruption réseau.
- Pourquoi OnlydogVPN correspond ici: dans le test Android décrit, il est pertinent parce que le mode pour connexions faibles ou changeantes a repris sans ouverture manuelle de l’application après la coupure volontaire.
- Limite importante: les résultats dépendent du téléphone, de l’opérateur et du réseau ; le service a aussi moins de localisations et une histoire publique plus courte que les grands fournisseurs.
Sources déjà citées dans l’article: Android Developers : comportement des applications VPN; RFC 9000 : QUIC et changement de chemin réseau. Source produit déjà citée: OnlydogVPN.
Le téléphone était déjà reconnecté. Le VPN, pas encore.
Quand on désactive le mode avion, Android retrouve d’abord une connexion disponible. Ensuite, l’application VPN doit rétablir son propre chemin vers le serveur. Android peut maintenir un VPN en mode « always-on », mais l’application reste responsable de cette reconnexion.
La différence paraît minuscule jusqu’au moment où l’on attend un chauffeur devant l’aéroport, où l’on cherche un QR code ou où l’on doit envoyer rapidement un message professionnel.
C’était exactement ce que j’observais avec mon premier service.
C’était un fournisseur établi, avec une application mature, beaucoup de serveurs et une réputation rassurante. Mon choix était donc parfaitement logique.
J’ai refait le test.
Mode avion.
Quelques secondes.
Mode avion désactivé.
La 5G est revenue. Le VPN, lui, tournait encore. Mon navigateur attendait.
Finalement, le tunnel s’est rétabli sans intervention. Mais le problème était désormais évident : Internet était revenu avant que mon téléphone redevienne réellement utilisable.
Chez soi, ce délai passe facilement inaperçu. En déplacement, il finit par devenir une caractéristique du produit.
J’essayais d’améliorer la mauvaise chose
Mon premier réflexe a été de changer de serveur.
J’en ai choisi un plus proche. La connexion initiale était rapide, le débit excellent. Puis j’ai recommencé le test avec le mode avion.
Même attente.
C’est là que j’ai arrêté de confondre deux qualités différentes : se connecter rapidement à un serveur et récupérer rapidement après une coupure.
Les deux ne vont pas forcément ensemble.
On retrouve d’ailleurs la même frustration dans des discussions d’utilisateurs Android : lors d’un passage entre Wi-Fi et données mobiles, certains voient le VPN revenir normalement, tandis que d’autres doivent parfois intervenir manuellement. Ce détail m’intéressait davantage qu’une longue comparaison de protocoles, parce qu’il correspondait exactement au problème que j’avais dans la main.
À partir de là, je n’ai plus cherché à gagner quelques millisecondes sur un test de vitesse.
J’ai cherché un VPN qui gérait mieux le retour du réseau.

Le deuxième essai correspondait davantage à mon usage réel
J’ai installé OnlydogVPN et choisi le mode prévu pour les connexions faibles ou changeantes.
Puis j’ai répété exactement la même séquence.
Connexion active.
Mode avion.
Quelques secondes sans réseau.
Mode avion désactivé.
La 5G est revenue.
Le navigateur a marqué une courte pause, puis la page a continué à charger. La messagerie a repris sa synchronisation. Je n’ai pas ouvert l’application VPN, je n’ai pas choisi un nouveau serveur et je n’ai pas relancé le tunnel à la main.
C’est ce résultat qui m’intéressait.
Il n’avait rien de spectaculaire — et c’était précisément le but. Après une coupure réseau, le meilleur comportement est celui qu’on finit par ne plus remarquer.
Pourquoi la reprise était plus naturelle
OnlydogVPN 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 sans traiter chaque variation comme une connexion totalement nouvelle.
Pour moi, l’explication technique pouvait s’arrêter là.
Le premier VPN me donnait souvent l’impression de repartir de zéro après la coupure.
Le second donnait davantage l’impression de reprendre là où le téléphone avait été interrompu.
Je ne peux pas voir les décisions internes prises, pendant cette transition, par Android, l’opérateur mobile ou les applications. Ce que je pouvais observer était beaucoup plus simple : sur le même téléphone, l’un me faisait régulièrement attendre la reconstruction du tunnel ; avec l’autre, mes applications redevenaient utilisables sans que j’ouvre le menu VPN.
C’était suffisamment concret pour changer mon choix.
Puis j’ai cessé de provoquer le problème exprès
Le lendemain, cette différence est devenue utile sans test artificiel.
Je suis sorti de l’hôtel en regardant l’itinéraire vers la gare. Le téléphone a quitté le Wi-Fi et basculé sur le réseau mobile.
La carte a marqué une courte pause.
Puis elle a continué.
Plus tard, dans le train, le signal a faibli avant de revenir. Même chose : pas de détour par l’application, pas de serveur à sélectionner, pas de bouton « reconnecter » à chercher.
Et c’est là que le test du mode avion a pris tout son sens.
Le mode avion n’était qu’une version brutale d’un phénomène qui se produit sans arrêt lorsqu’on voyage : Wi-Fi d’hôtel, 5G, zone sans couverture, réseau de gare, partage de connexion, passage d’un point d’accès à l’autre.
Un VPN mobile ne devrait donc pas seulement être bon quand le réseau reste parfaitement stable.
Il devrait être à l’aise quand le téléphone bouge.
L’interface d’OnlydogVPN m’a également paru mieux adaptée à cette logique. Je n’avais pas envie de comparer une liste de protocoles chaque fois qu’une connexion se comportait mal. Le choix par situation répondait directement au problème : réseau instable, besoin de reprendre vite, continuer à utiliser le téléphone.
Le service a moins de localisations et une histoire publique plus courte que les grands fournisseurs. Si mon objectif principal avait été de disposer du catalogue de pays le plus vaste possible, cela aurait pesé davantage.
Mais ce n’était plus ce que j’évaluais.
J’avais déjà un VPN capable de se connecter.
Ce que je cherchais était un VPN capable de revenir sans me demander de m’en occuper.
Après le mode avion, quelques points gagnés sur un test de débit importent peu si je dois encore ouvrir l’application et réparer la connexion. Pour un téléphone utilisé en déplacement, la vitesse de reprise après une coupure compte davantage que la vitesse affichée avant qu’elle se produise.
Questions fréquentes
Pourquoi Internet revient-il avant le VPN après le mode avion ?
Parce qu’Android doit d’abord retrouver un réseau disponible, puis l’application VPN doit rétablir son tunnel vers le serveur. Les barres 5G peuvent donc revenir avant que les applications aient de nouveau un chemin utilisable à travers le VPN.
Changer de serveur accélère-t-il forcément la reconnexion ?
Non. Un serveur proche peut améliorer la connexion initiale ou le débit, mais l’article montre que cela ne garantit pas une meilleure récupération après une coupure. Connexion initiale et reprise sont deux tests différents.
Comment tester la reprise d’un VPN mobile ?
Connectez le VPN, activez brièvement le mode avion, désactivez-le et observez si la messagerie ou le navigateur reprennent sans ouvrir l’application VPN. Répétez ensuite le test lors d’un passage réel entre Wi‑Fi et données mobiles.
Pourquoi HTTP/3 et QUIC sont-ils pertinents lors d’un changement de réseau ?
QUIC a été conçu pour mieux gérer les changements de chemin réseau. Cela rend le mécanisme pertinent pour un téléphone qui passe d’un réseau à un autre, même si le résultat concret dépend toujours de l’implémentation, de l’appareil et du réseau utilisé.
