Чи Chrome використовує інший DNS-сервер від Firefox та IE, які використовують ОС за замовчуванням?


13

Чи є загальним налаштуванням для Chrome, що він буде використовувати інший DNS-сервер, тоді як Firefox та IE використовуватимуть за замовчуванням мережеву ОС?

Мій Chrome (включаючи один на віртуальному ПК) іноді показуватиме "Розв'язання хоста" і чекатиме там 20, 30 секунд, тоді як Firefox та IE не стануть. (тому через 20, 30 секунд із порожньою сторінкою сторінку остаточно не вдасться завантажити).

Так чи є щось, що робить Chrome, що робить його різним?

Відповіді:


18

Так, начебто. У Chrome передбачена типова опція, яка називається кешування / попереднє завантаження DNS.

Зазвичай це дозволяє Chrome "прискорити" перегляд користувачів, оскільки він кешує / попередньо вибирає запити DNS.

Якщо у вас виникли проблеми, спробуйте вимкнути попередню завантаження DNS під гайковим ключем -> Параметри -> Під кришкою.

редагувати: Chrome не використовує власні сервери для пошуку DNS-записів, проте він шукає всі записи DNS-посилань на сторінці при першому завантаженні.


2
Сумніваюсь, що використовується інший DNS, ніж налаштування операційної системи?
Ар'ян

5
Трохи датований, але я думав, що все одно відповім, оскільки вважаю, що це дезінформація. Google Chrome спочатку ігнорує налаштування вашої системи та спочатку використовує DNS Google (2001: 4860: 4860 :: 8888). Я бачив це деякий час, тому я перевірив цілком свіжу, чисту систему, журнали брандмауера та сніффер пакетів. Я не був свідком такої ж поведінки в інших веб-переглядачах і не працював над цією "проблемою", просто блокуючи мій брандмауер.
Майкл Прескотт

1
Чи це стосується сучасних (близько 2015 року) версій Chrome? Сьогодні я не можу знайти варіант
G-.

1
@G Так, це зараз (v42) під Menu > Settings > Show advanced settings... > Privacy > Prefetch resources to load pages more quickly. Але , відключивши те, що не вирішило невпинні помилки DNS, які я отримую (лише в Chrome) після оновлення з Chrome 36 (я думаю) до 41 і тепер 42: net::ERR_NAME_NOT_RESOLVED, This webpage is not available. Смішно.
JMM

Приклад, коли це викликає проблеми. Якщо у вас є власний DNS і веб-сайт, який ви налаштували з новою записом A, запустіть ipconfig /flushdns && ping example.com(у Windows). Перевірте, чи відображається правильна адреса. Якщо у DNS-розв’язника Google є інша адреса, ви побачите його в. chrome://net-internals/#dns Якщо ви очистите цей кеш і оновіть example.com у веб-переглядачі, ви побачите, яку адресу він вирішив. Іноді я помітив, що сервер Google використовує *(зірочку) запис замість названого.
Брон Девіс

2

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

Особливості називаються "Використовувати попереднє завантаження DNS для поліпшення продуктивності завантаження сторінки" ... що досить смішно.


2

Chrome, безумовно, використовує системні налаштування DNS і не має нічого конкретного для себе, крім того, його налаштування підключення до мережі використовує системні налаштування (у будь-якому випадку я не перевіряв, як це обробляється в останній версії Mac) на відміну від Firefox, який має власний стек налаштувань підключення, але все одно доведеться використовувати базові параметри DNS та ip-машини машини. Немає можливості знайти альтернативи, якщо ви не встановите їх на системному рівні (загальний).

Було багато скарг на його функцію попереднього вибору DNS, у мене не виникло проблем із цим, але кількість скарг свідчить про те, що якщо у вас виникли якісь проблеми з вирішенням імен, це слід першим, на що слід звернути увагу.

AFAIK Chrome завжди надсилає запити імен IPA6 AAAA, якщо у вашій мережі використовується налаштування DNS
що не відповідає на ці запити, ви можете отримати надзвичайно тривалі затримки з пошуком імен, оскільки він чекає прийнятної відповіді перед тимчасовим вимиканням та поверненням до ipv4. У Firefox була схожа проблема, але, здається, останні версії обробляють погані \ недійсні відповіді ipv6 з більшою витонченістю, я прагнув відключити пошук ipv6 у Firefox (приблизно: конфігурація, пошук ipv6 та встановлення network.dns.disableipv6 на істинне), тому я не бачу цього загалом більше, але останні версії Firefox не виявляють симптомів для мене. Так само у розробника Chrome, який я використовую, не виникає проблем з цим, але я це бачив на ранніх випусках та вимпелах для ОС ОС Chrome, які робили цілий цикл, від цього сильно страждають. Про це триває дискусія на фронті розробки браузера \ ОС,

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


Я вважаю, що це має бути визначеною відповіддю. Ця відповідь, безумовно, допомогла вирішити мою проблему. Проблема полягала в тому, що я налаштував налаштування DNS IPv4 моєї ОС, але не налаштування DNS IPv6. Chrome завжди запитує IPv6, отже, розбіжність.
saintali

0

Я помітив таку поведінку у вікні Windows 7 під час підключення до localhost за допомогою Firefox. Кожен запит займав 1 секунду. Використовуючи Firebug, я помітив, що час було взято в пошуку DNS. Встановлення параметра "about: config network.dns.disableIPv6" на "true", що працює над цією проблемою. На жаль, я не можу допомогти з Chrome. Я звітну, якщо матиму успіх у цьому.

Для чого це варто, я також даремно намагався додавати localhost до файлу хостів. Це не мало жодного ефекту у вирішенні. Можливо, ipv6-резолютор не використовує традиційний файл хостів у Windows 7.


0

Насправді Chrome може надсилати запити на власні сервери DNS замість системних стандартних налаштувань. Це можна побачити при переопределенні маршрутизатора (тобто DHCP), а також при застосуванні VPN-додатку, який намагається встановити власні DNS-сервери. В обох випадках Chrome все ще можна побачити, використовуючи власну.

Список літератури:

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.