Довідник помилок / DNS_PROBE_FINISHED_BAD_CONFIG

Помилка DNS_PROBE_FINISHED_BAD_CONFIG

DNS_PROBE_FINISHED_BAD_CONFIG - це вердикт Chrome після невдалого пошуку імені: браузер повторив запит власною DNS-перевіркою і дійшов висновку, що резолвер, яким ви користуєтеся, працює не так, як має. На відміну від NXDOMAIN, де імʼя точно не існує, тут запит просто не завершився коректно, тому про домен нічого не зʼясовано. Відвідувачі зазвичай бачать цю помилку на одному компʼютері чи в одній мережі, тоді як з інших мереж сайт відкривається нормально. Власники сайту бачать її з будь-якої мережі, якщо не відповідають сервери імен самого домену.

Перевірте свій сайт

>

Через що виникає

Найчастіше проблема локальна: компʼютер або роутер вказує на DNS-сервер, який недоступний чи віддає сміття, завис старий кеш, або DNS-запити перехоплює VPN, застосунок фільтрації DNS чи антивірусний пакет. Роутер, що роздає власну адресу як резолвер, тоді як його зовнішній форвардер мертвий, дає цю помилку стабільно. Рідше домен зламаний насправді: його сервери імен недоступні, делегування «кульгаве» (NS-записи в реєстрі вказують на сервери, які не відповідають за цю зону), або зона є, але без придатних записів. Обидва боки дають однаковий екран у Chrome, тому вгадувати причину - марна трата часу.

Як виправити

  1. Спершу прожене домен через DNS-перевірку нижче: вона запитує авторитетні сервери імен з нашого сервера, а не з вашого компʼютера. Якщо A, NS і SOA повертаються нормально, DNS домену здоровий і проблема на вашому боці, тож переходьте до локальних кроків. Якщо NS або SOA порожні чи з помилкою, зламана сама зона, і локальні дії не допоможуть. Якщо ж перевірка каже, що імені не існує, це вже NXDOMAIN, інший випадок.
  2. Якщо перевірка чиста, замініть резолвер на публічний: пропишіть 1.1.1.1 або 8.8.8.8 у налаштуваннях IPv4 та IPv6 мережевого адаптера і перезавантажте сторінку. Уже цього достатньо в більшості випадків BAD_CONFIG, бо ви обходите ту адресу, яку видав роутер чи провайдер.
  3. Скиньте старі записи кешу: у Windows виконайте ipconfig /flushdns, у macOS - sudo dscacheutil -flushcache і sudo killall -HUP mDNSResponder. Далі очистьте власний кеш Chrome на сторінці chrome://net-internals/#dns і сокети на chrome://net-internals/#sockets.
  4. Вимикайте по черзі VPN, проксі, застосунки фільтрації DNS і модуль вебзахисту антивіруса. Програми, що перенаправляють DNS, - часта причина, а видалений VPN інколи лишає в налаштуваннях адаптера мертву адресу резолвера.
  5. Перезапустіть роутер, а якщо помилка повторюється на кількох пристроях у тому самому Wi-Fi, перевірте в його налаштуваннях DHCP адресу DNS-сервера, яка вже не працює. Для контролю відкрийте той самий сайт з мобільного інтернету: якщо там усе гаразд, справа у вашій мережі, а не в домені.
  6. Якщо перевірка показала, що зламаний DNS домену, і ви ним керуєте, звірте у реєстратора: NS-записи мають збігатися з серверами імен, на яких ваш DNS-провайдер реально тримає зону, зона має існувати на кожному з них, і в ній має бути A- або AAAA-запис. NS-записи, що вказують на сервери без цієї зони, - класичне кульгаве делегування, і виправляти його треба у реєстратора, а не на вебсервері.

Схожі помилки