Pourquoi le Wi-Fi du café ouvre tous les sites mais bloque ma visioconférence sous VPN ? Le débit n’était pas le vrai problème

À 10 h 27, tout me disait que le Wi-Fi du café fonctionnait. Gmail s’ouvrait. Mon document partagé se synchronisait. Deux sites d’actualité chargeaient instantanément. Même la VPN affichait « connecté ».

Il ne me restait qu’à rejoindre une visioconférence client prévue à 10 h 30.
J’ai cliqué.
« Connexion… »

Puis l’image est apparue sans son. Le micro a disparu. Quelques secondes plus tard, la réunion m’a rejeté.

J’ai immédiatement accusé le Wi-Fi bondé — jusqu’à ce que je comprenne que les sites Web et une visioconférence ne demandaient pas du tout la même chose au réseau.

Mon premier réflexe a été de couper la caméra.
Même résultat.
J’ai fermé quelques onglets.
Toujours rien.
Puis j’ai fait le test qui a changé toute la suite.

J’ai désactivé le Wi-Fi du café, activé le partage de connexion de mon téléphone et conservé exactement la même VPN.

J’ai rejoint la réunion.
Son.
Image.
Micro.
Tout fonctionnait.

Le problème n’était donc pas Teams, mon Mac ou mon compte. Ce n’était même pas simplement « ma VPN ne fonctionne pas ».

La même configuration venait de fonctionner dès que je quittais le réseau du café.

Restait une question : comment un réseau capable d’ouvrir presque n’importe quel site pouvait-il échouer précisément au moment où j’avais besoin de parler à quelqu’un ?

« Internet fonctionne » ne veut pas dire que tous les usages passent de la même façon

C’est là que mon erreur est devenue évidente.

Je considérais Internet comme un robinet : soit il coule, soit il ne coule pas.

Un réseau de café ressemble plutôt à une route où toutes les catégories de trafic ne circulent pas de la même manière.

Le navigateur peut parfaitement charger une page Web pendant que le trafic nécessaire à une visioconférence rencontre davantage de restrictions, de pertes ou de détours.

Les services de réunion eux-mêmes le montrent dans leur documentation réseau. Microsoft recommande pour Teams un chemin aussi direct que possible et privilégie UDP pour les médias, notamment sur les ports 3478 à 3481. Zoom utilise lui aussi plusieurs flux TCP et UDP pour les réunions, avec UDP au cœur d’une partie importante du trafic temps réel.

Une page Web peut se permettre d’attendre.
Un paquet arrive en retard ? On peut le retransmettre.
Une réponse prend une demi-seconde de plus ? Je ne le remarque probablement même pas.
Une conversation n’a pas ce luxe.

Une seconde de retard devient un silence gênant. Des pertes répétées donnent une voix robotique. Quelques secondes de circulation chaotique suffisent parfois à faire tomber l’appel.

L’Arcep rappelle d’ailleurs que la visioconférence fait partie des usages exigeants et que l’association Wi-Fi, VPN et vidéo peut dégrader sensiblement l’expérience.

Tout à coup, le fait que mon webmail et plusieurs sites s’ouvrent parfaitement ne prouvait plus grand-chose.

Le café avait bien Internet.

Il ne transportait simplement pas tout aussi bien.

Le réseau du café n’était pas une version publique de ma box

J’avais aussi sous-estimé une autre chose : un Wi-Fi invité possède ses propres équipements, ses propres règles et souvent son propre portail captif.

Ce détail paraît abstrait jusqu’au moment où un usage fonctionne et un autre non.

En juillet 2026, Microsoft a documenté CaptiveCrunch, une campagne ayant compromis des infrastructures de portails captifs utilisées dans des réseaux fréquentés par des voyageurs et d’autres utilisateurs de Wi-Fi public. L’entreprise recommande de traiter les réseaux Wi-Fi d’hôtels, de conférences et autres réseaux invités comme non fiables.

