Chrome использует другой сервер DNS из Firefox и IE, которые используют значение по умолчанию ОС?

Я совершенно уверен, что упреждающая выборка DNS в Chrome полностью повреждается. Я должен все же видеть установку Chrome, где эта функция не вызывает проблемы с разрешением хостов (или длительные задержки, или напрямую не могущий решить). Мое предложение состояло бы в том, чтобы всегда отключать это под Опциями.

Функции называют, "Используют упреждающую выборку DNS для улучшения производительности загрузки страницы"..., который довольно смехотворен.

Chrome, конечно, использует системные настройки DNS и ничто характерное для себя, кроме того, его предпочтения сетевого соединения используют установки системы (в Windows во всяком случае, я не проверил, как это обрабатывается на недавнем выпуске Mac) в отличие от Firefox, который имеет свою собственную предпочтительную стопку возможности соединения, но это должно будет все еще использовать базовый DNS и IP настройки машины нет никакого пути к нему для нахождения любых альтернатив, если Вы не устанавливаете их на (общем) системном уровне.

Было много жалоб на его функцию упреждающей выборки DNS, я не испытал проблемы с нею, но объем жалоб указывает, что, если у Вас есть какие-либо проблемы определения имен, это должна быть первая вещь, на которую необходимо посмотреть.

Chrome AFAIK всегда выпускает запросы имени IPv6 AAAA, если Ваша настройка сети использует установку DNS
это приятно не отвечает на эти запросы, можно получить чрезвычайно длительные задержки с поиском имени, поскольку он ожидает приемлемого ответа прежде, чем испытать таймаут и вернуться к ipv4. Firefox имел подобную проблему, но последние версии, кажется, обрабатывают ответы poor\invalid ipv6 с большим изяществом, я был склонен отключать ipv6 поиск в Firefox (about:config, поиск ipv6 и установить сеть dns.disableipv6 на истинный), таким образом, я не вижу это в целом больше, но последние версии Firefox не показывают признак для меня. Аналогично канал разработчика, сборки Chrome, которые я использую, не имеют проблемы с этим, но я действительно видел это на ранних производственных выпусках и VM's ОС Chrome, которые делали, раунды страдают плохо от него. Существует продолжающаяся дискуссия об этом на browser\OS передней стороне разработки, обработка плохих ipv6 ответов строго все больше рассматривается как важная, поскольку маскирование отказов означает, что настоящая проблема (плохая поддержка установок DNS / плохая поддержка ipv6 особенно в потребительском уровне, объединяющем аппаратные средства в сеть), не попадает под давление, которое будет зафиксировано.

Мой дом маршрутизатор DSL (Netopia 2247-02) значения по умолчанию к установке себя как прокси DNS и его ответы на триггер запросов ipv6 AAAA может эта проблема. Я вполне уверен, что, будет ли Ваша установка иметь проблемы с этим, зависит от определенного поведения DNS, который Вы используете, изменяя поставщика DNS (и удостоверяясь, что поведение прокси, описанное выше, отключено), должен помочь.

Я заметил это поведение на поле Windows 7 при соединении с localhost с Firefox. Каждый запрос занял 1 секунду. Используя Firebug я заметил, что время было потрачено в поиске DNS. Установка опции сети dns.disableIPv6 about:config к истинному работала вокруг этой проблемы. К сожалению, я не могу помочь с Chrome. Я сообщу, если я буду иметь успех на этом.

Поскольку, что это это стоящий я также пытался добавить localhost к файлу hosts для тщетного. Это не имело никакого эффекта в разрешении. Возможно, ipv6 сопоставитель не использует традиционный файл hosts в Windows 7.