Comment réparer des codes d’erreurs de ChromeOS

Vous venez de lancer votre Chromebook, le cœur léger. Vous vous apprêtez à aller sur un site ….Et là, drame : un code d’erreur cryptique s’affiche du genre DNS_RESOLUTION_FAILED ou TLS_CERT_INVALID. Vous regardez ça, et vous vous dites « merci Google, c’est super clair ». Sauf que.

Sauf que derrière chaque code se cache une cause précise et une solution précise. Pas du brouillard, pas du « réinstallez tout et priez« . De la vraie info actionnable. Le problème, c’est que Google documente mal ces codes côté utilisateur final. Du coup, on se retrouve à fouiller des forums ou à faire des essais aveugles. Cet article, c’est le décodeur que j’aurais aimé avoir sous la main les premières fois que j’ai vu ces codes. On va passer en revue chaque famille d’erreurs, comprendre ce qui se passe réellement sous le capot, et surtout savoir quoi faire dans l’ordre pour résoudre.

Sommaire

Toggle

A retenir :

DNS_RESOLUTION_FAILED, TLS_CERT_INVALID ou NETWORK_TIMEOUT ? Apprenez à décoder et résoudre chaque code d’erreur du test Google Services de ChromeOS.

Avant de plonger : la méthode générale

Avant de regarder les codes un par un, gardez en tête une logique simple. En lançant une navigation, Google Chrome fait passer chaque end-point Google par une chaîne de vérifications, dans cet ordre précis :

1. DNS : on demande à votre serveur DNS l’IP de accounts.google.com (par exemple).
2. NETWORK : on essaye d’établir une connexion TCP vers cette IP.
3. TLS : on négocie le certificat de sécurité.
4. HTTP : on envoie la requête et on attend la réponse.

Si ça casse à l’étape 1, inutile de regarder l’étape 4 — la chaîne est rompue dès le début. Toujours commencer par corriger le code d’erreur le plus « bas » dans la chaîne (DNS d’abord, HTTP en dernier). Sinon vous tournez en rond.

Les erreurs DNS

C’est la famille de loin la plus courante chez les particuliers. DNS = Domain Name System, le carnet d’adresses d’Internet qui transforme drive.google.com en 142.250.179.110. Quand ça merdouille ici, rien ne fonctionne en aval.

DNS_RESOLUTION_FAILED

Ce que ça veut dire : votre serveur DNS n’a pas réussi (ou pas voulu) à renvoyer une adresse IP pour le domaine demandé. Soit il n’a pas répondu du tout (timeout), soit il a renvoyé un NXDOMAIN (domaine inconnu).

Causes probables, par ordre de fréquence :

1. Vous utilisez un DNS de filtrage (Pi-hole, NextDNS, AdGuard) qui bloque par erreur un domaine Google.
2. Votre routeur Box utilise un DNS d’opérateur en rade. Cela arrive plus souvent qu’on ne croit chez les FAI.
3. Vous êtes sur un réseau d’entreprise/école qui filtre certains domaines au niveau DNS.

Procédure de correction :

• Étape 1 : changez temporairement de DNS sur votre Chromebook. Allez dans Paramètres > Réseau > Wi-Fi > [votre réseau] > Réseau > Serveurs de noms et basculez sur Cloudflare (1.1.1.1 et 1.0.0.1) ou Google (8.8.8.8 et 8.8.4.4). Relancez le test. Si ça passe : c’est votre DNS habituel le coupable.
• Étape 2 : si vous avez un Pi-hole/NextDNS, allez dans son interface et regardez les logs. Vous verrez peut-être un domaine Google bloqué par erreur (genre safebrowsing.googleapis.com). Whitelistez-le.
• Étape 3 : si rien de tout ça ne marche, redémarrez votre box. Oui, le grand classique. Mais souvent, c’est juste le DNS de l’opérateur qui a pris un coup de chaud.

DNS_TIMEOUT

Ce que ça veut dire : le serveur DNS n’a tout simplement pas répondu dans le délai imparti.

Cause probable : votre serveur DNS est injoignable (panne) ou ralenti. Souvent vu sur les Wi-Fi publics où le DNS local est saturé.

Correction : même topo, basculez sur un DNS public (Cloudflare ou Google) directement dans les paramètres réseau du Chromebook. Si vous êtes sur un Wi-Fi public type café/aéroport, c’est même fortement recommandé en permanence pour la confidentialité.

DNS_BLOCKED_BY_POLICY

