Google Chrome Ignoriert Die Hosts-Datei
Google Chrome ignoriert die Einstellungen in C:/Windows/System32/drivers/etc/hosts
- Datei. Sowohl IE11 und Firefox sind auf dem gleichen Rechner installiert und wie erwartet funktioniert.
Ich habe versucht, alle Lösungen die ich finden konnte, online, einschließlich:
- Öffnen
chrome://net-internals/#dns
und klicken Sie auf die Clear-Hosts Cache-button. - Gehen Sie in Einstellungen, Erweiterte Einstellungen Anzeigen und deaktivieren Sie die folgenden drei Optionen: (X) über einen web-service zur Behebung von Navigationsfehlern (X) eine Vervollständigung von Suchanfragen und URLs bei der Eingabe in die Adressleiste (X) ein Vorhersage-Dienst zum laden von Seiten schneller
- Gehen Sie in Einstellungen, Erweiterte Einstellungen Anzeigen, klicken Sie auf Internetdaten Löschen-Taste, ausgewählt Zwischengespeicherte Bilder Und Dateien aus dem Anfang der Zeit und klicken Sie auf Internetdaten Löschen.
- Neu Starten Chrome.exe.
- Starten Sie den computer neu.
- Stellen Sie sicher, dass Sie
http://
auf der Vorderseite der web-Adresse. - Stellen Sie sicher, dass die proxy-Einstellungen deaktiviert sind
- Laufen
cmd.exe
und führenipconfig /flushdns
- Deinstallieren und neu installieren von Chrome
Bin ich ratlos... gibt es irgendetwas, was ich verpasst, dass ich versuchen kann, oder Kontrolle?
- Ich habe das gleiche problem auf Chrome für Ubuntu Linux. Ich bin über einen proxy, und stattdessen zu überprüfen, /etc/hosts, Chrome bevorzugt, überprüfen Sie die proxy-DNS.
- Dies war nur, um mir die Arbeit mit einem client. Getestet habe ich mit Firefox und es hat sofort funktioniert.
- Ich habe das gleiche problem auf oracle linux mit proxy auf Version 63.0.3239.132 (Offizieller Build) (64-bit)
- Was ist der name der Domäne, die Sie versuchen zuzugreifen?
- Stellen Sie sicher, Sie fügen Sie sowohl die 'nackt' und die 'www' - Domänen als separate Einträge in der hosts-Datei, und deaktivieren Sie Cache-Weiterleitungen: superuser.com/q/304589/143613. Plus Neustart des Browsers hat den trick für mich.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Scheint, dass Chrom nicht mag folgende Erweiterungen für solche Sachen:
Verwenden .lokale und das problem scheint zu verschwinden.
.app
auch!.local
(aus.localhost
) und Chrom war glücklich, zu Folgenetc/hosts
. Nach einigen Recherchen sieht es aus wie das ist vorsätzliches Verhalten. Allerdings bin ich wirklich verwirrt, wie alle meine Kollegen in meinem Büro sind nicht mit dem gleichen Verhalten mit der gleichen version von Chrome. Wie es scheint, gibt es einen Weg, um.localhost
zu arbeiten.Versuchen Sie, löschen Sie den DNS Cache:
1) ausführen cmd.exe als administrator
2) Typ: ipconfig /flushdns
Okay ich Stand vor dem gleichen problem, aber dann fand ich die Lösung.
Versuchen Sie, diese:
Gehen Sie zu Geschichte (Strg+H) -> Im linken Fensterbereich klicken Sie auf browsing-Daten Löschen
In dem neuen Fenster, das sich öffnet gehen Sie zu Erweiterte tab
Set Zeitraum zu Alle Zeit -> check Zwischengespeicherte Bilder und Dateien -> klicken Sie auf Daten Löschen
Starten Sie Ihren computer, sollte Es beginnen umleiten genannten Adressen in der Hosts-Datei (C:\Windows\System32\drivers\etc\hosts)
Hinweis: Diese Lösung ist nur für Google Chrome
Dieser wurde festgestellt, dass es einen "bug" in Chrome, aber es scheint absolut vorsätzliches Verhalten. Google Chrome nicht Ehren
/etc/hosts
wenn eine Verbindung mit dem internen. Es immer macht einen DNS-lookup zur Ermittlung von IP-Adressen.Während meine Verweise unten beziehen sich hauptsächlich darauf, meine expereinces mit dieser auf Linux ist nicht nur Linux.
https://groups.google.com/a/chromium.org/forum/#!Thema/net-dev/iKXqyc40tW0
https://superuser.com/a/887199/75128
https://bugs.chromium.org/p/chromium/issues/detail?id=117655
Während es wurde festgestellt, dass kein proxy verwendet wird, ich hatte das gleiche Problem unter OS X, während mit einem proxy und die schließliche Lösung war, fügen Sie eine proxy-Ausnahme für diese domain.
Was der OP versuchen könnte, ist auszuschalten, async DNS per Kommandozeilen-Schalter, wie
erwähnt hier in 2015:
Dieser scheint aber keine Auswirkungen in meinem Fall, als
chrome://net-internals/#dns
zeigt immer noch den internen DNS-client aktiviert mit keine offensichtliche Möglichkeit, es zu deaktivieren.