Cela ne disait rien de particulier sur le café où j’étais.

En revanche, cela rappelait une chose très concrète : le boîtier entre mon ordinateur et Internet ne se contente pas forcément de « donner du Wi-Fi ».

Il peut inspecter, filtrer ou traiter différemment certaines connexions.
Ajoutez une VPN au milieu et on obtient parfois cette situation apparemment contradictoire :
VPN connectée.
Sites accessibles.
Réunion inutilisable.
À ce stade, je n’essayais plus de savoir si le Wi-Fi était « bon ».

J’essayais de savoir quel tunnel savait réellement travailler avec ce Wi-Fi-là.

Mon fournisseur habituel me donnait beaucoup de façons d’essayer

Je suis donc revenu sur le réseau du café avec la grande VPN que j’utilisais depuis longtemps.

Elle avait de vraies qualités.
Une infrastructure très large.
Des années d’existence.
Plusieurs protocoles.
Beaucoup de serveurs.
Je me suis comporté comme quelqu’un qui possède toutes ces options.

J’ai changé de serveur.
Le navigateur fonctionnait.
Réunion : échec.
Deuxième serveur.
Sites toujours impeccables.
La réunion a tenu quelques secondes de plus, puis le son s’est figé.

J’ai ouvert les paramètres de protocole.
À ce moment-là, il était 10 h 34.
J’avais déjà envoyé au client un message disant que j’avais « un petit problème de réseau ».
Le mot petit commençait à devenir optimiste.

Une discussion publique consacrée aux VPN sur Wi-Fi public décrit bien ce genre de routine : lorsqu’un réseau d’aéroport, d’hôtel, d’université ou de café traite mal certains tunnels, les utilisateurs finissent par alterner protocoles, serveurs et modes d’obfuscation jusqu’à trouver une combinaison qui passe.

J’aurais pu continuer ainsi.
J’avais suffisamment de boutons pour le faire.
Mais mon besoin venait de changer.
Je ne cherchais plus la VPN offrant le plus de solutions à tester.
Je cherchais celle qui ferait passer ma réunion sur le réseau que j’avais déjà.

J’ai refait le test sans toucher au café

C’est ce qui m’a amené à essayer OnlydogVPN^↗.
Je n’ai pas changé de table.
Je n’ai pas redémarré le Mac.
Je n’ai pas utilisé mon téléphone comme hotspot.
J’ai gardé exactement le Wi-Fi qui venait de me poser problème.

J’ai lancé la petite application et laissé son mode automatique choisir la connexion, plutôt que de commencer moi-même par sélectionner un pays, un serveur puis un protocole.

Puis j’ai rejoint la même réunion.
Cette fois, l’écran de prévisualisation est apparu.
Le test du micro a répondu.
Je suis entré.
J’ai attendu le moment où le son allait se figer.
Il n’est pas arrivé.

Le client était déjà en train de parler du document que nous devions corriger.
J’ai partagé mon écran.
Il a vu la présentation.
À cet instant, le résultat comptait davantage que n’importe quel graphique de débit.
La réunion que j’essayais de rejoindre depuis le début avait enfin commencé.
Et surtout, je n’avais pas eu à quitter le Wi-Fi pour y arriver.

Ce qui avait changé n’était pas mon débit

Après l’appel, j’ai voulu comprendre pourquoi l’expérience avait été différente.

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

Pour mon problème, il n’était pas nécessaire d’aller beaucoup plus loin dans la plomberie réseau.

Je le visualise comme un contrôle à l’entrée d’un bâtiment.

Mon ancienne VPN arrivait avec un type de connexion que le réseau du café semblait mal digérer. Je pouvais alors essayer une autre porte, puis une autre.

Le nouveau tunnel cherchait plutôt à emprunter un chemin plus compatible avec le trafic que ce réseau savait déjà transporter, tout en rendant la connexion VPN moins évidente à distinguer.

