La configuration courante de Chrome utilise-t-elle un serveur DNS différent, tandis que Firefox et IE utiliseront le réseau OS par défaut?
Mon Chrome (y compris un sur PC virtuel) affichera parfois "Résoudre l'hôte" et y attendra 20, 30 secondes, tandis que Firefox et IE ne le feront pas. (donc après 20, 30 secondes avec une page vierge, la page ne pourra finalement pas se charger).
Alors, est-ce que Chrome fait quelque chose qui le rend différent?
Réponses:
Oui, en quelque sorte. Chrome a une option activée par défaut appelée mise en cache / prélecture DNS.
Habituellement, cela permet à Chrome «d'accélérer» l'expérience de navigation d'un utilisateur, car il met en cache / pré-extrait les requêtes DNS.
Si vous rencontrez des problèmes, essayez de désactiver la prélecture DNS sous la clé -> Options -> Sous le capot.
modifier: Chrome n'utilise pas ses propres serveurs pour effectuer des recherches DNS, mais il recherche toutes les entrées DNS des liens sur une page lors du premier chargement.
Menu > Settings > Show advanced settings... > Privacy > Prefetch resources to load pages more quickly. MAIS , la désactivation qui n'a pas résolu les erreurs DNS incessantes que j'obtiens (uniquement dans Chrome) depuis la mise à jour de Chrome 36 (je pense) vers 41 et maintenant 42: net::ERR_NAME_NOT_RESOLVED, This webpage is not available. Ridicule.
ipconfig /flushdns && ping example.com(sous Windows). Vérifiez que l'adresse correcte s'affiche. Si le résolveur DNS de Google a une adresse différente, vous la verrez dans chrome://net-internals/#dns Si vous effacez ce cache et actualisez example.com dans le navigateur, vous verrez quelle adresse il a résolu. Parfois, j'ai remarqué que le serveur de Google utilise l' *entrée (astérisque) au lieu de l'entrée nommée.
Je suis tout à fait certain que la prélecture DNS dans Chrome est complètement rompue. Je n'ai pas encore vu une installation Chrome où cette fonctionnalité ne pose pas de problèmes avec la résolution des hôtes (soit de longs délais, soit carrément impossible à résoudre). Ma suggestion serait de toujours désactiver cela sous Options.
Les fonctionnalités sont appelées "Utiliser la prélecture DNS pour améliorer les performances de chargement des pages" ... ce qui est assez risible.
Chrome utilise certainement les paramètres DNS du système et rien de spécifique à lui-même, de plus ses préférences de connectivité réseau utilisent les préférences du système (sous Windows en tout cas, je n'ai pas vérifié comment cela est géré sur la récente version Mac) contrairement à Firefox qui a sa propre pile de préférences de connectivité, mais il devra toujours utiliser les paramètres DNS et ip sous-jacents de la machine, il n'y a aucun moyen pour lui de trouver des alternatives à moins que vous ne les définissiez au niveau du système (partagé).
Il y a eu de nombreuses plaintes concernant sa fonction de prélecture DNS, je n'ai pas rencontré de problèmes avec elle, mais le volume de plaintes indique que si vous rencontrez des problèmes de résolution de noms, cela devrait être la première chose à considérer.
AFAIK Chrome émet toujours des demandes de nom IPv6 AAAA, si votre configuration réseau utilise une configuration DNS
qui ne répond pas bien à ces demandes, vous pouvez obtenir des délais extrêmement longs avec la recherche de nom car il attend une réponse acceptable avant de se terminer et de revenir à ipv4. Firefox a eu un problème similaire, mais les versions récentes semblent gérer les réponses ipv6 médiocres \ invalides avec plus de grâce, j'ai tendance à désactiver la recherche ipv6 dans Firefox (à propos de: config, recherchez ipv6 et définissez network.dns.disableipv6 sur true), donc je je ne vois plus cela en général, mais les versions récentes de Firefox ne présentent pas le symptôme pour moi. De même, les versions de canal de développeur Chrome que j'utilise n'ont pas de problème avec cela, mais je l'ai vu sur les premières versions de production et les machines virtuelles Chrome OS qui ont fait le tour en souffrent gravement. Il y a une discussion en cours à ce sujet sur le front de développement navigateur \ OS,
Mon routeur DSL domestique (un Netopia 2247-02) se configure par défaut en tant que proxy DNS et ses réponses au déclenchement des demandes ipv6 AAAA peuvent provoquer ce problème. Je suis à peu près sûr que si votre configuration rencontrera des problèmes avec cela dépend du comportement spécifique du DNS que vous utilisez, changer le fournisseur DNS (et vous assurer que le comportement de proxy décrit ci-dessus est désactivé) devrait vous aider.
J'ai remarqué ce comportement sur Windows 7 lors de la connexion à localhost avec Firefox. Chaque demande a pris 1 seconde. En utilisant Firebug, j'ai remarqué que le temps a été pris dans la recherche DNS. La définition de l'option about: config network.dns.disableIPv6 sur true a permis de contourner ce problème. Malheureusement, je ne peux pas aider avec Chrome. Je ferai rapport si j'ai du succès à ce sujet.
Pour ce que ça vaut, j'ai également essayé d'ajouter localhost au fichier hosts en vain. Cela n'a eu aucun effet sur la résolution. Le résolveur ipv6 n'utilise peut-être pas le fichier d'hôtes traditionnel dans Windows 7.
En fait, Chrome peut envoyer des requêtes à ses propres serveurs DNS au lieu des valeurs par défaut du système. Cela peut être vu lors de la substitution sur votre routeur (c'est-à-dire DHCP), ainsi que lors de l'utilisation d'une application VPN qui essaie de configurer ses propres serveurs DNS. Dans les deux cas, Chrome est toujours visible en utilisant le sien.
Les références: