Comment résoudre le mode Echec dans Diagnostics de ChromeOS

C’est probablement le résultat le plus déroutant qu’on puisse obtenir avec l’app Diagnostics de ChromeOS, et celui qui génère le plus de questions sur les forums : tous les tests sont au vert (Wi-Fi RÉUSSI, Résolution des noms RÉUSSI, Connectivité Internet RÉUSSI, Google Services RÉUSSI), mais une ligne affiche un AVERTISSEMENT discret, et le verdict global en bas du test est… ÉCHEC. Hein ? Kezako ?

J’ai eu le cas il y a quelques jours sur un de mes Chromebook, et cela m’a donné l’idée d’écrire un article. Le coupable : un avertissement qui dit « Impossible de contacter la passerelle depuis les applis Android ». Concrètement, votre Chromebook fonctionne nickel pour vous (navigation, Drive, Meet, Gmail), mais le sous-système Android (qui fait tourner les apps du Play Store) galère à parler à votre box. Et ça suffit à faire passer le verdict global en « Échec ». On voit ce que ça veut dire, ce que ça impacte vraiment, et comment résoudre le petit souci !

Pourquoi dans ChromeOS 149, Google a glissé un test « Google Services » dans Diagnostics

Sommaire

Toggle

A retenir :

Pourquoi l’affichage « Échec » dans Diagnostics, malgré des tests au vert, est souvent dû à un avertissement de connectivité entre ARCVM (la machine virtuelle Android) et la passerelle réseau.

D’abord, c’est quoi ARCVM ?

Avant de plonger dans le mode réparation de la panne, voyons comment fonctionne ChromeOS. C’est un système basé sur Linux. Mais il sait aussi faire tourner les applis Android du Play Store (Spotify, WhatsApp, Snapchat, etc.) sur votre Chromebook. Comment ? En lançant en arrière-plan une machine virtuelle qui héberge un mini-Android complet. Cette machine virtuelle s’appelle ARCVM (Android Runtime for Chrome Virtual Machine). Je sais c’est barbare, mais les ingénieurs de Google aiment ce type de charabia. C’est ce fameux « machin » qui va bientôt mieux respirer avec le futur OS de Google appelé AluminiumOS. Je vous renvoie à tous nos article sur le sujet si vous voulez en savoir plus.

ARCVM, c’est en quelque sorte un « Android dans le Chromebook« , isolé du reste du système pour des raisons de sécurité. Il a sa propre couche réseau virtuelle, ses propres adresses IP internes, son propre routage. Quand ça va bien, c’est transparent, vos apps Android voient Internet comme n’importe quelle app native. Quand ça va mal, comme ici, vous voyez des avertissements bizarres dans Diagnostics.

Décrypter ce que dit la capture d’écran exactement

Reprenons le test étape par étape, parce que comprendre l’ordre des sous-tests est essentiel.

Les sous-tests RÉUSSI

✅ Wi-Fi : votre carte Wi-Fi fonctionne, vous êtes connecté à votre point d’accès. ✅ Résolution des noms : les requêtes DNS aboutissent (votre Chromebook trouve les adresses IP des sites web). ✅ Connectivité Internet : votre Chromebook joint des serveurs sur Internet. ✅ Google Services : les end-points Google répondent correctement (sync, Drive, Meet, etc.).

Bref : votre Chromebook fonctionne parfaitement pour tout ce qui le concerne directement.

Le sous-test AVERTISSEMENT

⚠️ Réseau local : « Impossible de contacter la passerelle depuis les applis Android ».

Traduction : depuis l’intérieur d’ARCVM, on n’arrive pas à pinger la passerelle de votre réseau (votre box, qui est généralement à une IP du type 192.168.x.1). Les apps Android peuvent donc avoir des comportements bizarres dès qu’elles ont besoin du réseau local, ce qui est plus fréquent qu’on ne le pense.

Le verdict global ÉCHEC

ChromeOS considère que tout avertissement = échec global du test. C’est binaire et un peu frustrant : un seul avertissement sur 5 sous-tests fait basculer la mention en rouge en bas. Ne paniquez pas, regardez d’abord la nature de l’avertissement avant de tout casser en passant par la case Powerwash.

Quel impact concret sur l’usage ?

Voilà la vraie question. Si tout marche bien chez vous, est-ce que cet avertissement est juste cosmétique ou est-ce qu’il y a un vrai souci ?

Ce qui continue de marcher (rassurez-vous)

• Toute votre navigation Chrome (sites web, Gmail, YouTube, Drive web, Maps).
• Toutes les Progressive Web Apps (Slack PWA, Discord PWA, etc.).
• Toutes les apps Linux si vous avez activé Crostini.
• La synchronisation Google de votre profil et vos paramètres.
• Vos fichiers Google Drive et leur synchronisation.

Ce qui peut être impacté

Tout ce qui passe par les apps Android natives :

• Connexion à votre imprimante locale depuis l’app Canon/HP/Epson Android.
• Accès à votre NAS Synology/QNAP depuis l’app DS file ou similaire.
• Lecture de fichiers depuis Plex/Jellyfin Android si le serveur est sur votre réseau.
• Contrôle de votre domotique (Home Assistant, Philips Hue, Sonos) si l’app Android cherche les appareils en local.
• Apps de visio Android qui font de la découverte locale (rare, mais ça arrive).
• Casts Chromecast depuis une app Android (Chrome cast lui-même fonctionne).

Si vous n’utilisez aucune de ces choses depuis vos apps Android : l’avertissement est cosmétique pour vous. Mais autant le résoudre, parce qu’à terme un autre problème pourrait s’y greffer.

Les 5 causes possibles, par ordre de fréquence

Cause n°1 : bug temporaire d’ARCVM (50% des cas)

ARCVM, c’est une machine virtuelle. Et comme toute machine virtuelle, elle peut se retrouver dans un état bancal au bout d’un certain temps, surtout après plusieurs cycles de mise en veille du Chromebook. Sa couche réseau virtuelle décroche, et ne se reconnecte pas proprement.

Symptômes typiques : ça marchait avant, ça ne marche plus aujourd’hui sans raison apparente, aucune modification réseau n’a été faite.

Solution : redémarrage complet du Chromebook (on voit la procédure plus bas).

Cause n°2 : isolation client sur le Wi-Fi (20% des cas)

Beaucoup de box modernes proposent une option « Isolation des clients » (ou « AP isolation », « Client isolation », « Wireless isolation » selon les marques). Quand elle est activée, les appareils du même réseau Wi-Fi ne peuvent pas se voir entre eux. C’est utile pour un réseau invité, mais inutile et bloquant pour un réseau familial.

ARCVM, qui simule un appareil supplémentaire avec sa propre IP virtuelle, est particulièrement sensible à ça.

Symptômes typiques : vous êtes sur un réseau « invité » de votre box, ou vous avez activé une option de sécurité avancée récemment.

Solution : désactiver l’isolation dans la config de la box, ou se connecter au réseau principal (pas le réseau invité).

Cause n°3 : conflit avec un Google Nest Wifi / Google Wifi (15% des cas)

C’est un cas spécifique mais très documenté dans la communauté ChromeOS. Les routeurs Google Nest Wifi et Google Wifi utilisent une plage d’IP 192.168.86.x par défaut, et ont une gestion particulière du multi-IP par appareil qui ne plaît pas toujours à ARCVM.

Symptômes typiques : votre Chromebook a une IP en 192.168.86.x, vous avez un pack Google Nest Wifi à la maison, l’avertissement est récurrent. Ayant moi-même des Google Nest Wifi, c’est le genre d’erreur que j’ai eu pendant longtemps. La solution ? Voir plus bas !

Solution : voir la section dédiée plus bas.

Cause n°4 : VPN actif ou pare-feu strict (10% des cas)

