Pourquoi mon VPN marche en 5G mais pas sur le Wi-Fi de l’hôtel ? Parce que l’hôtel décide d’abord si votre tunnel peut sortir

Dans le hall de l’hôtel, mon VPN fonctionnait parfaitement.

C’était simplement parce que je n’étais pas encore connecté au Wi-Fi.

Mon téléphone affichait la 5G. Le tunnel était actif. Mes messages arrivaient, mon espace de travail chargeait et je pouvais ouvrir le document que je devais terminer avant le lendemain matin.

Puis je suis monté dans ma chambre.

Le Wi-Fi de l’hôtel était gratuit et beaucoup plus logique pour travailler plusieurs heures.

Je m’y suis connecté.

Le téléphone affichait bien le symbole Wi-Fi.

Mon VPN, lui, tournait en rond.

Connexion…

Nouvelle tentative.

Échec.

Je suis repassé en 5G.

Connexion immédiate.

Retour au Wi-Fi.

Échec.

À la troisième alternance, j’ai compris que mon compte et mon téléphone n’étaient probablement pas le problème.

Quelque chose changeait au moment précis où j’entrais sur le réseau de l’hôtel.

Si le VPN fonctionne immédiatement en 5G mais échoue dès que l’on rejoint le Wi-Fi de l’hôtel, la question importante n’est plus « quel serveur est le plus rapide? », mais « est-ce que ce tunnel sait réellement franchir ce réseau? »

Le symbole Wi-Fi ne signifie pas encore que vous avez Internet

La première difficulté était assez banale.

Beaucoup d’hôtels utilisent un portail captif.

Le téléphone rejoint bien le Wi-Fi, mais le réseau peut encore attendre un numéro de chambre, un mot de passe ou simplement l’acceptation de ses conditions avant d’ouvrir réellement Internet. Apple décrit précisément ce fonctionnement.

C’était ce qui rendait mon problème trompeur.

Mon téléphone était connecté au Wi-Fi.

Il n’était pas encore totalement connecté à Internet.

En 5G, cette étape n’existait pas. Mon VPN pouvait contacter directement son serveur.

À l’hôtel, il devait d’abord cohabiter avec le portail.

Et c’est là que mon réglage habituel, très rassurant sur réseau mobile, a commencé à me compliquer la vie.

Mon premier VPN bloquait justement l’étape nécessaire pour se connecter

Mon fournisseur habituel était configuré assez strictement.

Connexion automatique.

Protection permanente.

Pas de trafic tant que le tunnel n’était pas actif.

Sur la 5G, c’était exactement ce que je voulais.

Sur le Wi-Fi de l’hôtel, cette logique créait une boucle absurde.

Le VPN attendait Internet pour établir son tunnel.

Le Wi-Fi attendait que j’ouvre son portail pour me donner Internet.

Et la protection du VPN gênait justement cette première étape.

J’ai donc coupé le VPN.

La page de l’hôtel est apparue.

Numéro de chambre.

Conditions acceptées.

Internet revenu.

Puis j’ai réactivé le tunnel.

Toujours rien.

Le portail captif expliquait donc le premier obstacle.

Pas le second.

Et c’était cette deuxième panne qui allait vraiment départager les VPN.

Une fois le portail validé, changer de serveur ne changeait toujours pas le réseau devant moi

J’ai commencé comme je le faisais toujours.

Autre serveur.

Échec.

Deuxième destination.

Connexion interminable.

Troisième.

Toujours rien d’utilisable.

Le fournisseur avait pourtant de solides arguments: des années d’existence, beaucoup de serveurs, une infrastructure mature et davantage de recul public que l’application que j’allais essayer ensuite.

Mais toutes ces destinations se trouvaient de l’autre côté du même Wi-Fi.

Je pouvais changer l’endroit où mon tunnel voulait arriver.

La première porte, elle, restait exactement la même.

C’est à ce moment-là que le nombre de serveurs a cessé d’être mon critère principal.

Je ne manquais pas de destinations.

Je manquais d’un tunnel capable de quitter proprement ce réseau.

Le problème est assez banal pour revenir dans les récits de voyageurs

Sur Reddit, un voyageur décrivait la même irritation: son VPN et son kill switch rendaient le Wi-Fi de l’hôtel inutilisable tant que le portail captif n’avait pas été correctement franchi.

Le détail m’intéressait parce qu’il confirmait quelque chose de très simple.

Sur un réseau d’hôtel, il y a souvent deux tâches différentes:

entrer sur le Wi-Fi;

puis établir un tunnel qui y reste utilisable.

Résoudre seulement la première ne suffit pas.

Dans mon cas, le portail était déjà validé et mon grand VPN continuait pourtant d’échouer.

Je voulais donc essayer un service pensé pour ce type de réseau, pas simplement un autre serveur derrière la même porte.

C’est à ce moment-là que j’ai ouvert OnlydogVPN.