Ce qui m’intéressait n’était pas la théorie.

C’était le résultat sur la même table, avec le même ordinateur et le même Wi-Fi :

avec le tunnel précédent, le Web fonctionnait mais la réunion ne devenait jamais vraiment utilisable ;

avec celui-ci, j’ai passé l’appel.

Cette différence suffisait à changer mon critère de comparaison.

Je pensais qu’un Speedtest allait me donner la réponse

Le plus trompeur, c’est que j’aurais facilement pu conclure que le café avait une excellente connexion.

Quelques minutes avant la réunion, je pouvais télécharger un gros document.
Je pouvais lancer une vidéo.
Les sites s’ouvraient vite.

Si j’avais comparé les VPN uniquement sur la vitesse maximale, mon fournisseur habituel aurait probablement obtenu un très bon résultat.

Mais une visioconférence ne demande pas un grand chiffre pendant trente secondes.
Elle demande une connexion propre et régulière pendant quarante-cinq minutes.
C’est là que les réseaux partagés deviennent difficiles.

Un Wi-Fi de café peut être rapide tout en étant irrégulier. Il peut aussi imposer des règles que ma connexion domestique n’impose pas. Et la VPN doit faire passer son propre tunnel à travers tout cela.

Le meilleur résultat n’était donc pas celui qui produisait le plus gros nombre sur un test de débit.

C’était celui qui transformait une réunion impossible en réunion banale.

La petite application a aussi une petite histoire

Il y a malgré tout une raison rationnelle de préférer un grand fournisseur dans d’autres situations.

Le service plus récent a beaucoup moins de recul public.

Son historique visible sur l’App Store français remonte à la fin de 2025 et il dispose encore de beaucoup moins d’évaluations publiques qu’un acteur installé depuis des années. Il propose également moins de régions de serveurs que les plus grands réseaux VPN.

Si mon travail exigeait de sélectionner tous les jours des adresses dans une longue liste de pays, je valoriserais davantage cette couverture.

Mais assis dans ce café, je n’avais besoin d’aucun nouveau pays.

J’avais déjà un ordinateur qui fonctionnait et un réseau suffisamment rapide pour charger le Web.

Il me manquait une seule chose :

faire passer la réunion.

Dans ce contexte, la simplicité de l’application ne ressemblait plus à une absence de réglages.

Elle ressemblait à quatre minutes de diagnostic que je n’avais plus à faire.

Alors pourquoi le café ouvre-t-il les sites mais bloque ma visioconférence via VPN ?

Parce qu’un réseau peut être parfaitement capable de transporter le Web tout en étant beaucoup moins accueillant pour les flux temps réel ou certains tunnels VPN.

Les pages Web tolèrent les retards et les retransmissions.

Une visioconférence, beaucoup moins.

Ajoutez un Wi-Fi partagé, des règles de pare-feu, éventuellement un portail captif et une VPN qui doit faire passer tout son trafic dans un tunnel, et cette situation cesse d’être aussi absurde qu’elle en a l’air :

Google fonctionne.
Les mails fonctionnent.
La VPN dit « connecté ».
Mais la réunion reste bloquée.
Le test qui m’a finalement donné la réponse n’était donc pas :
« Combien de mégabits me donne ce café ? »

C’était :

avec le même ordinateur, le même Wi-Fi et la même réunion, est-ce que la VPN réussit réellement à me faire entrer ?

Mon grand fournisseur m’a donné plusieurs façons de diagnostiquer le réseau.

La petite application m’a donné quelque chose de plus utile quatre minutes après le début prévu de mon appel :

la voix du client dans mes écouteurs.
Depuis, c’est devenu mon critère sur un Wi-Fi de café.
Je ne demande plus d’abord si Internet fonctionne.
Je regarde si mon VPN sait faire passer la chose pour laquelle je me suis connecté.