Split tunneling et Android Auto : j’ai résolu l’erreur 21 en commençant par une seule exclusion

La voiture reconnaissait mon téléphone.

Le Bluetooth était connecté. L’autoradio affichait même son nom. Pourtant, au lieu de Maps, j’avais sur le téléphone l’écran rouge que beaucoup d’utilisateurs d’Android Auto finissent par connaître : Communication error 21. Le message me demandait de désactiver le VPN.

Mon premier réflexe a été de refaire l’association Bluetooth. Mauvais diagnostic. J’ai supprimé la voiture du téléphone, supprimé le téléphone de la voiture, redémarré les deux, puis recommencé l’appairage. Rien. J’ai finalement coupé le VPN. Android Auto s’est lancé presque immédiatement. C’est à ce moment-là que j’ai compris que mon problème n’était pas « Android Auto ne marche plus ». Il était beaucoup plus précis :

comment laisser Android Auto communiquer directement avec la voiture sans enlever le VPN du reste du téléphone ?

Cette distinction est devenue particulièrement utile cet été. Android Auto a connu une vague distincte de gels et de déconnexions aléatoires, et Google a indiqué en août 2026 qu’Android Auto 17.4 ou une version plus récente devait corriger ces problèmes. Une déconnexion Android Auto n’accuse donc pas automatiquement le VPN.

Dans mon cas, le test était beaucoup moins ambigu. VPN activé : erreur 21. VPN coupé : Android Auto. Je n’avais pas besoin d’une nouvelle liste de vingt solutions. J’avais besoin de changer la route d’une seule chose.

J’ai failli exclure Maps, Spotify et la moitié de Google

Le fonctionnement sans fil d’Android Auto explique pourquoi le problème est trompeur.

La première association peut donner l’impression que tout repose sur Bluetooth, alors que Google exige également le Wi-Fi pour Android Auto sans fil ; le téléphone doit notamment prendre en charge le Wi-Fi 5 GHz. Android Auto est en outre intégré au téléphone plutôt que présenté comme une application autonome ordinaire.

Voir « Bluetooth connecté » ne prouve donc pas que la liaison dont Android Auto a réellement besoin est intacte. C’est là que le split tunneling devient utile.

Android permet à une application VPN de décider quelles applications entrent dans le tunnel et lesquelles le contournent. Une application placée dans la liste d’exclusion reprend simplement la route réseau normale du téléphone, tandis que les autres continuent d’utiliser le VPN.

C’était exactement ce que je cherchais. Android Auto directement vers la voiture. Le reste du téléphone toujours sur la route que j’avais choisie. Et pourtant, dès que j’ai ouvert le menu de split tunneling de mon VPN habituel, mon cerveau a commencé à transformer ce réglage assez simple en schéma d’architecture. Android Auto utilise Maps.

Donc peut-être Maps dehors. Il lit de la musique. Donc Spotify dehors. Les commandes vocales utilisent des composants Google. Google Play services participe lui aussi aux connexions d’appareils, notamment à Android Auto.

En quelques secondes, j’étais sur le point d’exclure plusieurs applications alors que je n’avais encore démontré qu’une seule chose : Android Auto lui-même ne passait pas correctement avec ma configuration VPN.

Je me suis arrêté. Une exclusion d’abord. Android Auto. Rien d’autre.

Le réglage que je cherchais était caché avec les applications système

Il restait un problème assez absurde : Android Auto n’apparaissait pas dans la liste. C’est précisément le genre de détail qui peut faire croire que son VPN ne permet pas de résoudre le problème.

En juillet 2026, un utilisateur de Mullvad décrivait une situation presque identique : Android Auto sans fil fonctionnait dans une voiture mais provoquait continuellement le message lié au VPN dans une autre. La solution qu’il a finalement trouvée consistait à activer Show system apps dans le menu de split tunneling. Android Auto devenait alors sélectionnable.

Ce retour ne transforme pas cette manipulation en règle universelle pour tous les téléphones. Il explique surtout pourquoi quelqu’un peut chercher longtemps une exception qui est déjà là, simplement rangée avec les applications système.

Une fois Android Auto visible, je l’ai ajouté seul à la liste des applications exclues. Puis j’ai reconnecté le VPN. Cette étape a son importance : Android applique les listes par application au moment où le tunnel est établi. Je suis revenu dans la voiture. Android Auto s’est ouvert. Maps a affiché l’itinéraire.

J’ai lancé un podcast. Puis j’ai regardé mon téléphone : le VPN était toujours connecté. C’était le résultat que je cherchais depuis le début. Pas simplement « faire marcher Android Auto ».

Faire marcher Android Auto sans désactiver la connexion VPN dont le reste du téléphone avait encore besoin.

Et puisque cette première exclusion avait suffi, je n’avais aucune raison d’en ajouter cinq autres.

Une seconde exclusion ne devrait arriver qu’avec un second symptôme

Toutes les configurations Android ne s’arrêtent pas forcément là.

