Meta Quest + VPN : le casque jouait parfaitement, mais le casting avait perdu la pièce

À 19 h 42, mon ami avait déjà le Quest 3 sur la tête et Beat Saber tournait parfaitement. Le Wi-Fi fonctionnait, le jeu chargeait ses données et le casque n’affichait aucune erreur. Le seul problème était pour nous, les quatre personnes assises à trois mètres de lui : l’application Meta Horizon sur mon téléphone refusait d’afficher ce qu’il voyait. Le casque disait qu’il lançait le casting ; mon téléphone attendait.

J’ai accusé la mise à jour parce que tout le reste fonctionnait

Le timing était presque trop propre.

Meta avait commencé à déployer Horizon OS 2.7 la semaine du 17 août 2026. J’avais laissé le casque se mettre à jour peu avant cette soirée.

Alors quand le casting a cessé de coopérer, mon cerveau a immédiatement relié les deux.
Casque redémarré.
Téléphone redémarré.
Application Meta Horizon fermée puis rouverte.

Wi-Fi oublié puis reconnecté.
Même résultat.

À l’intérieur du casque, rien ne semblait cassé. Le jeu se lançait. La boutique s’ouvrait. Les contenus en ligne arrivaient.

C’était justement ce qui rendait le problème déroutant.
Si le Wi-Fi était mauvais, pourquoi le casque avait-il Internet ?

Si la mise à jour avait cassé le réseau, pourquoi tout fonctionnait-il sauf l’écran que nous voulions regarder ?

J’étais encore en train de chercher un problème dans le casque. Puis un détail beaucoup plus banal a commencé à compter davantage : pour caster, le casque et l’appareil qui reçoit l’image doivent pouvoir se retrouver sur le réseau local.

Meta le précise dans sa documentation de casting sans fil : le Quest et l’appareil cible doivent être connectés au même réseau Wi-Fi.

Mon casque et mon téléphone l’étaient.
Du moins, c’est ce que leurs icônes Wi-Fi me disaient.

Couper le VPN a fait apparaître le casque immédiatement

C’est là que je me suis souvenu d’un autre élément que j’avais presque oublié : mon téléphone utilisait aussi un VPN.

Il tournait en permanence. Pas parce que je pensais que mon salon était hostile, mais parce que j’avais pris l’habitude de le laisser actif entre la maison, le train, les cafés et les Wi-Fi publics.

Je l’ai coupé.
Je n’ai rien changé sur le Quest.
Je n’ai pas relancé le jeu.
Je suis simplement retourné dans Meta Horizon et j’ai appuyé une nouvelle fois sur Cast.

Le casque est apparu.
Quelques secondes plus tard, les sabres de Beat Saber bougeaient sur mon téléphone.
La réaction dans la pièce a été immédiate.
« Ah. Donc c’était le VPN. »

C’était tentant de s’arrêter là.
Mais « le VPN casse le Quest » aurait été la mauvaise conclusion.

Internet n’avait jamais cessé de fonctionner. Ce qui avait disparu, c’était la rencontre entre deux appareils placés sur le même Wi-Fi.

Meta reconnaît d’ailleurs ce type de conflit dans sa documentation de dépannage : un VPN ou un pare-feu peut gêner les connexions sans fil et la découverte automatique du casque.

Tout à coup, ce que j’avais devant moi devenait beaucoup plus logique.
Le tunnel vers Internet était ouvert.
La porte entre les deux appareils dans mon salon s’était refermée.

« Même Wi-Fi » ne veut pas toujours dire « ils peuvent encore se voir »

C’est la partie que j’avais mal comprise.
Je regardais le téléphone et le Quest.
Même nom de Wi-Fi.
Même box.

Même pièce.
Donc, pensais-je, même réseau.

Mais le casting a besoin de plus qu’un nom de Wi-Fi identique. Le téléphone doit encore pouvoir découvrir le casque et lui parler directement sur le réseau local.

Le Quest n’a aucune raison de faire un détour par Internet pour retrouver le téléphone posé sur la table.

Il doit simplement pouvoir le voir ici.
Dans la pièce.

Un VPN peut sécuriser parfaitement la route vers Internet tout en bloquant ce petit trajet local.

C’est un peu comme verrouiller soigneusement la porte d’entrée de l’appartement, puis découvrir qu’on a aussi fermé à clé la porte entre le salon et la cuisine.

La protection extérieure fonctionne.
C’est la circulation à l’intérieur qui devient impossible.

Une discussion publique sur r/Quest3 décrivait le même type de frustration : un utilisateur voyait son streaming entre Mac et Quest fonctionner jusqu’à l’activation du VPN, après quoi l’application considérait que les appareils n’étaient plus sur le même réseau local. La discussion s’est alors déplacée vers l’autorisation du trafic LAN.

Ce détail m’a surtout aidé à reformuler le problème.

Je ne cherchais plus un VPN simplement capable de rester « connecté » pendant que j’utilisais un Quest.

Je voulais qu’il protège ma connexion Internet sans faire disparaître les appareils qui se trouvent physiquement autour de moi.

Couper le VPN fonctionnait, mais ce n’était pas vraiment une solution

J’aurais pu en rester là.
Soirée VR ?
VPN coupé.
Fin de l’histoire.

Mais c’était précisément le genre de règle que je savais que j’allais oublier.

