Des appareils Windows, Android et iPad affichent « This site can’t be reached… ERR_NAME_NOT_RESOLVED » surtout sur des liens Sponsorisé ? Suivez ce guide pas à pas pour lever un blocage DNS/adblock côté réseau domestique et rétablir l’accès aux résultats publicitaires.
Symptôme et périmètre
Vous observez par intermittence l’erreur :
“This site can’t be reached –
www.googleadservices.com’s server IP address could not be found (ERR_NAME_NOT_RESOLVED)”
- Le message apparaît principalement en cliquant sur des liens Sponsorisé issus des moteurs de recherche ou de bannières publicitaires.
- Il touche plusieurs appareils (Windows, Android, iPad) et plusieurs navigateurs (Chrome, Edge, Firefox, Safari).
- Le passage en 4G/5G sur le même appareil fait disparaître l’erreur immédiatement.
Ce faisceau d’indices désigne un problème local au réseau domestique : DNS, filtrage publicitaire, contrôle parental ou routeur/box, plutôt qu’un souci propre à chaque terminal.
Cause la plus probable
L’erreur ERR_NAME_NOT_RESOLVED signifie que le nom de domaine n’a pas été traduit en adresse IP. Sur des URL publicitaires, la cause typique est un filtrage DNS ou une entrée parasite qui renvoie un NxDomain (domaine introuvable) ou 0.0.0.0 pour googleadservices.com. Les principaux suspects sont :
- Un bloqueur de pub (extension navigateur, suite de sécurité) qui filtre
googleadservices.com. - Un contrôle parental/adblock intégré à la box/routeur.
- Un service DNS filtrant (Pi‑hole, NextDNS, Safe DNS, protection « anti‑tracking » d’un antivirus).
- Une entrée indésirable dans le fichier HOSTS (
googleadservices.com↦0.0.0.0). - Un cache DNS corrompu (sur un poste ou dans la box).
Un conflit DHCP est peu probable : il affecterait plus largement la navigation et non une famille de domaines ciblés.
Solutions rapides : check‑list en 5 minutes
- Désactiver temporairement bloqueur de pub/anti‑tracking (navigateur, antivirus) et réessayer.
- Dans la box/routeur, désactiver le filtrage publicitaire/parental pour test, puis redémarrer la box.
- Basculer le DNS de la box vers un DNS public (ex.
1.1.1.1et8.8.8.8), redémarrer box et appareils. - Sur Windows, purger les caches :
ipconfig /flushdns, puisnetsh winsock reset, puis redémarrer. - Vérifier et nettoyer le fichier HOSTS s’il contient
googleadservices.com.
Solutions détaillées et résultats attendus
| Axe | Actions détaillées | Résultats / remarques |
|---|---|---|
| Cache & extensions navigateur | • Vider cache/cookies. • Désactiver temporairement bloqueurs de pub, extensions de sécurité/antivirus : certains filtrent googleadservices.com. • Tester en navigation privée et/ou avec un profil vierge. | Soulage parfois le problème, mais il réapparaît si une règle de blocage revient. |
| Réinitialisations réseau côté poste | Windows : ipconfig /flushdns puis /release /renew / netsh winsock reset.Redémarrer l’appareil. | Utile si le cache DNS local est corrompu. |
| Fichier HOSTS | Éditer C:\Windows\System32\drivers\etc\hosts (ou équivalent Unix/Android ro‑hosts) pour supprimer une ligne pointant googleadservices.com vers 0.0.0.0. | Si une suite de sécurité ou un utilitaire a ajouté cette entrée, le domaine sera systématiquement bloqué. |
| DNS | Configurer un DNS public fiable (ex. 1.1.1.1, 8.8.8.8) dans la box ou sur chaque appareil ; vérifier qu’aucun filtrage DNS (Safe DNS, contrôle parental, Pi‑hole, NextDNS…) ne bloque le domaine. Redémarrer la box pour purger son cache DNS. | L’erreur disparaît si la résolution DNS redevient correcte. |
| Routeur / Box | Vérifier l’absence de liste noire ou de filtrage publicitaire intégré. Mettre à jour le firmware. Désactiver brièvement « Ad Blocker » ou « Parental Control » embarqué pour tester. | Le fait que tous les appareils soient touchés oriente fortement vers ce point. |
| Conflit DHCP | Peu probable ; un conflit IP perturberait toute la navigation, pas un seul domaine. Préférer une analyse DNS/filtrage. |
Plan d’action recommandé
- Vérifier le filtrage DNS/Ad‑block
- Désactiver temporairement les bloqueurs de pub et la protection « anti‑tracking » dans antivirus/firewall.
- Contrôler les réglages « Sécurité Web » ou « Parental Control » de la box ; désactiver pour test.
- Basculer sur un DNS public
- Dans la box : primaire
1.1.1.1, secondaire8.8.8.8(ou l’inverse). - Redémarrer la box et les appareils (pour renouveler le bail DHCP et purger les caches DNS).
- Dans la box : primaire
- Purger les caches réseau locaux
ipconfig /flushdns netsh winsock resetRedémarrer ensuite le PC. - Inspecter le fichier HOSTS
- Supprimer toute ligne concernant
googleadservices.com. - Répéter sur chaque système (Android rooté, iOS via MDM, Linux/macOS) si nécessaire.
- Supprimer toute ligne concernant
- Mettre à jour routeur et navigateurs
- Appliquer le dernier firmware de la box/routeur.
- Mettre à jour Chrome, Edge, Firefox, Safari.
- Tester sans VPN ni proxy
- Un VPN peut forcer un DNS distant ou bloquer la pub. Comparer avec et sans.
- Diagnostic avancé si le problème persiste
nslookup googleadservices.compour voir l’IP (ou l’absence) renvoyée.tracert googleadservices.compour repérer où la requête échoue.- Activer le logging DNS dans le routeur, ou utiliser Wireshark pour identifier un éventuel refus ICMP ou une réponse
NXDOMAIN.
Commandes et manipulations par système
| Plateforme | Actions | Objectif |
|---|---|---|
| Windows | ipconfig /flushdnsipconfig /release puis ipconfig /renewnetsh winsock resetÉditer C:\Windows\System32\drivers\etc\hosts en admin. | Vider caches DNS, renouveler IP, réinitialiser la pile TCP/IP, supprimer une entrée HOSTS bloquante. |
| macOS | Terminal : sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponderVérifier /etc/hosts. | Purger le cache DNS et vérifier les overrides locaux. |
| Linux | Selon le résolveur :sudo systemd-resolve --flush-caches ou sudo service nscd restartVérifier /etc/hosts et /etc/resolv.conf. | Nettoyer les caches et confirmer la configuration du résolveur. |
| Android | Désactiver/activer le Wi‑Fi (renouvelle IP). Oublier puis reconnecter au réseau. Sur Android 9+ : Paramètres > Réseau > DNS privé : tester « Automatique » puis un fournisseur connu. | Renouveler l’adresse IP et neutraliser un DNS privé qui forcerait un filtrage. |
| iOS / iPadOS | Réglages > Wi‑Fi > « i » du réseau > Configurer DNS : tester « Automatique » puis « Manuel » et saisir des DNS publics. Oublier le réseau, redémarrer l’iPad. | Contourner un DNS filtrant imposé par le réseau. |
Réglages navigateurs à connaître
Certains navigateurs utilisent le DNS‑over‑HTTPS (DoH) ; cela bypasse parfois le DNS de votre routeur :
- Chrome/Edge : Paramètres > Sécurité > Utiliser un DNS sécurisé. Essayez « avec le résolveur de votre fournisseur » puis « personnalisé » et comparez le résultat.
- Firefox : Paramètres > Général > Paramètres réseau > activer/désactiver DNS via HTTPS pour tester.
- Safari : suit la configuration système (DoH/DoT configurés au niveau d’iOS/macOS).
Si vous dépannez un filtrage au niveau de la box (Pi‑hole, contrôle parental), désactivez temporairement le DoH du navigateur pour que les requêtes DNS passent bien par le routeur, puis réactivez‑le une fois le diagnostic terminé.
Tableau de référence DNS
Pour des tests rapides, configurez temporairement un DNS public fiable. Quelques exemples :
| Fournisseur DNS | IPv4 | IPv6 | Remarques |
|---|---|---|---|
| Cloudflare | 1.1.1.1, 1.0.0.1 | 2606:4700:4700::1111, 2606:4700:4700::1001 | Rapide, orienté confidentialité. |
| Google Public DNS | 8.8.8.8, 8.8.4.4 | 2001:4860:4860::8888, 2001:4860:4860::8844 | Très répandu et robuste. |
| Quad9 | 9.9.9.9, 149.112.112.112 | 2620:fe::fe, 2620:fe::9 | Filtrage sécurité (malwares) selon le profil choisi. |
Astuce : testez deux profils — l’un « neutre », l’autre « sécurisé ». Si la résolution de googleadservices.com échoue uniquement avec le profil à filtrage publicitaire, vous avez identifié la source.
Diagnostics avancés
Vérifier la résolution DNS
nslookup googleadservices.com
- Résultat attendu : affichage d’une ou plusieurs adresses IP pour le domaine (ou des CNAME qui s’y rapportent).
- Si vous voyez :
Non-existent domain/NXDOMAINou une IP0.0.0.0: un filtre bloque la résolution. - Comparer : exécutez la même commande en 4G/5G (partage de connexion). Si ça fonctionne en cellulaire mais pas en Wi‑Fi domestique, le fauteur se situe sur la box/routeur ou son DNS.
Tracer le chemin
tracert googleadservices.com
Ce test est surtout utile si le DNS résout correctement mais que la connexion échoue ensuite (ce qui ne correspond pas à ERR_NAME_NOT_RESOLVED, mais reste informatif).
Capturer pour voir
Avec Wireshark, filtrez sur dns et observez les réponses : si vous recevez systématiquement NXDOMAIN ou une adresse de sinkhole (0.0.0.0 / 127.0.0.1), un adblock ou un service DNS filtrant est actif.
Cas fréquents par environnement
Pi‑hole et équivalents
- Ouvrez l’interface d’administration et cherchez
googleadservices.comdans les journaux. - Si listé comme bloqué, vérifiez les listes noires / expressions regex. Autorisez le domaine si vous souhaitez accéder aux liens sponsorisés.
- Videz le cache DNS de Pi‑hole et redémarrez le service.
Contrôle parental de la box
- Beaucoup de box intègrent un mode « Sécurité », « Ad Block », « Contrôle parental ». Désactivez‑le pour test.
- Si vous devez le conserver, ajoutez une liste d’exceptions pour
googleadservices.comet sous‑domaines.
Suites de sécurité / antivirus
- Certains modules « anti‑pub/anti‑tracking » compromettent la résolution de domaines publicitaires.
- Désactivez le module incriminé, redémarrez le navigateur et testez. Si la résolution revient, ajustez la liste blanche.
VPN et Proxy
- Un VPN peut imposer ses propres résolveurs DNS et bloquer des catégories (Publicité, Tracking).
- Coupez le VPN/Proxy, testez. Si tout refonctionne, ajustez le profil du VPN ou sa liste d’exception.
Différencier les erreurs de navigateur
| Message | Explication | Piste principale |
|---|---|---|
ERR_NAME_NOT_RESOLVED | Le nom n’a pas été résolu en IP (DNS) | DNS/filtrage, HOSTS, cache DNS |
ERR_CONNECTION_REFUSED | Une IP est résolue, mais la connexion TCP est refusée | Pare‑feu, service distant fermé |
ERR_ADDRESS_UNREACHABLE | Route inexistante vers l’adresse cible | Routage, proxy/VPN, réseau local |
Pourquoi le mobile data fonctionne ?
Chaque opérateur mobile utilise ses propres serveurs DNS. Si le problème disparaît en 4G/5G, c’est un indicateur fort que l’anomalie est sur le réseau domestique (DNS filtrant, cache corrompu, règle de blocage dans la box) et non sur l’appareil.
Sécurité vs fonctionnalité
googleadservices.com est un domaine publicitaire légitime. Le bloquer n’est pas dangereux pour la sécurité, mais cela empêche l’accès aux liens sponsorisés et à certaines redirections de suivi de clics. À vous de choisir le bon compromis : laisser le filtrage anti‑pub global tout en autorisant explicitement ce domaine si votre besoin l’exige.
Arbre de décision express
- Tester en 4G/5G : si OK → suspecter DNS/filtrage du réseau domestique.
- Désactiver adblock/contrôle parental → si OK → configurer une exception pour
googleadservices.com. - Changer DNS de la box (1.1.1.1 / 8.8.8.8) → redémarrer → si OK → conserver.
- Purger caches et vérifier HOSTS → si entrée trouvée → la supprimer.
- Si toujours KO → vérifier DoH navigateur, VPN/proxy, logs DNS et tables de blocage.
- Si tout échoue → contacter le support de votre FAI (certains activent un filtrage DNS par défaut).
Matrice d’analyse : du symptôme à l’action
| Observation | Interprétation | Action prioritaire |
|---|---|---|
| KO en Wi‑Fi, OK en 4G/5G | Problème réseau local (box/DNS) | Changer DNS box, désactiver filtrages |
nslookup renvoie NXDOMAIN | Filtrage DNS actif | Lever le blocage (adblock, parental, Pi‑hole) |
nslookup renvoie 0.0.0.0 | Liste noire locale (HOSTS) ou sinkhole | Supprimer entrée HOSTS / Liste blanche |
| OK sans DoH, KO avec DoH | Résolveur DoH filtre la pub | Changer de résolveur DoH ou lister en blanc |
| KO seulement avec VPN | Profil DNS du VPN bloque publicité | Ajuster profil/exception ou couper VPN pour ces sites |
Bonnes pratiques pour éviter les récidives
- Documenter les changements : DNS choisis, règles d’exception appliquées, modules adblock activés.
- Centraliser la politique DNS dans la box/routeur plutôt que sur chaque appareil, sauf besoin spécifique.
- Éviter la duplication de filtres (adblock navigateur + antivirus + routeur + DoH filtrant) qui rend le diagnostic opaque.
- Mettre à jour régulièrement firmware de la box, navigateurs et suites de sécurité.
- Surveiller les logs DNS lors d’une anomalie : cela révèle immédiatement si un domaine est bloqué.
Procédures détaillées
Nettoyer le fichier HOSTS sous Windows
- Ouvrir le Bloc‑notes en tant qu’administrateur.
- Fichier > Ouvrir > coller
C:\Windows\System32\drivers\etc\hosts> Tous les fichiers. - Supprimer toute ligne contenant
googleadservices.com(ex.0.0.0.0 googleadservices.com). - Enregistrer. Redémarrer le navigateur.
Changer les DNS sur la box
- Se connecter à l’interface d’administration de la box/routeur.
- Repérer la section WAN / Internet / DNS.
- Renseigner deux serveurs DNS (ex.
1.1.1.1et8.8.8.8). - Enregistrer puis redémarrer la box. Redémarrer ensuite les appareils.
Contrôler DoH dans Chrome/Edge
- Ouvrir Paramètres > Confidentialité et sécurité > Sécurité.
- Dans Utiliser un DNS sécurisé, basculer entre « Avec le résolveur de votre fournisseur » et un résolveur personnalisé ; comparer le résultat.
Questions fréquentes
Est‑ce dangereux d’autoriser googleadservices.com ?
Ce domaine sert aux redirections publicitaires et au suivi de clics. L’autoriser n’augmente pas le risque de malwares par lui‑même ; gardez cependant vos protections actives pour les catégories réellement dangereuses (phishing, malwares).
Pourquoi l’erreur est intermittente ?
Le cache DNS peut conserver une réponse filtrée pendant un temps (TTL). Selon le résolveur (box, navigateur en DoH, appareil), la réponse peut différer et donner une impression d’aléatoire.
Changer de DNS n’a rien changé. Que faire ?
Vérifiez DoH au niveau du navigateur, l’existence d’un VPN/proxy, les règles du contrôle parental ou d’un Pi‑hole. Inspectez HOSTS et purgez les caches. En dernier ressort, contactez le FAI.
Puis‑je bloquer la pub sans casser les liens sponsorisés ?
Oui : maintenez le filtrage global mais listez en blanc googleadservices.com (et éventuellement ses sous‑domaines) dans l’outil de filtrage.
Résumé opérationnel
- Le dysfonctionnement est typiquement dû à un blocage ou une mauvaise résolution DNS du domaine publicitaire
googleadservices.com. - Causes usuelles : filtre publicitaire (antivirus, extension, routeur/FAI), entrée parasite dans HOSTS, cache DNS corrompu.
- Remèdes : lever/contourner le filtrage, basculer de DNS, purger caches, vérifier HOSTS, mettre à jour box et navigateurs.
- Le fait que la 4G/5G fonctionne oriente vers une anomalie côté réseau domestique et non côté appareil.
Modèle de vérification pas à pas
- Tester une page sponsorisée en Wi‑Fi : noter l’erreur exacte.
- Basculer en 4G/5G : si OK, poursuivre sur la piste DNS/filtrage.
- Désactiver adblock/parental au niveau navigateur et box, puis retester.
- Changer DNS dans la box (1.1.1.1 / 8.8.8.8), redémarrer box et appareils.
- Sur Windows :
ipconfig /flushdns+netsh winsock reset. - Vérifier HOSTS et supprimer toute entrée pour
googleadservices.com. - Contrôler DoH dans le navigateur et tout VPN/proxy.
- Tracer :
nslookuppuistracert. SiNXDOMAINpersiste, inspecter logs DNS de la box/Pi‑hole. - Si nécessaire, contacter l’assistance du FAI et demander la désactivation d’un filtrage DNS par défaut.
En appliquant ce canevas, vous isolez rapidement la cause (filtrage DNS/Adblock, entrée HOSTS, cache corrompu) et restaurez l’accès aux liens « Sponsorisé ». Gardez ensuite une configuration documentée et cohérente (DNS, exceptions, DoH) pour éviter les rechutes.