DNS_PROBE_FINISHED_NXDOMAIN: что это значит и как исправить

Что такое DNS_PROBE_FINISHED_NXDOMAIN?

DNS_PROBE_FINISHED_NXDOMAIN означает, что Chrome не смог получить адрес для имени сайта, хотя ваш DNS-сервер ответил на тестовый запрос самого Chrome, поэтому Chrome решает, что домена не существует. Обычно это настоящий ответ NXDOMAIN ("non-existent domain", несуществующий домен); запрос, не удавшийся по другой причине, например из-за неверной подписи DNSSEC (SERVFAIL), показывает ту же страницу. Chrome озаглавливает её "Не удается получить доступ к сайту". Ошибку часто ищут как DNS_PROBE_NXDOMAIN: такого кода в Chromium нет, это та же ошибка.

Главная проверка одна: найдите имя через публичный DNS (инструмент Проверка DNS ниже или nslookup example.com 1.1.1.1). Если публичный DNS его находит, причина на вашей стороне: опечатка, устаревший кэш, ваш DNS-сервер, фильтрующий сервис или VPN. Если публичный DNS тоже отвечает NXDOMAIN, домен написан с ошибкой, истёк или настроен неправильно, и исправить это может только его владелец.

Часто причина — опечатка или что-то на вашей стороне, и это можно исправить за несколько минут; шаги ниже идут от самых быстрых проверок к самому домену.

Как эта ошибка выглядит в других браузерах

Каждый браузер отображает эту DNS-ошибку по-своему, но причина всегда одна — домен не удалось разрешить.

Браузеры на основе Chromium (Chrome, Edge, Brave, Opera) показывают один и тот же код DNS_PROBE_FINISHED_NXDOMAIN. Firefox и Safari выводят более понятное сообщение, но суть проблемы идентична.

NXDOMAIN и другие ошибки DNS_PROBE в Chrome

Когда страница не загружается, Chrome выполняет быструю проверку DNS и называет результат кодом DNS_PROBE. Только один из них означает, что имени не существует:

Ошибка ERR_NAME_NOT_RESOLVED в Chrome — тот же сбой "для этого имени нет адреса", только показанный, когда Chrome не запускает проверку или проверка неубедительна: см. ERR_NAME_NOT_RESOLVED.

Частые причины DNS_PROBE_FINISHED_NXDOMAIN

Причины делятся на те, что на вашей стороне (их большинство), и те, что на стороне домена.

• Опечатка в URL — Очень частая причина. Один неверный символ (например, gogle.com вместо google.com) вызывает NXDOMAIN, потому что домен с ошибкой не существует в DNS.
• Закэшированное "не существует" — ваш компьютер или ваш DNS-сервер сохранил прежний ответ NXDOMAIN, например полученный до настройки домена, и повторяет его, пока он не истечёт.
• Внутренний кэш DNS Chrome — Chrome ведёт собственный кэш DNS, отдельный от системного. Даже после очистки системного кэша Chrome может использовать устаревшую внутреннюю запись.
• Фильтрующий DNS-сервис — Quad9 отвечает NXDOMAIN для заблокированных доменов, поэтому работающий сайт выглядит несуществующим. (Pi-hole, AdGuard и Cloudflare for Families по умолчанию отвечают 0.0.0.0, и тогда показывается ошибка подключения.)
• Домен не зарегистрирован или срок действия истёк — Владелец сайта забыл продлить домен, либо домен вообще не был зарегистрирован.
• Совсем новый домен — резолвер, который запрашивал имя до настройки домена, хранит ответ "не существует" в течение времени негативного кэширования зоны: 15 минут для .com и .net.
• Локальное имя, которого нет в файле hosts — имена для разработки вроде myapp.test существуют только там, где вы их задали (неверная запись в hosts даёт ошибку подключения, а не NXDOMAIN).
• Блокировка VPN или файрвола — VPN, прокси или файрвол перехватывает DNS-запросы и блокирует или перенаправляет домен.
• Проблема с DNS-сервером провайдера — DNS-сервер вашего интернет-провайдера ошибочно возвращает NXDOMAIN или ещё не получил DNS-записи домена.

Решение 1: проверьте правильность написания домена

Внимательно проверьте URL в адресной строке: достаточно одного неверного символа.

Ищите типичные ошибки: пропущенные буквы (goole.com), лишние буквы (googgle.com), неправильный TLD (.con вместо .com) или перепутанные символы (goog1e.com с цифрой 1 вместо буквы l).

Если вам прислали ссылку, попробуйте найти сайт через Google, а не переходить по ссылке напрямую. Если домен действительно не существует, результатов поиска не будет.

Решение 2: очистите кэш DNS

