Android Auto + VPN : l’exception minimale qui a rétabli ma connexion sans couper le VPN du téléphone

Android Auto fonctionnait encore la veille.

Le lendemain matin, mon téléphone s’est connecté à la voiture en Bluetooth, la musique a commencé à sortir des haut-parleurs, mais l’écran central est resté bloqué. Puis le téléphone a affiché le message beaucoup trop explicite pour être rassurant : « Communication error 21 ». Le VPN pouvait empêcher Android Auto de démarrer.

Mon premier réflexe a pourtant été de ne pas croire le message.

J’avais utilisé les deux ensemble auparavant. J’ai donc supprimé la voiture des appareils enregistrés, refait l’association Bluetooth, coupé puis rallumé le Wi-Fi et redémarré le téléphone.

Rien n’a changé. Ensuite, j’ai désactivé le VPN. Android Auto est apparu presque immédiatement.

Le diagnostic venait de devenir simple. La solution évidente aussi : couper le VPN chaque fois que je monte en voiture.

C’est justement celle que je ne voulais pas garder.

Le problème n’était pas Internet, mais la petite liaison entre le téléphone et la voiture

Le 5 août 2026, Engadget a consacré un guide entier à ce problème. Il concerne surtout Android Auto sans fil : le téléphone doit maintenir une communication locale directe avec le système de la voiture, et un VPN qui essaie de faire passer trop largement le trafic du téléphone dans son tunnel peut gêner cette liaison.

Google rappelle de son côté qu’Android Auto sans fil s’appuie sur un téléphone compatible Wi-Fi 5 GHz, tandis que l’association initiale passe par Bluetooth.

Ce détail a changé ma manière de regarder la panne.

La voiture n’était pas simplement un écran attendant des données venues d’Internet. Mon téléphone devait aussi parler à un appareil situé à un mètre de lui.

À partir de là, changer de serveur VPN n’avait plus beaucoup de sens. Paris ou Amsterdam ne modifieraient pas le fait que la voiture était garée juste devant moi.

Le problème avait soudain rétréci : je n’avais pas besoin d’améliorer tout le tunnel. J’avais besoin de laisser cette petite conversation locale se dérouler sans lui faire faire un détour inutile.

Couper tout le VPN était une correction beaucoup trop grande

Je pouvais évidemment créer une routine : démarrer la voiture, constater l’erreur, ouvrir le VPN, le désactiver, repartir, puis penser à le réactiver à destination.

Le mot important est « penser ». Après deux trajets, j’avais déjà oublié une fois.

Ce qui m’agaçait n’était donc plus seulement Android Auto. Pour réparer une incompatibilité concernant une petite partie du téléphone, je changeais la route de tout le reste.

C’est là que le routage par application a commencé à m’intéresser.

Android permet aux applications VPN de fonctionner dans deux directions : autoriser seulement certaines applications à entrer dans le tunnel, ou au contraire en exclure certaines. Dans le second cas, l’application exclue utilise le réseau comme si le VPN n’était pas actif. Cette séparation existe directement dans l’API VPN d’Android.

Autrement dit, je n’avais pas besoin d’un interrupteur général. J’avais besoin de deux portes. Une pour ce qui devait passer par le VPN.

Une autre pour ce qui devait rester sur la connexion normale. Le tunnel n’avait pas besoin d’engloutir tout mon téléphone simplement parce que quelques applications avaient besoin de lui.

L’exception Android Auto semblait évidente — jusqu’à ce que je cherche Android Auto

Mon fournisseur habituel proposait justement du split tunneling.

C’était une des raisons pour lesquelles je l’avais gardé : beaucoup de paramètres, un contrôle assez fin et la possibilité théorique d’exclure l’application qui posait problème.

J’ai ouvert la liste. Android Auto n’était pas là. J’ai cherché encore.

Toujours rien.

Ce détail est moins étrange qu’il en a l’air. Google précise qu’Android Auto est désormais intégré au téléphone et ne se présente plus nécessairement comme une application autonome qu’on télécharge normalement.

Dans un sélecteur d’applications VPN, cela peut transformer une exception qui semblait évidente en petite chasse au composant système.

Et les expériences récentes montrent pourquoi cette chasse peut devenir frustrante.

En juin 2026, un utilisateur de Galaxy S26 Ultra expliquait dans la communauté Android Auto avoir utilisé pendant des années une exclusion VPN fonctionnelle avant qu’une mise à jour ne provoque des déconnexions récurrentes.

À l’inverse, dans une discussion de février 2026 sur r/AndroidAuto, plusieurs utilisateurs expliquaient qu’un split tunneling correctement configuré leur permettait bien de contourner le problème.

Je n’en ai pas conclu qu’Android Auto était imprévisible.

J’en ai tiré une conclusion beaucoup plus pratique : si ma solution dépend d’une exception, je voulais que cette exception soit aussi simple que possible à comprendre et à vérifier.