Certains VPN (surtout les VPN d’entreprise type Cisco AnyConnect, GlobalProtect, Zscaler) interceptent tout le trafic réseau du Chromebook, y compris celui d’ARCVM. Et comme ils ne savent pas toujours router proprement le trafic interne d’une VM, la passerelle locale devient injoignable depuis Android.

Symptômes typiques : avertissement uniquement quand le VPN est actif, disparaît quand on le coupe.

Solution : configurer une exclusion locale dans le VPN, ou couper le VPN pour les usages Android.

Cause n°5 : ARCVM corrompu ou mal mis à jour (5% des cas)

Plus rare, mais ça arrive après une mise à jour majeure de ChromeOS. ARCVM se retrouve dans un état corrompu et les solutions classiques ne suffisent plus.

Symptômes typiques : aucune des solutions ci-dessus ne marche, le souci persiste après plusieurs redémarrages.

Solution : réinitialiser ARCVM (procédure plus bas), Powerwash en dernier recours.

Procédures de résolution, dans l’ordre

On y va du plus simple au plus radical. Stop dès que ça remarche.

Niveau 1 : redémarrage complet du Chromebook

Pas juste fermer le capot. Vraiment éteindre puis rallumer :

1. Maintenez la touche Power pendant 3 secondes.
2. Cliquez sur « Éteindre » dans le menu qui s’affiche.
3. Attendez 30 secondes (vraiment, pas 5). Cela ne fait pas de mal d’aller marcher même 30 minutes.
4. Rallumez en appuyant sur Power.
5. Reconnectez-vous, attendez 1 minute que tout soit chargé.
6. Relancez le test Diagnostics.

💡 Cette étape règle 50% des cas. Faites-la systématiquement avant tout le reste.

Niveau 2 : désactiver l’isolation client sur la box

Selon votre box :

• Freebox Pop / Delta : Paramètres Wi-Fi > Configuration avancée > Isolation des stations → décocher.
• Bbox Bouygues : Wi-Fi > Paramètres avancés > Isolation des clients → désactiver.
• SFR Box 8 : Wi-Fi > Sécurité > Isolation des clients → décocher.
• Livebox Orange : Wi-Fi > Configuration avancée > Isolation des points d'accès → décocher.
• Google Nest Wifi : ouvrez l’app Google Home → Wi-Fi > Paramètres > Avancés > Réseau invité → vérifier que vous n’êtes pas connecté au réseau invité.

Sauvegardez, redémarrez la box, reconnectez le Chromebook, relancez le test.

Niveau 3 : redémarrer ARCVM proprement

On force le redémarrage du sous-système Android sans toucher au reste :

1. Allez dans Paramètres > Apps > Google Play Store > Plus de paramètres et infos > Supprimer le stockage local Play Store.
2. Important : ça ne supprime pas vos apps installées, juste le cache local d’ARCVM.
3. Redémarrez le Chromebook.
4. Reconnectez-vous, attendez que le Play Store se réinitialise.
5. Relancez le test.

Niveau 4 : désactivation/réactivation complète d’ARCVM

Plus radical, mais sans Powerwash :

1. Paramètres > Apps > Google Play Store > Désactiver.
2. Confirmez.
3. Redémarrez le Chromebook complètement.
4. Reconnectez-vous.
5. Paramètres > Apps > Google Play Store > Activer.
6. Acceptez les conditions, attendez la réinitialisation complète.
7. Relancez le test Diagnostics.

⚠️ Attention : cette procédure désinstalle toutes vos apps Android (mais pas leurs données dans le cloud Google). Vous devrez les réinstaller. À utiliser uniquement si les niveaux 1, 2 et 3 ont échoué.

Niveau 5 : Powerwash en dernier recours

Si vraiment rien ne marche, et que cet avertissement vous bloque dans votre usage : Paramètres > Avancés > Réinitialiser les paramètres > Powerwash. Réinitialisation complète du Chromebook (vos fichiers Drive sont saufs, vos paramètres locaux non).

