Google Chrome Ignorant Fichier Hosts

Google Chrome, c'est ignorer les paramètres de C:/Windows/System32/drivers/etc/hosts fichier. Les deux IE11 et Firefox sont installés sur la même machine et fonctionne comme prévu.

J'ai essayé toutes les solutions que j'ai pu trouver en ligne, y compris:

  1. Ouvrir chrome://net-internals/#dns et cliquez sur le Clair Hôtes de Cache bouton.
  2. Aller dans les Paramètres, Afficher les Paramètres Avancés, décochez l'une des trois options suivantes: (X) l'Utilisation d'un service web pour aider à résoudre les erreurs de navigation (X) Utiliser un service de prédiction afin de compléter les recherches et les Url saisies dans la barre d'adresse (X) l'Utilisation d'un service de prédiction pour charger les pages plus rapidement
  3. Aller dans les Paramètres, Afficher Paramètres Avancés, cliquez sur Effacer les Données de Navigation, sélectionné les Images du Cache Et Fichiers depuis le début des temps, et cliquez sur Effacer les Données de Navigation.
  4. Redémarrer Chrome.exe.
  5. Redémarrer l'ordinateur.
  6. Assurez-vous d'ajouter http:// à l'avant de l'adresse web.
  7. Assurez-vous que les paramètres de proxy sont éteints
  8. Exécuter cmd.exe et exécuter ipconfig /flushdns
  9. Désinstaller et réinstaller Chrome

Je suis à une perte... Est-il quelque chose que j'ai manqué que je peux faire ou vérifier?

Quel est le nom du domaine que vous essayez d'accéder?

OriginalL'auteur Nick Petrie | 2017-03-06

  1. 15

    Semble que Chrome n'a pas aimé les extensions suivantes pour ce genre de choses:

    .dev
.localhost
.test
.example
.app

    Utilisation .local et le problème semble disparaître.

    Inclure .app trop!
    Cela a fonctionné pour moi. J'ai changé pour .local (à partir de .localhost) et le Chrome a été heureux de suivre etc/hosts. Après quelques recherches, il semble que cela est un comportement intentionnel. Cependant, je suis vraiment confus comment tous mes collègues dans mon bureau ne connaissent pas le même comportement avec la même version de Chrome. Il semble qu'il y a à être une façon d'obtenir .localhost de travail.

    OriginalL'auteur Vixed

  2. 5

    J'ai le même problème sur Chrome pour Linux Ubuntu. Je suis en utilisant un proxy, et au lieu de vérifier /etc/hosts, Chrome préfère vérifier le proxy DNS.

    Cela m'est juste arrivé de travailler avec un client. J'ai testé avec Firefox et cela a fonctionné immédiatement.
    J'ai le même problème sur oracle linux à l'aide d'un proxy sur la Version 63.0.3239.132 (Officiel) (64-bit)

    OriginalL'auteur Jean-Marc Leroy

  3. 4

    Essayer de vider le Cache DNS:

    1) exécuter cmd.exe en tant qu'administrateur

    2) tapez: ipconfig /flushdns

    Désolé, raté. J'avais déjà essayé ça aussi. J'ai juste essayé de nouveau, mais pas de chance. Je vais l'ajouter à mon post original.

    OriginalL'auteur jfatal

  4. 3

    Bon j'ai connu le même problème, mais ensuite, j'ai trouvé la solution.
    Essayez ceci:
    Aller à l'histoire (Ctrl+H) -> Dans le volet de gauche, cliquez sur Effacer les données de navigation
    Dans la nouvelle fenêtre qui s'ouvre, allez à Avancé onglet
    Ensemble intervalle de Temps à Tous les Temps -> vérifiez mise en Cache des Images et des Fichiers -> 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)

    Remarque: Cette Solution est uniquement pour Google Chrome

    OriginalL'auteur Ghazali Shacklebolt

  5. 0

    Alors qu'il a été indiqué qu'aucun proxy n'est utilisé, j'ai eu le même problème sur OS X en utilisant un proxy et, éventuellement, la solution était d'ajouter un proxy-exception pour ce domaine.

    Ce que les OP pourraient essayer de désactiver DNS asynchrone via le commutateur de ligne de commande comme
    mentionné ici en 2015:

    Async DNS: Supprimer bascule de about:flags

    Async DNS est assez stable pour le moment, donc nous n'avons pas vraiment besoin de la
    basculer dans about:flags plus. (Notez que l'option --enable-async-dns et
    --disable-async-dns options de ligne de commande continuent de fonctionner pour l'instant.)

    Ceci, cependant, ne semble pas avoir d'effet dans mon cas, comme chrome://net-internals/#dns affiche toujours le DNS interne-client activé avec pas évident de trouver un moyen de le désactiver.

    Essayé l'option de ligne de commande... pas de chance.

    OriginalL'auteur Geotti

  6. 0

    Cela a été identifié comme un "bug" dans Chrome, mais il semble être absolument un comportement intentionnel. Google Chrome ne prend pas en compte /etc/hosts lorsqu'il est connecté à l'interne. Il toujours fait un DNS pour déterminer les adresses IP.

    Alors que mes références ci-dessous se rapportent principalement à mon expereinces avec ce sur Linux, il n'est pas limité à 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

    OriginalL'auteur Karl Wilbur