Google Chrome ignore les paramètres du fichier C:/Windows/System32/drivers/etc/hosts
. IE11 et Firefox sont installés sur le même ordinateur et fonctionnent comme prévu.
J'ai essayé toutes les solutions que je pouvais trouver en ligne, notamment:
chrome://net-internals/#dns
et cliquez sur le bouton Effacer le cache des hôtes.http://
au début de l’adresse Web.cmd.exe
et exécutez ipconfig /flushdns
Je suis perdue ... Y a-t-il quelque chose qui m'a manqué que je puisse essayer ou vérifier?
On dirait que Chrome n'aime pas les extensions suivantes pour ce genre de choses:
.dev
.localhost
.test
.example
.app
Utilisez .local et le problème semble disparaître.
J'ai le même problème sur Chrome pour Ubuntu Linux. J'utilise un proxy et au lieu de vérifier/etc/hosts, Chrome préfère vérifier le DNS du proxy.
Essayez de vider le cache DNS:
1) lancer cmd.exe en tant qu'administrateur
2) type: ipconfig/flushdns
Ok, j’ai rencontré le même problème mais j’ai trouvé la solution . Essayez ceci: Allez dans l’historique ( Ctrl + H ) -> Dans le volet de gauche, cliquez sur Effacer les données de navigation Dans la nouvelle fenêtre qui s’ouvre, accédez à Avancé tab Réglez Période sur Toutes les heures -> cochez Images et fichiers en cache -> cliquez sur Effacer les données Redémarrez votre ordinateur. Il devrait commencer à rediriger les adresses mentionnées dans le fichier Hosts (C:\Windows\System32\drivers\etc\hosts).
Cela a été identifié comme un "bogue" dans Chrome, mais cela semble être un comportement absolument intentionnel. Google Chrome n'honore pas /etc/hosts
lorsqu'il est connecté à l'interne. Il always effectue une recherche DNS pour déterminer les adresses IP.
Bien que mes références ci-dessous se rapportent principalement à mes expériences avec ceci sous Linux, cela ne se limite pas à Linux.
https://groups.google.com/a/chromium.org/forum/#!topic/net-dev/iKXqyc40tW0
https://superuser.com/a/887199/75128
https://bugs.chromium.org/p/chromium/issues/detail?id=117655
Bien qu’il ait été déclaré qu’aucun proxy n’était utilisé, j’ai eu le même problème sous OS X lors de l’utilisation d’un proxy et la solution éventuelle était d’ajouter une exception de proxy pour ce domaine.
Ce que l'OP pourrait essayer, c'est de désactiver le DNS asynchrone via un commutateur de ligne de commande, comme indiqué par Ici en 2015:
Async DNS: Supprimer les bascules de about: flags
Async DNS est assez stable pour le moment, nous n’avons donc pas vraiment besoin de basculer dans environ: drapeaux plus. (Notez que les indicateurs de ligne de commande --enable-async-dns et --Disable-async-dns fonctionneront toujours pour le moment.)
Ceci, cependant, semble n'avoir aucun effet dans mon cas, car chrome://net-internals/#dns
affiche toujours le client DNS interne comme activé, sans moyen évident de le désactiver.