À ne tenter qu’en dernier recours, vraiment. Mais ce dernier moyen je l’emploi au moins une fois par semaine sur deux Chromebook, qui sont continuellement en Canary.

Cas particulier : Google Nest Wifi / Google Wifi

Si vous avez ce type de routeur (vous le voyez à la plage IP 192.168.86.x typiquement), il y a un problème connu de la communauté ChromeOS qui mérite un traitement à part.

Le souci : Google Nest Wifi gère le multi-IP par appareil de façon non-standard, ce qui pose problème à ARCVM qui réclame une IP virtuelle distincte.

Solution recommandée :

1. Ouvrez l’app Google Home sur votre téléphone.
2. Allez dans Wi-Fi > Paramètres > Avancés > Réseau.
3. Vérifiez que « Mode IPv6 » est activé. Paradoxalement, désactiver IPv6 cause souvent ce problème ARCVM.
4. Vérifiez que « Réservation DHCP » n’est pas configurée pour le Chromebook (laissez en automatique).
5. Activez « Optimisation Wi-Fi » si elle est désactivée.
6. Redémarrez votre Chromebook.

Si le problème persiste : essayez de connecter votre Chromebook au routeur principal (le pack principal) plutôt qu’à un pack satellite. Les packs satellites ont parfois des soucis de routage avec ARCVM.

Comment savoir si le problème est résolu ?

Trois indicateurs concrets :

1. Relancez le test Diagnostics. Vous devez voir tous les sous-tests en RÉUSSI vert, et le verdict global « Réussi » en bas (sans « Échec »).
2. Testez une app Android qui utilise le réseau local : ouvrez Spotify avec une enceinte Connect en local, ou l’app de votre imprimante. Si elle trouve l’appareil = ARCVM communique correctement.
3. Pingez la passerelle depuis Crosh (pour les techos) : Ctrl+Alt+T → tapez ping 192.168.x.1 (votre IP de passerelle). Si ça pingue, le souci ChromeOS est résolu.

Faut-il vraiment s’en inquiéter ?

Question légitime à se poser. Mon avis :

Cas 1 : vous n’utilisez quasiment pas d’apps Android sur votre Chromebook, comme moi d’ailleurs. L’avertissement est cosmétique pour vous. Il ne casse rien dans votre usage quotidien. Vous pouvez l’ignorer si le redémarrage simple ne le résout pas. Refaites le test dans 1-2 semaines, peut-être qu’une mise à jour ChromeOS aura corrigé le souci entre temps.

Cas 2 : vous utilisez des apps Android pour de la domotique, du multimédia local, des imprimantes. Là oui, faut résoudre. Ces apps vont avoir des bugs, des freezes, des « périphérique non trouvé » mystérieux. Suivez la procédure niveau par niveau.

Cas 3 : vous êtes sur Chromebook géré par votre boîte/école. Si l’avertissement apparaît, prenez une capture et envoyez-la à votre IT. Souvent, c’est une politique réseau corporate qui isole les VM. Vous ne pourrez pas grand-chose, mais l’IT oui.

Foire Aux Questions

Pourquoi mon test Diagnostics affiche-t-il « Échec » alors que tout semble « Réussi » ?

ChromeOS applique un verdict binaire : le moindre « Avertissement » (notamment sur la passerelle des applis Android) fait basculer le résultat global en « Échec ». Cela signifie que votre navigation Web est fonctionnelle, mais que le sous-système Android (ARCVM) rencontre des difficultés de communication locale.

Qu’est-ce que l’erreur « Impossible de contacter la passerelle depuis les applis Android » ?

Cette erreur indique qu’ARCVM n’arrive pas à joindre le routeur (la box). Cela impacte principalement l’utilisation d’applications Android nécessitant le réseau local, comme le pilotage d’imprimantes, de serveurs NAS, ou d’objets connectés (domotique).