Quel VPN reste connecté et se reconnecte proprement sur mobile ? Le vrai test commence quand le réseau disparaît quelques secondes

L’ordinateur disait que la demande d’authentification avait été envoyée sur mon téléphone. Mon téléphone, lui, ne disait rien.

J’étais arrivé quelques minutes plus tôt par le parking souterrain. Pendant l’ascenseur, le réseau mobile avait complètement disparu. Une fois dans le hall, les barres de 5G étaient revenues, ainsi que la petite clé indiquant que mon VPN était actif.

Tout avait donc l’air normal. Sauf la notification dont j’avais besoin. J’ai rouvert l’application d’authentification. Rien. J’ai actualisé la connexion sur l’ordinateur. Nouvelle demande envoyée. Toujours rien.

Puis j’ai désactivé le VPN. Les notifications sont arrivées presque immédiatement, dont la première demande, désormais expirée.

C’est ce moment-là qui a changé la question que je posais à propos d’un VPN mobile. Je ne voulais plus savoir lequel « reste connecté » au sens où son icône reste visible.

Je voulais savoir lequel recommence réellement à transporter mes données après que le téléphone a perdu Internet.

J’avais installé un VPN pour une raison. Je l’avais gardé pour une autre.

Je ne suis pas le seul type d’utilisateur à avoir découvert les VPN assez récemment.

En France, le 4 juin 2025, la suspension de plusieurs grands sites pour adultes au moment du durcissement de la vérification d’âge avait entraîné chez Proton une hausse de plus de 400 % de l’utilisation par rapport à son niveau habituel, avec un pic d’inscriptions encore beaucoup plus élevé. Le sujet est resté d’actualité : le 16 juin 2026, la Cour de justice de l’Union européenne a confirmé que la France pouvait appliquer certaines exigences de vérification d’âge à des services établis dans d’autres États membres.

Beaucoup de personnes ont donc installé un VPN pour résoudre un problème très précis, puis se sont retrouvées avec cette application sur leur téléphone toute la journée.

Et c’est là que les critères changent.

Sur un ordinateur posé à la maison, je peux regarder le débit, choisir tranquillement un serveur et relancer le tunnel si quelque chose se passe mal.

Sur un téléphone, je ne reste pas tranquillement sur le même réseau.

Je descends dans un parking. Je monte dans un ascenseur. Je traverse une zone où la 5G devient une barre, puis zéro, puis quatre. L’écran s’éteint. Le téléphone revient en ligne avant même que je pense à vérifier le VPN.

Et je m’attendais naïvement à ce que « VPN permanent » signifie : tout repartira avec lui.

Android fait pourtant une distinction utile. Son mode VPN permanent peut maintenir ou relancer le service VPN, mais c’est toujours l’application elle-même qui doit maintenir sa connexion à la passerelle VPN. Autrement dit, voir le service encore actif et avoir de nouveau un tunnel réellement utilisable ne sont pas exactement la même chose.

Mon icône pouvait être là. Ma notification, elle, pouvait encore attendre.

Le premier VPN savait très bien se connecter

J’ai commencé le test avec le fournisseur que j’aurais naturellement choisi pour me rassurer. Application mature. Beaucoup de serveurs. Long historique public. Beaucoup plus de commentaires et de documentation que les petits acteurs. Sur une 5G stable, je n’avais pratiquement rien à lui reprocher.

J’ai connecté le VPN, ouvert le portail professionnel et demandé une nouvelle validation. Notification reçue. Approbation effectuée. Connexion ouverte.

Si je m’étais arrêté là, j’aurais conclu que le VPN fonctionnait parfaitement sur mobile. Mais ce n’était pas le test qui venait de me faire perdre du temps dans le hall. J’ai recommencé avec une interruption. Même téléphone. Même réseau mobile. Même portail.

J’ai laissé la demande prête sur l’ordinateur, coupé temporairement la connexion du téléphone, puis attendu avant de la rétablir. La 5G est revenue. Le VPN aussi. Le reste a été moins net.

La demande n’est pas arrivée au moment où je m’y attendais. J’ai attendu, ouvert l’application VPN, puis fini par relancer la connexion. Là, le téléphone a recommencé à synchroniser normalement.

Ce n’était pas une panne spectaculaire. C’était justement ce qui la rendait agaçante. Le fournisseur savait se connecter très vite lorsque je lui demandais de partir de zéro. Il était moins convaincant lorsqu’il devait comprendre tout seul qu’un trajet qui existait quelques secondes auparavant n’existait plus.

Cette frustration apparaît aussi dans les discussions d’utilisateurs. En janvier 2026, un utilisateur Android de WireGuard décrivait une connexion perdant tout accès Internet lors de certains passages entre points d’accès ou bandes Wi-Fi, puis repartant immédiatement après une désactivation-réactivation du tunnel. D’autres participants décrivaient le même réflexe lors de changements de réseau.