Ce que ça veut dire : le DNS a bien répondu, mais avec une réponse « domaine bloqué par politique réseau ». C’est typique des environnements managés.

Cause probable : vous êtes sur un Chromebook géré par votre boîte ou votre école, et l’admin a mis en place un filtrage DNS qui bloque certains services Google (par exemple Google Meet pour éviter la visio en cours).

Correction : il n’y en a pas côté utilisateur. Faut voir avec l’admin réseau. Mentionnez-lui que les services Google bloqués sont nécessaires au fonctionnement de ChromeOS lui-même (Lacros, Gemini, sync), pas juste pour faire de la visio.

Les erreurs TLS

TLS = Transport Layer Security, c’est ce qui chiffre vos communications HTTPS. Quand ça plante, c’est souvent pour des raisons bêtes mais qui bloquent tout.

TLS_CERT_INVALID

Ce que ça veut dire : le certificat présenté par le serveur Google est considéré comme invalide par votre Chromebook.

Causes probables :

1. Votre date/heure système est fausse (de loin la cause numéro 1, je vous jure).
2. Votre VPN d’entreprise injecte ses propres certificats et ChromeOS ne les accepte pas pour les domaines Google.
3. Un proxy « transparent » sur votre réseau intercepte le trafic HTTPS (TLS interception).

Procédure de correction :

• Étape 1 : vérifiez l’heure et la date. Paramètres > Avancés > Date et heure. Activez la synchronisation automatique. Si l’horloge système était fausse de plusieurs heures ou jours, c’est résolu en redémarrant.
• Étape 2 : désactivez votre VPN temporairement et relancez le test. Si ça passe, c’est votre VPN qui casse TLS. Vérifiez sa config ou changez de fournisseur.
• Étape 3 : si vous êtes en entreprise et qu’un proxy fait du TLS interception, demandez à votre IT d’installer le certificat racine corporate dans ChromeOS via les politiques d’entreprise. Sinon, rien à faire côté utilisateur.

TLS_HANDSHAKE_FAILED

Ce que ça veut dire : la négociation TLS a échoué avant même de pouvoir échanger un certificat. Souvent un problème de version de protocole.

Cause probable : un middlebox (pare-feu, routeur, antivirus réseau) bloque ou altère les paquets TLS. Plus rare : votre Chromebook est sur une version trop ancienne et ne supporte plus les protocoles obligatoires.

Correction :

• Étape 1 : mettez ChromeOS à jour (Paramètres > À propos de ChromeOS > Vérifier les mises à jour). Une vieille version 117 par exemple ne négocie plus correctement avec les serveurs récents.
• Étape 2 : désactivez tout antivirus tiers ou extension type « scanner SSL » si vous en avez un.
• Étape 3 : essayez sur un autre réseau (partage 4G de votre téléphone). Si ça passe : c’est votre réseau actuel qui mange du TLS.

TLS_EXPIRED_CERT

Ce que ça veut dire : ChromeOS pense que le certificat Google est expiré. Spoiler : il ne l’est jamais vraiment.

Cause probable : 99% du temps, c’est encore une fois votre horloge système qui est fausse. Votre Chromebook est convaincu qu’on est en 2019 et donc le certificat de 2026 lui semble venir du futur.

Correction : allez dans Paramètres > Avancés > Date et heure, vérifiez l’heure, le fuseau horaire, et activez la synchronisation automatique. Redémarrez. Réglé.

Les erreurs HTTP

On est arrivés jusqu’au serveur, on a négocié TLS proprement, mais le serveur nous renvoie un code HTTP qui cloche. Là, c’est plus rare, mais c’est intéressant.

HTTP_403_FORBIDDEN

Ce que ça veut dire : le serveur Google vous voit, mais refuse de répondre. « Vous, oui, mais pas ici« .

Cause probable : vous êtes sur un VPN dont l’IP de sortie est blacklistée par Google (parce que d’autres utilisateurs en ont abusé), ou votre IP a été flaggée pour activité suspecte.

Correction :

• Étape 1 : changez de serveur VPN ou désactivez-le.
• Étape 2 : si vous n’avez pas de VPN, redémarrez votre box pour obtenir une nouvelle IP publique (chez la plupart des FAI, ça suffit).
• Étape 3 : attendez 24h. Les blacklists IP sont souvent temporaires.

HTTP_407_PROXY_AUTH_REQUIRED

Ce que ça veut dire : un proxy se trouve sur votre réseau et il vous demande de vous authentifier.

