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 (і переконання, що поведінка проксі, описана вище, відключена) повинна допомогти.