Et c’est là que j’ai arrêté de chercher Android Auto dans une liste.

J’ai retourné la règle : au lieu de sortir Android Auto, j’ai choisi ce qui devait entrer

C’est à ce moment-là que j’ai ouvert OnlydogVPN^↗. Au départ, je cherchais encore une manière d’exclure Android Auto.

Puis j’ai remarqué que je pouvais prendre le problème dans l’autre sens : sélectionner uniquement les applications qui avaient réellement besoin du VPN et laisser tout le reste suivre naturellement la connexion du téléphone.

Ce fonctionnement par inclusion avait déjà été utilisé dans les tests Android publiés par le service : une application sélectionnée passe par le tunnel tandis que celles qui ne sont pas sélectionnées restent sur leur route habituelle.

Cette inversion semblait presque trop simple. Mon navigateur faisait partie des applications que je voulais garder dans le VPN. Je l’ai sélectionné.

J’ai ajouté les quelques autres applications pour lesquelles j’avais réellement besoin du tunnel. Android Auto ? Je ne l’ai même plus cherché.

Je ne l’ai simplement pas ajouté. Puis j’ai reconnecté le VPN et relancé le système de la voiture. Bluetooth.

Connexion sans fil. Attente. Cette fois, la carte est apparue.

J’ai entré une destination. La navigation a démarré. J’ai lancé la musique depuis l’écran de la voiture.

Toujours connecté. Ensuite, sur le téléphone, j’ai ouvert le navigateur que j’avais volontairement placé dans le VPN. Lui utilisait toujours le tunnel.

C’était exactement le résultat que je cherchais depuis le début : Android Auto fonctionnait, tandis que les applications auxquelles j’avais réellement choisi d’appliquer le VPN continuaient de l’utiliser.

Je n’avais pas désactivé la protection pour faire fonctionner la voiture. J’avais simplement arrêté de l’imposer à ce qui n’en avait pas besoin.

Le détail qui comptait était la taille de la règle

Il existe une autre manière parfaitement valable d’arriver au même genre de résultat.

ExpressVPN, par exemple, documente une procédure très directe : ouvrir le split tunneling, choisir de ne pas faire passer certaines applications par le VPN, ajouter Android Auto, puis reconnecter le tunnel.

Quand Android Auto apparaît correctement dans la liste et que cette exclusion reste stable, c’est une solution propre.

Mon problème était légèrement différent. Je n’avais besoin du VPN que pour une poignée d’applications.

Continuer à couvrir presque tout le téléphone puis retirer les exceptions une par une revenait donc à maintenir la règle dans le sens le plus compliqué pour mon usage.

Avec l’inclusion, ma configuration tenait presque en une phrase : ces quelques applications utilisent le VPN ; le reste du téléphone reste tranquille. Android Auto n’était plus une exception spéciale.

Il était simplement hors du tunnel, comme toutes les applications auxquelles je n’avais jamais demandé d’y entrer.

Et après avoir vu des utilisateurs chercher de nouveau le bon composant après une mise à jour, cette différence me paraissait beaucoup moins administrative qu’au début.

Une courte liste de ce que j’ai volontairement mis dans le VPN est facile à relire. Une longue liste de tout ce que j’espère avoir correctement retiré l’est beaucoup moins.

Je ne cherchais finalement pas un VPN « compatible Android Auto »

Une erreur 21 peut encore dépendre de la version d’Android, du téléphone, de la voiture ou d’un réglage comme le kill switch ; Engadget relève d’ailleurs que ce dernier peut parfois continuer à gêner le split tunneling.

C’est la seule réserve qui m’intéressait vraiment, parce qu’elle change le test à faire. Je commencerais toujours par couper brièvement le VPN pour vérifier qu’il est bien la variable qui fait disparaître le problème.

Mais une fois cette relation confirmée, je ne passerais plus mon temps à changer de serveur, refaire l’association Bluetooth ou désactiver le VPN à chaque trajet.

Je réduirais la règle.

Dans mon cas, le grand fournisseur me permettait de construire une exception précise à condition de retrouver le bon composant à exclure. Si j’avais besoin de nombreuses règles granulaires ou d’un contrôle très détaillé sur chaque application, cette approche garderait son intérêt.

Le service plus petit correspondait simplement mieux à ce problème précis : quelques applications avaient besoin du tunnel, donc j’ai sélectionné ces quelques applications.

Puis j’ai remis le téléphone sur son support et je suis parti. La carte est restée affichée. La navigation a continué.

La musique aussi. Et le navigateur que j’avais choisi est resté dans le VPN. C’est à ce moment-là que le problème Android Auto m’a paru beaucoup plus petit qu’au départ.

Je pensais devoir choisir entre la voiture et le VPN. En réalité, je devais seulement choisir quelles applications avaient une vraie raison d’entrer dans le tunnel.