VPN actif : pourquoi Android Auto marche par câble mais plus en sans-fil — le problème était le chemin local que mon tunnel bloquait

Le câble USB fonctionnait tellement bien que j’ai commencé par accuser la voiture. Je branchais mon téléphone. Android Auto apparaissait presque immédiatement. Maps s’ouvrait. La musique reprenait. Les commandes au volant répondaient.

Puis j’ai débranché le câble pour utiliser Android Auto sans fil. Bluetooth connecté. Téléphone reconnu. Quelques secondes d’attente. Puis rien. L’écran de la voiture revenait au menu principal.

J’ai oublié le téléphone dans les réglages Bluetooth, refait l’association, redémarré le téléphone, redémarré le système multimédia.

Toujours rien. J’ai finalement désactivé mon VPN. Android Auto s’est lancé sans fil presque immédiatement. J’ai rallumé le VPN. Le problème est revenu. C’était une découverte assez agaçante, parce que les deux choses fonctionnaient parfaitement séparément. Le VPN fonctionnait. Android Auto fonctionnait.

C’était seulement lorsque je leur demandais de fonctionner ensemble sans câble que l’un des deux semblait devoir céder.

Le câble m’avait caché la partie réseau d’Android Auto

J’avais jusque-là considéré Android Auto avec câble et Android Auto sans fil comme deux versions presque identiques du même système.

Une avec un fil. Une sans. En réalité, la différence est plus importante.

Google indique que la version filaire passe par USB, tandis que le mode sans fil repose notamment sur une connexion Wi-Fi entre le téléphone et la voiture, avec Bluetooth utilisé dans le processus d’association.

Autrement dit, avec le câble, le téléphone possède un chemin physique direct vers le tableau de bord.

Sans câble, Android Auto doit créer sa propre liaison locale.

Et mon VPN, lui aussi, est précisément chargé de décider par où le trafic du téléphone peut passer.

À partir de là, le conflit devenait beaucoup moins mystérieux.

Le VPN ne rendait pas Android Auto « incompatible ».

Il prenait simplement trop de place dans la circulation réseau du téléphone, au point de gêner la petite conversation locale dont Android Auto sans fil avait besoin.

Le câble contournait ce problème. Et c’était pour cela qu’il constituait un indice tellement précieux. Même téléphone. Même voiture. Même applications. La vraie différence était le chemin entre les deux appareils.

J’avais activé le réglage qui semblait le plus sûr

Sur mon téléphone, le VPN était configuré pour rester actif en permanence. J’avais aussi activé le blocage des connexions qui ne passent pas par le VPN. Sur le papier, cette combinaison me plaisait beaucoup.

Si le tunnel tombe, le téléphone ne continue pas tranquillement à envoyer son trafic Internet en dehors.

Android prévoit précisément ce comportement avec le VPN permanent et l’option qui bloque les connexions hors tunnel.

Le problème, c’est qu’une règle rassurante pour Internet peut devenir trop rigide lorsqu’un téléphone doit parler directement à un appareil situé à cinquante centimètres.

Une imprimante. Un appareil domestique. Ou la voiture.

J’avais en quelque sorte installé un portier devant toutes les connexions du téléphone en lui disant :

personne ne sort sans passer par le VPN. Puis Android Auto sans fil était arrivé avec une demande différente : je ne veux pas sortir sur Internet, je veux juste parler à la voiture. Le câble évitait la discussion.

Le sans-fil la révélait.

D’autres utilisateurs étaient tombés exactement sur cette frontière

Une discussion publique publiée en avril 2026 dans la communauté ProtonVPN décrivait un problème très proche : Android Auto sans fil cessait de fonctionner lorsque le VPN était actif, alors que la connexion par câble restait utilisable.

Les essais racontés dans cette discussion étaient surtout intéressants par ce qu’ils révélaient. Désactiver le blocage des connexions hors VPN pouvait permettre à Android Auto de revenir. Modifier le mode VPN permanent aussi.

Une autre approche consistait à utiliser le split tunneling et à laisser Android Auto, Google Play Services et certains composants Google en dehors du tunnel.

À ce moment-là, j’ai arrêté de refaire l’association Bluetooth. Mon problème n’était probablement pas une voiture soudain incapable de reconnaître mon téléphone. C’était une frontière réseau mal dessinée.

Exclure Android Auto a fonctionné… puis la liste a commencé à grandir

J’ai donc essayé la solution la plus évidente avec un VPN disposant d’un split tunneling classique. Android Auto : exclu. Nouvel essai. Toujours rien. J’ai ajouté Google Play Services. Puis l’application Google. J’ai relancé.

Cette fois, la voiture a reconnu le téléphone et Android Auto est apparu sans câble. Maps. Spotify. Commandes vocales. Tout était revenu. Techniquement, j’avais résolu le problème. Mais en regardant la liste d’exclusions, j’ai commencé à trouver ma méthode assez étrange.

Je voulais simplement garder quelques applications derrière un VPN.

Pour y parvenir, j’étais maintenant occupé à découvrir tous les composants qu’il fallait sortir du tunnel pour que ma voiture fonctionne.