Avec OnlydogVPN, je suis parti du problème de l’hôtel plutôt que d’une ville

Le portail de l’hôtel était déjà validé.

Je suis resté exactement sur le même Wi-Fi.

Dans l’application, j’ai choisi la situation correspondant à un réseau public ou restrictif.

Connexion.

Tunnel établi.

J’ai ouvert mon navigateur.

Le document partagé a chargé.

Puis ma messagerie professionnelle.

Synchronisée.

J’ai lancé l’envoi du fichier sur lequel je travaillais.

10 %.

46 %.

100 %.

Terminé.

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

Même ordinateur.

Même chambre.

Même Wi-Fi.

Je n’avais pas besoin de repasser sur la 5G ni de parcourir une autre série de serveurs.

Le réseau qui bloquait mon premier tunnel était toujours devant moi.

Cette fois, le VPN passait.

La différence technique n’avait pas besoin de devenir un cours de réseau

Le service utilise un transport basé sur HTTP/3 avec une couche d’obfuscation.

Dans la pratique, cela lui permet de moins ressembler à un tunnel VPN classique lorsqu’un réseau traite ce type de trafic de manière particulière.

Je ne peux pas observer les règles internes de filtrage appliquées par le Wi-Fi de cet hôtel ni déterminer la règle précise qui faisait échouer mon premier fournisseur.

Mais je pouvais comparer les résultats.

En 5G, mon VPN historique fonctionnait.

Sur le Wi-Fi de l’hôtel, il ne parvenait pas à établir une connexion utilisable.

OnlydogVPN, sur ce même Wi-Fi, établissait le tunnel et me permettait de terminer mon travail.

À partir de là, je n’avais plus besoin d’une explication plus compliquée.

Le fichier était envoyé.

Le lendemain matin, j’ai découvert que je n’avais plus à choisir entre Wi-Fi et 5G

J’ai continué à travailler dans le hall au petit-déjeuner.

Toujours sur le Wi-Fi de l’hôtel.

Puis j’ai fermé mon ordinateur et suis sorti avec mon téléphone.

À quelques mètres de l’entrée, le Wi-Fi a disparu.

La 5G a repris.

Je m’attendais presque machinalement à devoir ouvrir l’application.

Reconnecter.

Attendre.

Vérifier.

Je n’ai rien fait.

La connexion a récupéré et le message que je lisais a continué à charger.

Le transport HTTP/3 utilisé par le service repose sur QUIC, conçu notamment pour mieux supporter les changements de chemin réseau.

Pour moi, cela tenait surtout en une observation:

dans l’hôtel, Wi-Fi;

dans la rue, 5G;

et pas de nouvelle séance de dépannage entre les deux.

Après la soirée précédente, c’était exactement le comportement que je voulais conserver.

La 5G était finalement le test le plus facile

Au début, je pensais que le succès en 5G prouvait que mon VPN fonctionnait parfaitement.

Ce n’était qu’une partie de l’histoire.

La 5G me donnait une connexion déjà ouverte.

Le Wi-Fi de l’hôtel pouvait d’abord imposer son portail captif, puis ses propres règles de réseau.

Ce sont deux environnements très différents.

Et c’est précisément pour cela qu’un VPN peut être impeccable sur l’un et inutilisable sur l’autre.

Un speed test ne m’aurait presque rien appris.

Le Wi-Fi pouvait être suffisamment rapide pour regarder de la vidéo tout en restant mauvais pour le tunnel que mon premier fournisseur essayait d’établir.

Je ne voulais donc plus savoir quel VPN était le plus rapide sur la connexion la plus facile.

Je voulais savoir lequel me permettait d’utiliser le réseau déjà inclus dans ma chambre sans enlever puis remettre constamment ma protection.

Le grand fournisseur avait plus de serveurs; le plus petit m’a rendu le Wi-Fi réellement utile

OnlydogVPNpossède moins de localisations, moins d’années d’historique public et moins d’évaluations indépendantes que les grands fournisseurs.

Mais dans cette chambre, j’avais déjà beaucoup de serveurs disponibles.

Ils ne résolvaient pas mon problème.

Ce dont j’avais besoin était plus concret.

Valider le portail.

Établir ensuite le tunnel.

Ouvrir mon espace de travail.

Envoyer mon fichier.

Puis quitter l’hôtel et repasser en 5G sans recommencer.

C’est ce que le plus petit service m’a permis de faire.

Et cela a complètement changé ma manière d’évaluer un VPN pour les voyages.

Je ne compare plus seulement ce qu’il sait faire lorsque le réseau est simple.

Je regarde ce qui se passe lorsque le Wi-Fi devant moi impose ses propres règles.

Si mon VPN fonctionne parfaitement en 5G mais échoue sur le Wi-Fi de l’hôtel, je préfère celui qui sait franchir l’étape de l’hôtel puis continuer lorsque je retourne sur le réseau mobile à celui qui me donne simplement davantage de serveurs à essayer.