Если домен написан правильно, следующий шаг — очистка кэша DNS вашей операционной системы. Это удаляет все сохранённые DNS-записи и вынуждает систему выполнять новые запросы.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

После очистки попробуйте снова загрузить сайт. Если DNS-записи домена были недавно обновлены, очистка кэша позволит вашей системе получить новые записи.

Команды для всех систем, включая роутеры: как очистить кэш DNS.

Решение 3: очистите внутренний кэш DNS Chrome

Chrome ведёт собственный кэш DNS, полностью отдельный от кэша операционной системы. Очистки системного кэша недостаточно — необходимо также очистить внутренний кэш Chrome.

• Откройте Chrome и введите chrome://net-internals/#dns в адресную строку
• Нажмите "Clear host cache", чтобы удалить все кэшированные DNS-записи в Chrome
• Затем перейдите на chrome://net-internals/#sockets и нажмите "Flush socket pools", чтобы сбросить открытые соединения
• Попробуйте снова загрузить сайт — Chrome выполнит полностью новый DNS-запрос

Решение 4: переключитесь на публичный DNS-сервер

DNS-сервер вашего интернет-провайдера может ошибочно возвращать ответы NXDOMAIN или ещё не имеет DNS-записей домена. Переключение на надёжный публичный DNS-сервер часто решает эту проблему.

Изменение DNS в Windows

• Откройте Параметры → Сеть и Интернет → Wi-Fi → Управление известными сетями → ваша сеть (для кабеля: Ethernet → ваша сеть)
• Найдите на этой странице назначение DNS-сервера
• Нажмите Изменить рядом с назначением DNS-сервера → переключите на Вручную
• Включите IPv4 и установите Предпочитаемый DNS на 1.1.1.1, Альтернативный на 1.0.0.1
• Нажмите Сохранить и проверьте сайт снова

Изменение DNS на macOS

• Откройте Системные настройки → Сеть → Wi-Fi → Подробнее
• Нажмите DNS на боковой панели
• Удалите существующие записи и добавьте 1.1.1.1 и 1.0.0.1
• Нажмите ОК

Решение 5: проверьте файл Hosts

Файл hosts сопоставляет имена с адресами ещё до обращения к DNS. Неверная запись в нём (127.0.0.1 example.com) даёт имени адрес, поэтому вы увидите отказ в подключении или не тот сайт, а не NXDOMAIN. Такие строки всё равно стоит удалить: их добавляют вредоносные программы и старые блокировщики рекламы.

NXDOMAIN из-за файла hosts возникает в обратном случае: локальное имя для разработки (myapp.test, api.local), которое вы так и не добавили. Публичный DNS о нём не знает, поэтому запрос не проходит.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

После редактирования сохраните файл и очистите кэш DNS (Решение 2).

Решение 6: проверьте настройку безопасного DNS в Chrome

Chrome может отправлять DNS-запросы по HTTPS поставщику, выбранному в самом браузере, вместо системного DNS. Если этот поставщик фильтрует (семейный или защитный DNS), Chrome получает "такого домена нет" для сайтов, которые другие браузеры открывают без проблем. (Если поставщик недоступен, Chrome показывает вместо этого DNS_PROBE_FINISHED_BAD_SECURE_CONFIG.)

• Откройте chrome://settings/security (Настройки → Конфиденциальность и безопасность → Безопасность)
• Найдите параметр "Использовать безопасный DNS-сервер" и посмотрите, какой поставщик выбран в списке "Выбрать поставщика услуг DNS"
• Переключите список "Выбрать поставщика услуг DNS" на "Использовать поставщика по умолчанию (если задан на уровне ОС)" либо на Google или Cloudflare, затем перезагрузите сайт
• Edge: edge://settings/privacy → "Security" → "Use secure DNS" (названия в английской версии)

Если смена поставщика помогла, прежний блокировал этот домен или не мог его разрешить.

Решение 7: временно отключите VPN или антивирус

VPN отправляют ваши DNS-запросы на свои серверы, а защитные программы, Pi-hole, роутеры и семейные DNS-сервисы фильтруют имена, которые считают опасными. Quad9 отвечает NXDOMAIN для заблокированного домена, и сайт выглядит несуществующим; большинство других фильтров отвечают 0.0.0.0, и тогда показывается ошибка подключения.

Отключите VPN или фильтр и перезагрузите страницу. Чтобы точно увидеть блокировку Quad9, используйте dig: по документации Quad9, заблокированный им домен возвращает NXDOMAIN с AUTHORITY: 0 (и без флага ra), а действительно несуществующий — с SOA-записью зоны (AUTHORITY: 1). Тестовый домен Quad9 — isitblocked.org:

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

