Verwendet Chrome einen anderen DNS-Server als Firefox und IE, die das Betriebssystem Standard verwenden?

Ist es üblich, dass Chrome einen anderen DNS-Server verwendet, während Firefox und IE die Standardeinstellung für das Betriebssystem verwenden?

Mein Chrome (einschließlich eines auf einem virtuellen PC) zeigt manchmal "Resolving host" an und wartet dort 20, 30 Sekunden, während Firefox und IE dies nicht tun. (also nach 20, 30 Sekunden mit einer leeren Seite wird die Seite endlich nicht mehr geladen werden können).

Gibt es also etwas, das Chrome tut, das es anders macht?

Author: killermist, 2009-11-04

5 answers

Ja, irgendwie. Chrome hat standardmäßig eine Option namens DNS-Caching/Prefetching aktiviert.

Dadurch kann Chrome normalerweise die Browsererfahrung eines Benutzers "beschleunigen", da DNS-Abfragen zwischengespeichert/vorab abgerufen werden.

Wenn Sie Probleme haben, deaktivieren Sie DNS-Prefetching unter dem Schlüssel - > Optionen - > Unter der Haube.

Bearbeiten: Chrome verwendet keine eigenen Server, um DNS-Lookups durchzuführen, es werden jedoch beim ersten Mal alle DNS-Einträge der Links auf einer Seite nachgeschlagen laden.

 19
Author: Cory Plastek,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2009-11-05 04:36:44

Chrome verwendet sicherlich die System-DNS-Einstellungen und nichts Spezifisches für sich selbst, außerdem verwendet seine Netzwerkkonnektivitätseinstellungen die Systemeinstellungen (unter Windows habe ich jedenfalls nicht überprüft, wie dies in der letzten Mac-Version gehandhabt wird) im Gegensatz zu Firefox, das über eigene Konnektivitätseinstellungen verfügt, aber es muss immer noch die zugrunde liegenden DNS-und IP-Einstellungen des Computers verwenden Es gibt keine Möglichkeit, Alternativen zu finden, es sei denn, Sie haben sie auf der (gemeinsame) Systemebene.

Es gab viele Beschwerden über seinen DNS-Prefetching-Funktion, ich habe keine Probleme mit ihm, aber das Volumen der Beschwerden zeigt, dass, wenn Sie irgendwelche Probleme bei der Namensauflösung sollte es sein, die erste Sache, die Sie sollten schauen.

AFAIK Chrome gibt immer IPv6 AAAA-Namensanfragen aus, wenn Ihr Netzwerk-Setup ein DNS-Setup verwendet
das reagiert nicht gut auf diese Anfragen Sie können extrem lange Verzögerungen bei der Namenssuche erhalten, wie es wartet eine akzeptable Antwort vor dem Timing und der Rückkehr zu ipv4. Firefox hatte ein ähnliches Problem, aber neuere Versionen scheinen schlechte \ ungültige IPV6-Antworten mit mehr Gnade zu behandeln, ich habe dazu tendiert, IPV6-Lookup in Firefox zu deaktivieren (über:config, Suche nach ipv6 und set network.DNS.disableipv6 auf true), sodass ich dies im Allgemeinen nicht mehr sehe, aber neuere Versionen von Firefox weisen das Symptom für mich nicht auf. Ebenso haben die von mir verwendeten Entwickler-Channel-Chrome-Builds kein Problem damit, aber ich habe gesehen dies gilt für die frühen Produktionsversionen und die Chrome OS-VM, die die Runde gemacht haben, leiden darunter. Es gibt eine laufende Diskussion darüber auf der Browser \ OS-Entwicklungsfront, Umgang mit schlechten IPV6-Antworten und wird zunehmend als wichtig angesehen, da das Maskieren der Fehler bedeutet, dass das eigentliche Problem (schlechte DNS-Setups/schlechte Unterstützung für ipv6, insbesondere in Consumer-Level-Netzwerkhardware) nicht unter Druck steht, behoben zu werden.

Mein Heim-DSL-Router (ein Netz) 2247-02) standardmäßig selbst als DNS-Proxy einrichten und seine Antworten auf ipv6 AAAA Anfragen auslösen kann dieses Problem. Ich bin mir ziemlich sicher, ob Ihr Setup Probleme damit hat, hängt vom spezifischen Verhalten des verwendeten DNS ab, und das Ändern des DNS-Anbieters (und sicherstellen, dass das oben beschriebene Proxy-Verhalten deaktiviert ist) sollte helfen.

 3
Author: Helvick,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2009-12-19 14:42:30

Ich bin mir ziemlich sicher, dass das DNS-prefetching in Chrom ist gründlich gebrochen. Ich habe noch keine Chrome-Installation gesehen, bei der diese Funktion keine Probleme mit der Lösung von Hosts verursacht (entweder lange Verzögerungen oder absolut nicht in der Lage zu lösen). Mein Vorschlag wäre, dies immer unter Optionen zu deaktivieren.

Die Funktion heißt "DNS-Pre-Fetching verwenden, um die Seitenladeleistung zu verbessern"...was ziemlich lächerlich ist.

 2
Author: dlux,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2009-11-05 04:44:14

Tatsächlich kann Chrome anstelle der Systemeinstellungen Abfragen an seine eigenen DNS-Server stellen. Dies kann beim Überschreiben an Ihrem Router (dh DHCP) sowie bei Verwendung einer VPN-App, die versucht, eigene DNS-Server festzulegen, angezeigt werden. In beiden Fällen kann Chrome noch mit seiner eigen.

Referenzen:

 1
Author: Lil Bil,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2019-08-07 00:20:09

Ich habe dieses Verhalten auf Windows 7 Box bemerkt, wenn ich mit Firefox eine Verbindung zu localhost herstelle. Jede Anfrage dauerte 1 Sekunde. Mit Firebug bemerkte ich, dass die Zeit in DNS-Lookup genommen wurde. Einstellen des about: config-Netzwerks.DNS.disableIPv6 Option auf true hat dieses Problem umgangen. Leider kann ich nicht mit Chrome helfen. Ich werde zurück berichten, wenn ich Erfolg habe.

Für das, was es wert ist, habe ich auch versucht, localhost vergeblich zur Hosts-Datei hinzuzufügen. Es hatte keine Auswirkung auf die Auflösung. Möglicherweise verwendet der IPv6-Resolver nicht die traditionelle Hosts-Datei in Windows 7.

 0
Author: PeteS,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2010-06-10 06:56:45