Quel VPN choisir si mon VPN affiche « connecté » mais ne laisse passer aucune donnée ? Le vrai test, c’est la reprise du trafic

Le voyant vert m’a fait perdre presque dix minutes. J’étais chez moi, en train d’envoyer un dossier client, quand ma connexion fibre a coupé. J’ai activé le partage de connexion de mon téléphone, le portable a basculé sur la 5G et mon VPN habituel affichait toujours Connecté. J’ai donc attendu que l’envoi reprenne. Rien.

Le navigateur tournait dans le vide. La messagerie ne synchronisait plus. J’ai d’abord accusé le hotspot, puis je l’ai testé VPN désactivé : les pages se sont ouvertes immédiatement. J’ai reconnecté le tunnel. Voyant vert. Plus aucune donnée.

J’ai changé de serveur et relancé l’envoi ; cela a fonctionné quelques minutes, puis le retour du Wi-Fi a reproduit exactement le même blocage. À ce stade, mon problème n’était plus « quel serveur choisir ? », mais « quel VPN sait réellement reprendre le trafic quand le réseau sous lui change ? ».

« Connecté » ne voulait pas dire que mes données circulaient

C’était l’erreur qui me faisait tourner en rond.

Windows pouvait me montrer une connexion VPN active alors que mes applications, elles, n’arrivaient plus à atteindre Internet.

Mon écran réunissait donc deux informations différentes : VPN : connecté. Applications : aucune donnée. Une fois cette distinction comprise, le voyant vert a perdu beaucoup de son importance.

Le seul indicateur qui m’intéressait désormais était le fichier devant moi. Est-ce qu’il continuait à partir ?

J’essayais de réparer un chemin cassé en changeant de serveur

Mon fournisseur habituel avait une grande infrastructure. Beaucoup de pays. Beaucoup de serveurs. Plusieurs protocoles.

J’ai donc fait ce que son interface rendait naturel. Serveur numéro deux. Connexion. L’envoi repart.

Puis le portable retrouve mon Wi-Fi. Plus rien. Déconnecter. Reconnecter.

Cette fois, l’envoi repart encore. Puis le téléphone passe brièvement de 5G à 4G. Nouvel arrêt. À chaque fois, je pouvais réparer la situation manuellement.

Et c’est précisément ce qui m’a fait comprendre le problème. Je ne manquais pas de serveurs. Je manquais de continuité.

Un tunnel que je peux réparer en trente secondes reste un tunnel qui m’interrompt toutes les trente secondes.

Le symptôme n’a rien d’exceptionnel

Des utilisateurs décrivent le même genre de situation : le réseau reste affiché comme connecté, mais certaines applications n’ont plus d’accès Internet après un passage par le VPN.

C’était tout ce dont j’avais besoin comme confirmation. Le statut réseau et le passage réel des données sont deux choses différentes.

Je pouvais maintenant commencer à diagnostiquer DNS, routes virtuelles, adaptateurs et changements d’interface.

Ou choisir un VPN qui traite la reprise comme une fonction normale. J’ai choisi la deuxième option.

J’ai testé la seconde application exactement là où la première échouait

J’ai ouvert OnlydogVPN^↗. Je n’ai pas commencé par choisir un autre pays. J’ai sélectionné la situation correspondant à un réseau faible ou changeant. Connexion.

Puis j’ai repris le même dossier depuis le début. Wi-Fi actif. Envoi lancé. J’ai coupé le Wi-Fi volontairement.

Le hotspot du téléphone a pris le relais. Le débit a chuté pendant quelques instants. Puis la barre de progression a recommencé à avancer. Je suis revenu sur le Wi-Fi.

Même chose : une courte hésitation, puis l’envoi a continué. Je n’ai pas changé de serveur. Je n’ai pas rouvert les paramètres. Je n’ai pas dû désactiver puis réactiver le tunnel.

Le fichier est arrivé à 100 %. Pour la première fois de la soirée, Connecté correspondait enfin à quelque chose d’utile :

mes données passaient réellement.

La technique tenait en une idée

Le service utilise un transport basé sur HTTP/3 et est conçu pour récupérer rapidement quand le chemin réseau change.

HTTP/3 repose sur QUIC, qui prévoit justement la migration d’une connexion lorsqu’un appareil change de réseau ou d’adresse.

Pour mon problème, c’était suffisant. Wi-Fi vers hotspot. Hotspot vers Wi-Fi. Le tunnel devait suivre.