Ce qui m’intéressait dans cette discussion n’était pas de condamner WireGuard. C’était cette scène extrêmement familière : le VPN paraît toujours présent, mais c’est l’utilisateur qui doit lui annoncer que le monde a changé. À ce stade, le nombre de serveurs ne m’aidait plus beaucoup.

J’avais besoin que le téléphone retrouve son chemin sans que je devienne le bouton de reconnexion.

J’ai donc testé la reprise, pas la connexion

J’avais le petit service installé parmi mes options de test et je l’avais initialement considéré comme un choix moins rassurant. Il propose moins de localisations que les grands fournisseurs. Pour quelqu’un qui a besoin de dizaines de pays précis, c’est une vraie limite. Mais mon problème ne concernait plus la géographie.

J’ai ouvert OnlydogVPN^↗, choisi le mode correspondant à une connexion susceptible de devenir instable et lancé le tunnel. Puis je suis revenu exactement à l’écran qui m’intéressait : celui de l’ordinateur. Nouvelle demande d’authentification. Le téléphone l’a reçue.

Je l’ai approuvée. Ensuite, j’ai reproduit l’interruption. Le réseau mobile a disparu. La demande suivante était prête.

J’ai rétabli la connexion du téléphone. Les barres de 5G sont revenues. Cette fois, je n’ai pas ouvert l’application VPN. Je n’ai pas changé de serveur.

Je n’ai pas désactivé puis réactivé le tunnel. J’ai simplement regardé l’écran verrouillé. La notification est apparue. J’ai touché « Approuver ».

Sur l’ordinateur, le message d’attente a disparu et l’espace de travail s’est ouvert. C’était la première fois que le test répondait exactement à la question que je m’étais posée dans le parking. Pas : « Le VPN réussit-il à afficher Connecté ? »

Mais : « Après une vraie coupure, est-ce que l’application que j’utilisais redevient fonctionnelle avant que j’aie besoin de réparer le VPN ? » Cette fois, oui.

HTTP/3 m’a intéressé seulement après la notification

C’est seulement après avoir obtenu ce résultat que la technologie derrière le comportement est devenue intéressante.

Le service utilise un transport basé sur HTTP/3, lui-même fondé sur QUIC. Parmi les mécanismes prévus par QUIC, les identifiants de connexion et la validation d’un nouveau chemin permettent à une connexion de mieux supporter certains changements d’adresse ou de route réseau.

Sur un téléphone, je le visualise beaucoup plus simplement. Un tunnel peut se comporter comme quelqu’un qui pense : « Je parle à cette personne depuis cette adresse. » L’adresse change, et il faut recommencer la conversation.

QUIC dispose de davantage de moyens pour comprendre : « C’est toujours la même conversation ; c’est seulement le chemin qui vient de changer. » Bien sûr, cela ne crée pas Internet au fond d’un ascenseur. Une coupure reste une coupure. La différence se joue juste après : lorsque le réseau réapparaît.

À ce moment-là, je n’ai pas besoin d’un VPN qui fasse semblant de n’avoir jamais perdu le signal. J’ai besoin qu’il retrouve rapidement un chemin exploitable et recommence à transporter ce qui attend déjà.

C’est exactement ce que j’avais vu devant moi : les barres sont revenues, puis la notification, sans détour par le bouton Déconnecter. Après le problème du hall, cette petite différence comptait beaucoup plus pour moi qu’un temps de connexion gagné sur un benchmark.

À la fin, l’icône « connecté » ne m’intéressait plus beaucoup

Avant cette expérience, j’aurais comparé deux VPN mobiles en regardant leur temps de connexion. Trois secondes contre cinq. Peut-être leur débit. Peut-être leur nombre de serveurs.

Je regarderais encore ces données pour certains usages. Le grand fournisseur garde un avantage évident si j’ai besoin d’un choix géographique beaucoup plus large.

Mais aucune de ces mesures ne répondait à ce qui venait réellement de casser ma journée.

Sur mobile, une connexion n’est pas intéressante uniquement lorsqu’elle démarre. Elle doit aussi encaisser les moments beaucoup moins propres : une absence momentanée de signal, un changement d’adresse, un réseau qui revient, une application qui attend déjà des données.

Le premier service savait revenir lorsque je lui demandais explicitement de recommencer. Le second est redevenu utile avant que j’aie besoin de lui demander. C’est devenu mon critère.

Si je cherche aujourd’hui quel VPN reste connecté et se reconnecte proprement sur mobile, je ne regarde plus combien de temps l’application met à réafficher son voyant vert.

Je lance une vraie tâche, je fais disparaître le réseau quelques instants, puis j’attends son retour. Si la prochaine demande d’authentification arrive avant que j’aie ouvert le VPN, j’ai obtenu la réponse qui compte.