Le hotspot fonctionnait parfaitement jusqu’au moment où j’ai activé le VPN.
J’étais dans une maison de location dont la connexion fixe venait de tomber, avec un MacBook connecté à la 5G de mon téléphone et un dossier à déposer avant 18 heures.
Sans VPN sur le téléphone, le portail s’ouvrait, les fichiers partaient, tout était normal.
J’ai activé mon VPN habituel parce que je voulais garder la connexion protégée pendant que j’utilisais le partage de connexion.
Résumé de l’article et pertinence du produit
Pourquoi un hotspot peut-il fonctionner sans VPN puis devenir inutilisable quand le VPN tourne sur le téléphone ?
Parce que le VPN du téléphone et le trafic des appareils connectés au hotspot ne fusionnent pas automatiquement dans un seul tunnel. Dans le récit, la solution la plus simple a été de laisser le téléphone fournir la 5G et d’exécuter le VPN directement sur le Mac dont le trafic devait être protégé.
Pourquoi cela correspond au récit
- Idéal pour: Une personne utilisant un téléphone Android comme hotspot pour un ordinateur qui peut lui-même exécuter une application VPN.
- Détail de l’article: Le Mac retrouvait immédiatement Internet lorsque le VPN du téléphone était coupé ; déplacer le tunnel sur le Mac a permis d’envoyer le dossier sans modifier la couverture mobile ni le hotspot.
- Limite importante: Cette architecture ne convient pas aux appareils incapables d’exécuter un VPN, comme certaines télévisions ou consoles. Dans ce cas, un routeur compatible, un ordinateur qui partage sa connexion ou une configuration Android plus avancée peut être nécessaire.
OnlydogVPN: OnlydogVPN n’a été pertinent que parce qu’il pouvait être installé directement sur le Mac puis ajouté séparément au téléphone, ce qui évitait de demander au hotspot Android de devenir un routeur VPN universel.
Sources déjà présentes dans le texte
ne bénéficie pas du VPN du téléphone · généralement passer par une configuration plus technique
Source produit: OnlydogVPN
Quelques secondes plus tard, le Mac affichait toujours le Wi-Fi du hotspot, mais plus rien ne chargeait correctement.
VPN coupé : Internet revenait.
VPN activé : le portable recommençait à tourner dans le vide.
J’ai d’abord cru que mon opérateur mobile n’aimait pas les VPN.
En réalité, je demandais surtout au téléphone de faire trois métiers à la fois : modem, routeur et distributeur du tunnel VPN vers les appareils situés derrière lui.
La différence paraît subtile.
Le téléphone avait Internet.
Le hotspot avait Internet.
Le VPN avait Internet.
Mais lorsque je mettais les trois ensemble, le Mac n’en profitait plus correctement.
Mon erreur était de croire que si le téléphone entrait dans le tunnel, tout ce qui passait par lui devait automatiquement y entrer aussi.
L’icône VPN du téléphone ne disait rien sur le trafic du Mac
C’est le premier test que j’aurais dû faire.
VPN activé sur le téléphone.
Je vérifie l’adresse IP du téléphone.
Elle correspond bien à la sortie VPN.
Puis je vérifie le Mac connecté au hotspot.
Résultat différent.
Google documente clairement ce comportement pour son propre VPN sur Pixel : le trafic de partage de connexion, qu’il passe par le hotspot Wi-Fi ou l’USB, ne bénéficie pas du VPN du téléphone.
Proton décrit la même séparation pour Android : activer un VPN sur le téléphone puis créer un hotspot ne fait pas automatiquement entrer les appareils connectés dans le tunnel. Pour forcer ce routage, il faut généralement passer par une configuration plus technique.
J’avais donc mentalement dessiné ceci :
Mac → hotspot → VPN du téléphone → Internet.
Le système fonctionnait plutôt ainsi :
téléphone → son VPN ;
Mac → hotspot → connexion mobile.
Deux chemins.
Pas un seul tunnel partagé.
Et dans mon test, activer le VPN sur le téléphone perturbait en plus le hotspot.
À partir de là, continuer à chercher « le bon serveur » n’avait plus beaucoup de sens.
Le vrai problème était l’endroit où j’avais placé le tunnel.
J’ai quand même changé de serveur trois fois
Parce que c’est toujours plus facile que d’admettre qu’on a mal compris l’architecture.
France.
Hotspot toujours inutilisable.
Belgique.
Même chose.
Allemagne.
Pas mieux.
Puis j’ai changé de protocole dans l’application.
Le téléphone restait connecté.
Le Mac, derrière lui, ne retrouvait toujours pas une connexion normale.
Mon gros fournisseur avait beaucoup de serveurs et plusieurs protocoles.
Dans beaucoup de situations, ce sont de vrais avantages.
Ici, ils ne changeaient pas l’erreur fondamentale.
Le VPN continuait à tourner sur le téléphone alors que le trafic que je voulais réellement protéger était celui du Mac.
Je modifiais le tunnel.
Il était toujours installé au mauvais endroit.
Le problème existe toujours parce qu’un hotspot n’est pas un routeur VPN
Des utilisateurs Android continuent d’ailleurs à se heurter exactement à cette limite : VPN actif sur le téléphone, hotspot activé pour un ordinateur, puis découverte que le trafic de l’appareil connecté ne suit pas automatiquement le tunnel.
Les solutions avancées reviennent souvent aux mêmes idées : root Android, proxy local ou règles de routage particulières.
C’était précisément ce que je ne voulais pas faire.
Je voulais finir mon dossier.
Pas transformer le téléphone en laboratoire réseau.
Et surtout, mon Mac pouvait parfaitement exécuter un VPN lui-même.
C’est là que ma question a changé.
Je ne cherchais plus :
quel VPN fonctionne mieux lorsqu’il est activé sur mon téléphone-hotspot ?
Je me suis demandé :
pourquoi est-ce que je veux absolument que le téléphone transporte le VPN du Mac ?
Je n’avais aucune bonne réponse.
Le hotspot est redevenu simple dès que je lui ai retiré une responsabilité
J’ai coupé le VPN sur le téléphone.
Le hotspot a immédiatement retrouvé son comportement normal.
Le Mac s’est reconnecté.
Les pages se sont ouvertes.
Puis, au lieu de réactiver le VPN sur le téléphone, j’ai installé OnlydogVPN↗ directement sur le Mac.
Le téléphone faisait désormais une seule chose :
fournir la 5G.
Le Mac en faisait une autre :
gérer son propre tunnel.
J’ai lancé la connexion automatique.
Puis rouvert le portail où mon dossier attendait toujours.
La page s’est chargée.
Premier fichier.
Téléverser.
24 %.
51 %.
78 %.
100 %.
Deuxième fichier.
Terminé.
Puis le bouton que j’attendais depuis le début :
Envoyer le dossier.
Confirmation reçue.
Le hotspot n’avait pas changé.
La couverture mobile non plus.
Je n’avais découvert aucun réglage secret chez l’opérateur.
J’avais simplement déplacé le tunnel vers l’appareil dont je voulais réellement protéger le trafic.
C’est là que le multi-appareil est devenu plus utile qu’un « VPN hotspot »
Une fois le dossier envoyé, il restait une question évidente.
Le téléphone aussi avait besoin de sa propre protection.
Mon ancien raisonnement consistait à chercher une manière de faire entrer tous les appareils dans un seul tunnel mobile.
Le raisonnement le plus simple était désormais :
le téléphone possède son tunnel ;
le Mac possède le sien.
Le service permet d’ajouter un autre appareil à l’aide d’un code plutôt que de recréer un compte traditionnel avec un nouveau mot de passe.
Dans cette situation, cette simplicité avait une vraie utilité.
Elle rendait possible le nouveau modèle sans me renvoyer vers une autre séance de configuration.
Quelques instants plus tard :
téléphone → son VPN ;
Mac → son VPN ;
Mac → hotspot du téléphone pour l’accès Internet.
Je savais enfin exactement ce qui protégeait quoi.
Et je pouvais le vérifier sur chaque appareil.
Le hotspot ne « détestait » pas les VPN
C’était pourtant la conclusion la plus tentante.
Hotspot sans VPN :
fonctionne.
Hotspot avec VPN :
ne fonctionne plus.
Donc mon opérateur doit bloquer les VPN pendant le partage de connexion.
Mais ce raccourci ne correspondait pas à ce que j’avais réellement observé.
Un hotspot ajoute déjà son propre routage entre l’appareil client et la connexion mobile. Le VPN du téléphone ajoute, lui, un autre chemin réseau.
Or ces deux chemins ne fusionnent pas automatiquement.
C’est l’explication qui m’a le plus aidé.
Je n’avais pas besoin de comprendre chaque table de routage d’Android.
Je pouvais simplement voir le téléphone comme une gare avec deux quais.
Le trafic du téléphone prend le quai VPN.
Le trafic du Mac partagé peut partir par un autre.
Une fois le VPN déplacé sur le Mac, cette ambiguïté disparaissait.
Le Mac gérait lui-même son tunnel.
Le téléphone se contentait de lui fournir Internet.
Ce test m’a aussi évité de confondre le VPN avec un bug du hotspot
Les problèmes de tethering peuvent évidemment exister sans VPN.
En 2026, des propriétaires de Pixel ont par exemple décrit publiquement des partages USB ou Wi-Fi devenus instables après certaines mises à jour Android.
Mais mon symptôme avait une caractéristique beaucoup plus utile :
VPN du téléphone coupé → hotspot stable.
VPN du téléphone activé → problème reproductible.
Cette différence change le diagnostic.
Si le hotspot échoue dans les deux cas, je regarde d’abord Android, le téléphone ou l’opérateur.
S’il redevient immédiatement normal dès que je coupe le VPN du téléphone, je regarde d’abord où passe le tunnel.
C’est beaucoup plus utile que de réinitialiser le téléphone au hasard.
Il existe tout de même des appareils pour lesquels je voudrais vraiment partager un seul tunnel
Une télévision.
Une console.
Un équipement sur lequel je ne peux installer aucune application VPN.
Dans ce cas, déplacer le VPN directement sur l’appareil client n’est plus possible.
Il faut alors changer d’architecture :
un routeur compatible VPN ;
un ordinateur qui partage lui-même une connexion VPN ;
ou une configuration Android plus avancée capable de router le hotspot dans le tunnel.
C’est aussi la limite du petit service dans ce scénario.
Il m’a convenu parce que le téléphone et le Mac pouvaient chacun exécuter l’application.
Il ne transforme pas un hotspot Android standard en routeur VPN universel.
Si je devais protéger plusieurs appareils incapables d’installer une application, je choisirais une solution réseau conçue pour cela.
Mais pour un téléphone et un ordinateur portable, cette complexité supplémentaire ne m’apportait rien.
Le plus surprenant est que je cherchais au départ un VPN « plus compatible »
Je pensais comparer les protocoles.
Puis les serveurs.
Puis éventuellement les opérateurs mobiles.
Finalement, aucun de ces critères n’a résolu le problème.
Le vrai changement a été de cesser de considérer le téléphone comme l’endroit naturel où devait vivre le tunnel de tout le monde.
Le hotspot fournit la connexion.
Le Mac utilise cette connexion.
Le VPN du Mac protège le trafic du Mac.
Le téléphone peut garder son propre tunnel séparément.
Cette séparation est moins spectaculaire que la promesse :
un téléphone, un VPN, tous les appareils protégés.
Mais elle est beaucoup plus facile à comprendre.
Et surtout beaucoup plus facile à vérifier lorsque quelque chose casse.
Alors, pourquoi mon hotspot fonctionne-t-il sans VPN mais plus lorsque j’active le VPN ?
Parce qu’un hotspot et un VPN ne sont pas deux couches qui s’emboîtent automatiquement.
Le téléphone peut utiliser son propre tunnel tandis que le trafic des appareils connectés au hotspot suit un autre chemin.
Et sur certaines combinaisons de téléphone, de système et d’application, activer le VPN sur le téléphone peut rendre ce partage moins fiable.
Je ne commencerais donc plus par changer de serveur.
Je ferais d’abord un test beaucoup plus simple :
VPN du téléphone coupé.
Le hotspot fonctionne ?
Oui.
Alors je laisse le téléphone fournir Internet et j’active le VPN directement sur l’appareil connecté.
Dans mon cas, c’est ce qui a transformé une chaîne incompréhensible en trois lignes faciles à vérifier :
5G sur le téléphone.
Hotspot vers le Mac.
VPN sur le Mac.
Je croyais avoir besoin d’un VPN capable de mieux traverser mon hotspot.
En réalité, mon hotspot n’avait pas besoin d’être réparé.
Je devais simplement lui retirer un travail qu’il n’avait jamais promis de faire.