Android permet justement aux VPN de construire ces règles dans les deux sens : certaines applications peuvent être incluses dans le tunnel, ou certaines peuvent en être exclues.

La nuance paraît minuscule dans un menu.

Dans la voiture, elle changeait tout.

J’avais construit la règle dans le mauvais sens

Ma première logique était : VPN pour tout le téléphone. Puis je retire Android Auto. Puis Google Play Services. Puis Google. Et si quelque chose d’autre cesse de fonctionner, je cherche encore quelle exception ajouter.

Cette approche est cohérente lorsque l’on veut réellement placer presque tout le téléphone derrière le VPN. Ce n’était pas mon usage. Dans la voiture, je voulais surtout conserver le tunnel pour quelques applications précises.

Le reste pouvait très bien continuer sur la connexion normale — surtout les composants qui devaient établir cette liaison locale avec le tableau de bord.

Je me suis donc posé la question inverse. Plus : qu’est-ce que je dois sortir du VPN pour qu’Android Auto fonctionne ? Mais : qu’est-ce qui a réellement besoin d’entrer dans le VPN ? Ma liste est devenue beaucoup plus courte.

Et pour la première fois, le réglage ressemblait à mon besoin réel plutôt qu’à une réparation après coup.

J’ai sélectionné ce qui devait entrer et laissé la voiture en dehors de l’histoire

C’est à ce moment-là que j’ai ouvert OnlydogVPN sur le téléphone utilisé pour le test.

Dans le contrôle de routage par application, j’ai choisi l’option qui envoie uniquement les applications sélectionnées dans le tunnel.

J’ai ajouté celles pour lesquelles je voulais réellement conserver le VPN. Je n’ai pas ajouté Android Auto. Je n’ai pas eu à rechercher Google Play Services parmi une série d’exceptions. Je n’ai pas ajouté l’application Google. Puis j’ai connecté le VPN.

L’icône est restée visible en haut du téléphone. Je suis monté dans la voiture sans brancher le câble. Bluetooth s’est associé. Quelques secondes plus tard, Android Auto est apparu sur l’écran. J’ai lancé Maps. L’itinéraire s’est affiché. Puis la musique. Lecture.

J’ai roulé quelques minutes, coupé le contact, puis redémarré pour reproduire la situation qui m’avait agacé au départ.

Le téléphone est resté dans ma poche. Android Auto s’est reconnecté sans fil. Et les applications que j’avais choisies continuaient, elles, à utiliser le VPN. C’était exactement ce que je cherchais depuis le début. Pas VPN ou Android Auto.

VPN et Android Auto, chacun sur le chemin dont il avait réellement besoin.

Le routage par application utilisé pendant ce test correspond à la logique documentée pour le service : sélectionner les applications à faire passer dans le tunnel et laisser le reste du téléphone utiliser sa connexion habituelle.

Ce qui m’a surtout plu, c’est que la règle ne grandissait plus à chaque nouveau problème.

Elle restait limitée aux applications que j’avais décidé de protéger.

Le vrai problème n’était donc pas que le VPN restait actif

C’est la conclusion que j’aurais ratée si je m’étais arrêté au premier test. VPN activé : Android Auto sans fil échoue. VPN coupé : Android Auto fonctionne. Il était tentant d’en déduire que les deux étaient incompatibles.

Mais ce n’était pas vraiment ce qui se passait. Le problème venait de la manière dont j’avais défini la frontière du tunnel. J’avais demandé au VPN de prendre presque tout le téléphone sous son contrôle.

Android Auto sans fil avait justement besoin d’une communication locale qui n’avait aucune raison de faire ce détour.

Le câble fonctionnait parce qu’il supprimait cette bataille pour le chemin réseau.

Une liste d’exclusions pouvait également régler le problème.

Mais pour mon usage, la logique inverse était nettement plus propre : choisir seulement les applications qui avaient besoin du tunnel et ne jamais mêler Android Auto à cette décision.

Il y a pourtant un cas où je garderais la liste d’exclusions

Si mon objectif était de placer pratiquement tout le téléphone derrière le VPN et de ne laisser dehors qu’Android Auto et ses dépendances, une petite liste d’exclusions resterait parfaitement logique.

Ce serait simplement un autre besoin.

Le mien était l’inverse.

Je voulais que quelques applications gardent leur tunnel sans transformer chaque démarrage de la voiture en diagnostic réseau.

Dans ce cas, sélectionner une fois ce qui devait entrer était beaucoup plus naturel que découvrir progressivement tout ce qui devait rester dehors.

Je n’ai donc pas fini par abandonner le VPN dans la voiture.

Je n’ai pas recommencé non plus à brancher le câble à chaque trajet.

J’ai simplement cessé de demander à un tunnel Internet de prendre possession d’une conversation locale entre mon téléphone et mon tableau de bord.

Depuis, si Android Auto marche par câble mais disparaît dès que je passe en sans-fil avec le VPN actif, je ne commence plus par supprimer la voiture du Bluetooth.

Je regarde d’abord si j’ai laissé au téléphone une route pour parler directement à la voiture.