Google Play services, un kill switch, le mode VPN permanent ou une mise à jour système peuvent compliquer certaines installations. En janvier 2026, par exemple, un utilisateur de Pixel signalait que le VPN intégré de Google ne lui permettait plus de sélectionner Android Auto dans sa liste de contournement. L’équipe Android Auto a transmis le problème pour investigation.

Mais ce genre de cas ne justifie pas de commencer en excluant préventivement tout l’écosystème Google. C’est là que mon critère a changé. Au début, je cherchais la liste complète des applications à exclure pour Android Auto. Après mon premier test, je cherchais plutôt la plus petite liste qui faisait réellement fonctionner ma voiture. La différence compte.

Chaque application exclue cesse d’emprunter le tunnel. Si Android Auto fonctionne après une seule exception, sortir également Maps, le navigateur, Spotify ou d’autres services revient à élargir le contournement sans avoir encore observé de problème à résoudre.

Si la navigation fonctionne mais que les commandes vocales échouent, alors j’ai une nouvelle information. Si la musique ne démarre pas, j’en ai une autre. À ce moment-là seulement, j’ajoute éventuellement une seconde exception, je reconnecte et je reteste. Une par une. Le split tunneling devient alors un outil de diagnostic plutôt qu’une tentative de deviner à l’avance toute la mécanique interne d’Android.

Sur le second téléphone, je voulais surtout ne plus chercher l’interrupteur général

Mon VPN habituel pouvait résoudre le problème une fois la bonne exception trouvée. Mais cette expérience avait révélé ce qui m’agaçait réellement : lorsqu’une application locale doit rester hors du tunnel, je ne veux pas que mon réflexe devienne « couper le VPN ». Sur un second téléphone, j’ai donc reproduit le même principe avec la petite application.

Son routage par application sur Android permet de séparer les usages qui doivent prendre le tunnel de ceux qui doivent rester sur la connexion normale. Ce n’était pas une nouvelle théorie du split tunneling ; c’était surtout une manière plus naturelle, pour mon usage, de conserver cette frontière sans toucher à la connexion entière.

J’ai laissé Android Auto sur sa route locale. J’ai gardé dans le tunnel les applications pour lesquelles je voulais réellement le VPN. Puis j’ai démarré la voiture. L’écran Android Auto est apparu. J’ai lancé la navigation.

La carte s’est mise à avancer. Le podcast a repris. Ensuite, sans désactiver le VPN, j’ai ouvert sur le téléphone une application qui devait toujours utiliser la route protégée. Elle y était encore. C’est ce double résultat qui m’importait.

La voiture n’avait pas besoin de passer par mon VPN. Le reste de mon usage n’avait aucune raison de perdre le sien simplement parce que j’avais pris le volant.

La petite application a moins de recul public que les grands fournisseurs installés depuis des années, et je garderais cette limite en tête si je cherchais avant tout l’écosystème le plus ancien ou une longue liste de régions.

Mais assis dans la voiture, ce n’était pas la comparaison que je faisais. Je choisissais entre interrompre toute ma connexion à chaque démarrage et conserver automatiquement une frontière simple que je pouvais comprendre. Cette seconde option était beaucoup plus proche de ce que j’attendais du split tunneling.

Ce que « commencer par une seule exclusion » change vraiment

Depuis, mon ordre de dépannage est beaucoup plus court. Si Android Auto sans fil refuse de démarrer et affiche explicitement l’erreur VPN, je vérifie d’abord que la même voiture fonctionne lorsque le VPN est coupé. Si elle fonctionne, je réactive le VPN, cherche Android Auto parmi les applications système du split tunneling, l’exclus seule, reconnecte le tunnel et reteste dans la voiture.

Seulement ensuite, si quelque chose reste cassé, je cherche une dépendance supplémentaire. C’est presque l’inverse de ma première approche.

Au lieu de commencer avec une longue liste de composants Google et d’espérer que l’un d’eux était responsable, je commence avec une seule porte ouverte et je n’en ouvre une seconde que si quelque chose frappe réellement derrière.

Un guide publié par Engadget en août 2026 arrivait à la même solution pratique : lorsqu’un client VPN Android permet le split tunneling, exclure Android Auto évite de désactiver tout le VPN simplement pour utiliser la connexion avec la voiture.

Ce qui m’avait semblé être un problème de voiture était donc devenu une question beaucoup plus petite. Mon premier VPN avait assez de contrôle pour la résoudre une fois Android Auto retrouvé parmi les applications système.

La seconde application rendait surtout cette séparation plus facile à conserver : la voiture pouvait prendre la route locale sans que je transforme le bouton général du VPN en interrupteur à actionner à chaque trajet.

Je pensais devoir découvrir toutes les applications qu’Android Auto pouvait utiliser. En réalité, le meilleur réglage était celui qui s’arrêtait dès que la carte réapparaissait sur l’écran de la voiture :

Android Auto dehors, le reste dedans, et aucune exclusion supplémentaire tant qu’un symptôme réel ne la justifie.