Решение 8: проверьте статус регистрации домена

Если ни одно из вышеперечисленных решений не помогло, домен может быть действительно незарегистрированным или с истёкшим сроком действия. Это особенно часто встречается с новыми сайтами, недавно изменёнными доменами или доменами, которые владелец забыл продлить.

Чтобы проверить статус домена:

• Используйте WHOIS-запрос DNS Robot по адресу /whois-lookup — введите домен и проверьте даты регистрации и окончания срока действия
• Используйте DNS-запрос DNS Robot по адресу /dns-lookup — если записи A, AAAA или NS отсутствуют, у домена нет DNS-конфигурации
• Новый домен или новая запись? Резолвер, который запрашивал имя до его появления, хранит ответ "не существует" в течение времени негативного кэширования из SOA-записи зоны (RFC 2308): 15 минут для .com и .net, обычно меньше часа в других зонах. Публичный DNS может уже видеть домен, пока резолвер провайдера всё ещё отвечает NXDOMAIN
• Домен зарегистрирован, но не разрешается? Если WHOIS показывает домен, но у него нет серверов имён или его статус clientHold либо serverHold (после истечения срока или непроверенного email владельца), зона отвечает NXDOMAIN: исправьте это у регистратора. Серверы имён, на которых просто нет зоны, дают SERVFAIL или REFUSED

NXDOMAIN на локальных именах для разработки

Если не открывается имя, которое вы придумали для разработки (myapp.test, api.local, имя сервиса Docker), публичный DNS о нём никогда не слышал, и NXDOMAIN — правильный ответ. Вместо этого сделайте так, чтобы имя разрешалось на вашем компьютере:

• Используйте localhost — http://localhost:8000 и http://127.0.0.1:8000 разрешаются всегда; большинство серверов разработки (Django, Rails, Vite, Next.js) выводят один из этих адресов
• Добавьте имя в файл hosts — 127.0.0.1 myapp.test, затем очистите кэш DNS
• Имена Docker — имя сервиса вроде db разрешается только внутри сети Docker; с вашего компьютера используйте localhost и опубликованный порт
• Имена .local — они работают через multicast DNS (mDNS), встроенный в macOS, iOS и Windows 10 и 11; в Linux включите Avahi или mDNS в systemd-resolved

Исправление DNS_PROBE_FINISHED_NXDOMAIN на Android

Ошибка NXDOMAIN появляется в браузере Chrome на Android с тем же кодом ошибки. Вот как её исправить.

• Очистите кэш Chrome: Откройте Chrome → Настройки → Конфиденциальность и безопасность → Удалить данные о работе в браузере → отметьте Кешированные файлы и изображения → Удалить данные
• Проверьте частный DNS: Настройки → Сеть и интернет → Частный DNS-сервер (что это). Если там указан фильтрующий сервис, выберите "Автоматически" или dns.google
• Переключите режим полёта: Включите режим полёта на 10 секунд, затем выключите — это принудительно создаст новое сетевое подключение и DNS-запрос
• Обновите Chrome: Откройте Play Маркет → найдите Chrome → нажмите Обновить, если доступно
• Перезагрузите устройство, если ничего из вышеперечисленного не помогло

Исправление DNS_PROBE_FINISHED_NXDOMAIN на iPhone / iPad

На iOS Safari показывает сообщение "Safari не удаётся найти сервер" вместо кода ошибки Chrome. Если вы используете Chrome на iOS, вы увидите сообщение DNS_PROBE_FINISHED_NXDOMAIN. Вот как исправить эту проблему.

• Измените DNS: Перейдите в Настройки → Wi-Fi → нажмите значок (i) рядом с вашей сетью → Настройка DNS → Вручную → добавьте 1.1.1.1 и 1.0.0.1
• Очистите кэш Safari: Настройки → Приложения → Safari → Очистить историю и данные сайтов
• Очистите кэш Chrome: в Chrome нажмите ⋯ (Ещё) → Удалить данные о работе в браузере
• Переключите режим полёта: Включите на 10 секунд, затем выключите для сброса сетевого подключения
• Перезагрузите устройство, чтобы очистить все временные данные DNS

Как проверить, что исправление сработало

После применения решения убедитесь, что разрешение DNS работает для нужного домена.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

Если nslookup возвращает IP-адрес, DNS работает и сайт должен загрузиться. Если по-прежнему отображается "Non-existent domain", домен действительно не зарегистрирован, или вам нужно попробовать другой DNS-сервер.

Вы также можете использовать инструмент Проверка DNS от DNS Robot, чтобы проверить, разрешается ли домен с нескольких глобальных серверов — это поможет определить, является ли проблема локальной для вашего устройства или глобальной.