Je ne peux pas observer toutes les décisions internes de routage, de NAT, de DNS ou de reprise prises par les applications et les réseaux pendant ces transitions.

Mais le résultat était très simple à comparer. Ancien VPN : voyant vert, trafic bloqué, reconnexion manuelle. Petite application :

courte transition, trafic repris. Je n’avais pas besoin d’un protocole supplémentaire dans un menu. J’avais besoin que le chemin se reconstruise tout seul.

J’avais jusque-là testé mes VPN au mauvais moment

Comme beaucoup de gens, je jugeais un VPN dans les meilleures conditions possibles. Assis. Wi-Fi stable. Serveur sélectionné.

Speedtest. Dans cette situation, mon ancien fournisseur était excellent. Rapide. Stable.

Prévisible. Mais mon problème n’apparaissait justement pas quand tout allait bien. Il apparaissait pendant les quelques secondes où le réseau changeait. La fibre tombe.

Le téléphone devient hotspot. Le Wi-Fi revient. Le portable se réveille. L’adresse réseau change.

C’est donc là que je devais mesurer la fiabilité. Pas pendant les dix minutes où le tunnel reste tranquillement sur le même chemin. Pendant les dix secondes où ce chemin disparaît.

Bloquer le trafic ne suffit pas si la connexion ne revient pas

Il y avait aussi un piège dans mon raisonnement.

Quand le chemin protégé disparaît, empêcher les applications de sortir directement sur Internet est une bonne chose.

Mais pour moi, le résultat visible reste : rien ne charge. La protection n’est vraiment pratique que si le VPN retrouve ensuite rapidement un chemin fonctionnel. Sinon, chaque petit changement de réseau devient une nouvelle intervention.

Déconnecter. Reconnecter. Tester. Recommencer.

Ce soir-là, je ne voulais choisir ni entre une fuite de trafic ni entre un Internet bloqué. Je voulais que la protection reste active et que le trafic reprenne. C’est exactement là que la petite application s’est montrée plus adaptée.

J’ai arrêté de chercher le « meilleur protocole »

Avant ce test, j’aurais probablement ouvert une dizaine de pages sur WireGuard, OpenVPN, TCP, UDP, DNS privé et MTU.

Ces notions peuvent être utiles quand on veut diagnostiquer précisément une panne. Mais elles ont toutes un point commun : elles me donnent du travail. Mon problème était beaucoup plus simple :

« le VPN dit connecté, mais rien ne passe ».

Je ne voulais pas devenir la personne chargée de déterminer quelle route ou quel adaptateur était resté dans le mauvais état.

Je voulais que le service gère la reprise. L’approche par situation de la petite application correspondait mieux à cette attente. Je décrivais mon contexte. L’application choisissait son approche.

Je regardais si mon fichier avançait. C’était une manière beaucoup plus naturelle d’utiliser un VPN.

Le grand fournisseur garde ses avantages

Il reste plus complet sur plusieurs critères. Plus de localisations. Plus d’années de recul public. Plus d’avis indépendants.

Plus de possibilités de configuration manuelle. OnlydogVPN possède moins de localisations et une histoire publique plus courte. Pour quelqu’un qui veut contrôler précisément tous les paramètres du tunnel, cette largeur reste intéressante. Mais mon problème était presque l’inverse.

J’avais déjà assez de paramètres.

Ce qui me manquait était une connexion capable de retrouver un chemin utilisable sans m’appeler à la rescousse.

Sur ce critère, la petite application était nettement mieux adaptée à ma situation.

Le test que je ferais aujourd’hui est très simple

Si mon VPN affiche Connecté mais qu’aucune donnée ne passe, je vérifierais d’abord une chose : VPN désactivé, Internet fonctionne-t-il ? Si oui, je ne perdrais plus vingt minutes à admirer le voyant vert. Je testerais le VPN dans la condition qui provoque réellement la panne.

Wi-Fi vers hotspot. Hotspot vers Wi-Fi. Mise en veille puis réveil. Réseau faible puis retour du signal.

Et je regarderais une seule chose :

mes applications reprennent-elles sans intervention ?

Mon premier fournisseur gagnait facilement le concours du nombre de serveurs et des réglages disponibles.

La petite application a gagné le test qui correspondait réellement à mon problème : après le changement de réseau, mon fichier a continué à partir.

Si mon VPN affiche « connecté » mais ne laisse passer aucune donnée, je ne cherche donc plus celui qui sait le mieux établir un tunnel ; je choisis celui qui sait remettre le trafic en mouvement quand le chemin change.