Cause probable : vous êtes sur un réseau d’entreprise ou d’école qui force le passage par un proxy d’authentification.

Correction : configurez les identifiants de proxy dans Paramètres > Réseau > Wi-Fi > [votre réseau] > Proxy.

HTTP_5xx_SERVER_ERROR

Ce que ça veut dire : le serveur Google lui-même renvoie une erreur. C’est rare mais ça arrive.

Cause probable : panne côté Google. Allez sur le Google Workspace Status Dashboard et vérifiez. Si c’est rouge, c’est pas vous.

Correction : attendre. Vraiment. Et siroter un café. Ou simplement faire une marche à pied.

Les erreurs NETWORK

C’est la couche la plus basse, et quand ça plante ici, c’est presque toujours un problème de routage, de pare-feu ou de matériel.

NETWORK_TIMEOUT

Ce que ça veut dire : votre Chromebook a essayé d’établir une connexion TCP vers le serveur Google, et n’a jamais reçu de réponse.

Causes probables :

1. Un pare-feu bloque les paquets sortants vers les IP Google (en entreprise notamment).
2. Votre routeur a un problème de routage ou est saturé.
3. Vous êtes derrière un CGNAT trop agressif (typique des connexions 4G partagées).

Correction :

• Étape 1 : redémarrez votre box. Test bête mais souvent suffisant.
• Étape 2 : essayez sur un autre réseau (partage 4G de votre téléphone). Si ça passe en 4G mais pas en Wi-Fi, c’est votre box ou votre FAI.
• Étape 3 : en entreprise, cherchez avec l’IT si un pare-feu bloque les ports HTTPS sortants vers les ranges IP de Google.

NETWORK_UNREACHABLE

Ce que ça veut dire : votre Chromebook n’a même pas pu trouver de route vers Internet pour atteindre Google.

Cause probable : votre Wi-Fi est connecté mais sans accès Internet réel (typique des Wi-Fi avec portail captif où vous n’avez pas validé), ou vous avez une config IP cassée.

Correction :

• Étape 1 : ouvrez un onglet et essayez d’aller sur http://neverssl.com (oui, en HTTP). Si un portail captif s’affiche, validez-le.
• Étape 2 : oubliez le réseau Wi-Fi (Paramètres > Wi-Fi > [réseau] > Oublier) et reconnectez-vous.
• Étape 3 : redémarrez le Chromebook. Et la box pendant qu’on y est.

NETWORK_RESET

Ce que ça veut dire : la connexion s’est établie, mais quelqu’un (un pare-feu, le serveur, un middlebox) a brutalement coupé la communication en envoyant un paquet RST.

Cause probable : un pare-feu de type DPI (Deep Packet Inspection) sur votre réseau qui ferme la connexion dès qu’il détecte du trafic Google. Vu chez certains FAI dans certains pays, et chez certaines entreprises avec des solutions de sécurité agressives.

Correction : changez de réseau pour confirmer le diagnostic. Si le problème vient d’un DPI corporate, seul l’IT peut whitelister les services Google.

La méthode universelle quand vous êtes perdu

Si vous voyez plusieurs codes d’erreur en même temps et que vous ne savez plus par où commencer, voici la check-list dans l’ordre :

1. Vérifiez l’heure et la date sur votre Chromebook (synchro auto activée).
2. Désactivez VPN, proxy et extensions tierces temporairement.
3. Changez de DNS (1.1.1.1 ou 8.8.8.8).
4. Redémarrez votre box.
5. Mettez ChromeOS à jour.
6. Testez sur un autre réseau (partage 4G du téléphone).
7. Si ça passe en 4G mais pas chez vous → c’est votre réseau local.
8. Si ça plante partout → ouvrez un ticket support Google ou regardez le Google Workspace Status Dashboard.

Foire Aux Questions

Que signifie l’erreur TLS_CERT_INVALID dans le diagnostic ChromeOS ?

Ce code indique que le certificat de sécurité de Google est jugé invalide. La cause numéro 1 est une horloge système mal réglée (date/heure fausse), mais cela peut aussi provenir d’une interception TLS par un VPN ou un proxy d’entreprise.

Pourquoi le test affiche-t-il DNS_RESOLUTION_FAILED alors que j’ai Internet ?

Cela signifie que votre serveur DNS ne parvient pas à traduire les domaines Google (comme accounts.google.com) en adresses IP. Cela arrive souvent lors de l’utilisation d’un filtrage agressif type Pi-hole, NextDNS, ou suite à une défaillance du DNS de votre fournisseur d’accès.