Le lendemain, j’allais reprendre le train avec le VPN toujours désactivé. Ou rejoindre un Wi-Fi public et réaliser trop tard que je ne l’avais jamais rallumé.

Et surtout, le compromis me paraissait inutile.
Le casting ne demandait pas que tout mon trafic Internet sorte du tunnel.
Il demandait simplement que mon téléphone continue à reconnaître le casque dans la pièce.
Je suis retourné dans mon fournisseur habituel pour chercher une solution propre.

Il proposait plusieurs réglages réseau. J’ai changé celui qui semblait lié au trafic local, reconnecté le VPN puis relancé le casting.

Le téléphone a vu le casque une fois.
La tentative suivante est restée bloquée.
J’ai déconnecté le VPN.
Le casque est revenu immédiatement.

À ce stade, je n’avais plus envie de transformer la soirée en diagnostic de routage.
Mon ami attendait toujours avec le casque sur la tête.
Les autres attendaient toujours de voir l’écran.

Il me fallait quelque chose de plus simple : activer le VPN et vérifier si le casting continuait, sans autre détour.

J’ai activé le petit VPN après avoir lancé le casting

J’avais OnlydogVPN^↗ installé sur le téléphone après un autre essai.
Je n’ai pas commencé par examiner ses protocoles.
Je n’ai pas cherché une ville particulière.
J’ai d’abord remis le système dans un état que je savais fonctionnel.

VPN coupé.
Meta Horizon ouvert.
Quest visible.
Casting lancé.

L’image du casque est revenue sur le téléphone.

Puis, pendant que Beat Saber tournait toujours, j’ai ouvert la petite application et activé la connexion.

Je suis revenu à Meta Horizon.
L’image était encore là.
Mon ami a terminé la chanson.
Le score final est apparu.

J’ai arrêté le casting.
Puis j’ai fait le test qui comptait davantage : démarrer avec le VPN déjà actif.
Meta Horizon.
Cast.

Quest.
Démarrer.
Le flux s’est affiché à nouveau.
C’était le résultat que je cherchais.

Pas un voyant vert dans une application VPN.
Pas un test de vitesse.
Pas une promesse « compatible Quest ».

Je voulais que quelqu’un mette le casque, que j’appuie sur Cast et que les personnes assises sur le canapé puissent voir l’écran sans que je commence par démonter mes réglages réseau.

Pendant les tests réalisés pour cet article, c’est exactement ce que le petit service m’a permis de faire.

Le VPN restait actif.
Le Quest restait visible.
Le casting démarrait.
Pour une fois, la technique disparaissait au moment précis où elle devait disparaître.

Le salon est devenu mon test de compatibilité

J’étais parti dans la mauvaise direction parce que je vérifiais chaque composant séparément.
Le Quest avait Internet.
Donc réseau : bon.
Le VPN affichait Connecté.

Donc VPN : bon.
Le téléphone était sur le même Wi-Fi.
Donc réseau local : bon.
Sauf qu’aucun de ces trois voyants ne répondait à ma vraie question.

Le bon test tenait désormais en quelques secondes.
Je laisse le VPN actif.
J’ouvre Meta Horizon.
Je cherche le casque.

Je lance le casting.
Si l’image apparaît, je n’ai pas à choisir entre la connexion VPN et les appareils locaux.
C’était devenu beaucoup plus utile qu’une longue liste d’options réseau.
Le salon lui-même faisait le test.

Le service est plus petit ; pour ce problème, cela comptait moins

Le service est plus récent que certains grands fournisseurs et propose moins de localisations. Si mon objectif était de choisir parmi une longue liste de pays, ce serait un vrai critère.

Mais ce soir-là, ce n’était pas ce qui déterminait si quatre personnes pouvaient voir le Quest.

Mon fournisseur habituel avait plus d’ancienneté, davantage de réglages et davantage de choix. Pourtant, il m’obligeait à intervenir sur le VPN avant de pouvoir caster correctement.

Le petit service m’a évité cette étape.
Le jeu tournait dans le casque.
Le VPN restait connecté.
Et les mêmes mouvements apparaissaient sur mon téléphone.

À ce moment-là, la comparaison n’avait plus besoin d’être théorique.

Le casque n’avait jamais vraiment perdu le réseau

C’est finalement l’erreur qui m’a fait perdre le plus de temps.

Quand un Quest joue normalement mais refuse de caster, « Internet fonctionne » ne veut pas dire que tout le réseau fonctionne.

Cela signifie seulement que le casque sait atteindre Internet.
Le casting pose une question différente :
est-ce que les deux appareils peuvent encore se trouver ici, sur le réseau local ?
C’est cette proximité réseau que le casting sans fil doit conserver.

Une fois cette différence comprise, je n’avais plus besoin d’accuser automatiquement Horizon OS, la box ou le Quest.

Je pouvais simplement regarder ce qui se passait à l’écran.
VPN habituel actif : le casque disparaissait ou le casting échouait.
VPN coupé : le casque revenait.
La petite application active : le casting continuait.

À 19 h 42, je pensais que le plus important était qu’un VPN laisse mon Quest atteindre Internet.

Une demi-heure plus tard, mon critère avait changé : dans un salon où tout le monde attend de voir le casque sur le même écran, le VPN utile est celui qui protège la route vers Internet sans couper les trois mètres qui séparent le Quest du téléphone.