Как исправить ошибку DNS_PROBE_FINISHED_NXDOMAIN

Важно: каждая инструкция дана для типичных Windows и macOS-систем. Следуйте инструкциям вашей операционной системы и делайте резервные копии конфигураций перед сбросом роутера или системных файлов.

О чём эта статья

Эта инструкция показывает, как диагностировать и устранить ошибку DNS_PROBE_FINISHED_NXDOMAIN — причину, шаги для локального компьютера и сети, альтернативные решения и критерии приёма, чтобы убедиться, что проблема решена.

Что означает NXDOMAIN

NXDOMAIN — ответ от DNS-сервера, означающий «Non-Existent Domain», то есть запрошенный домен не найден в зоне, которую обслуживает сервер. Это может означать реальную ошибку в домене (запись удалена), или проблему локальной/сетевой конфигурации (кеш, hosts, неправильно работающий DNS-сервер).

Короткое определение: DNS — система сопоставления доменных имён и IP-адресов. NXDOMAIN — ответ, что такой записи нет.

Быстрый план действий (порядок попыток)

1. Очистить локальный кеш DNS.
2. Обновить IP-адрес / арендованный DHCP.
3. Перезапустить сервис DNS-клиента (Windows).
4. Сменить DNS-серверы (например, на публичные).
5. Проверить файл hosts.
6. Отключить VPN/прокси.
7. Сбросить настройки браузера (если нужно).
8. Перезагрузить или сбросить роутер.

1. Очистите кеш DNS

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

Инструкция для Windows:

1. Откройте меню «Пуск», найдите и запустите «Командная строка» от имени администратора.
2. Введите команду и нажмите Enter:

ipconfig /flushdns

Вы увидите сообщение об очистке кеша.

Инструкция для macOS:

1. Откройте Launchpad и запустите «Терминал».
2. Введите команды одну за другой (в зависимости от версии macOS обе команды обычно безопасны):

dscacheutil -flushcache
sudo killall -HUP mDNSResponder

После ввода sudo вас попросят ввести пароль администратора.

Примечание: некоторые версии macOS используют только одну из этих команд — это нормальное поведение.

2. Обновите IP-адрес и арендную сессию DHCP

Почему: если устройство имеет некорректный IP или арендная запись DHCP повреждена, запросы могут не отправляться правильно.

На Windows выполните в командной строке (запущенной от администратора) следующие команды по очереди:

ipconfig /release
ipconfig /flushdns
ipconfig /renew
netsh int ip set dns
netsh winsock reset

Пояснение команд:

• ipconfig /release — освобождает текущую DHCP-аренду.
• ipconfig /renew — запрашивает новую аренду у DHCP.
• netsh winsock reset — сбрасывает каталог Winsock, что помогает при проблемах с сетевыми библиотеками.

На macOS:

1. Нажмите значок Wi‑Fi в строке меню и откройте «Сетевые настройки» (Open Network Preferences).
2. Выберите сеть и нажмите «Дополнительно» (Advanced).
3. Перейдите во вкладку TCP/IP и нажмите «Обновить аренду DHCP» (Renew DHCP Lease).

Важно: на некоторых корпоративных сетях изменение сетевых настроек требует согласования с администратором.

3. Перезапустите DNS-клиент (Windows)

Почему: служба DNS Client на Windows кеширует и обслуживает локальные DNS-запросы. Её перезапуск устраняет зависшие состояния.

Шаги:

1. Нажмите Windows + R, введите:

services.msc

2. В окне «Службы» найдите «DNS Client», щёлкните правой кнопкой и выберите «Перезапустить» (Restart).

Если кнопка «Перезапустить» недоступна, попробуйте остановить и затем запустить службу.

4. Смените DNS-серверы

Почему: DNS-провайдер может быть недоступен или возвращать неверные ответы. Публичные DNS, такие как Google (8.8.8.8/8.8.4.4) или Cloudflare (1.1.1.1), часто решают проблему.

Изменение DNS на Windows:

1. Откройте «Параметры» → «Сеть и Интернет» → «Изменить параметры адаптера» (Change adapter options).
2. Правой кнопкой щёлкните ваш сетевой адаптер и выберите «Свойства».
3. Выделите «IP версии 4 (TCP/IPv4)» и нажмите «Свойства».
4. Выберите «Использовать следующие адреса DNS-серверов» и введите:

Предпочитаемый DNS-сервер: 8.8.8.8
Альтернативный DNS-сервер: 8.8.4.4

5. Нажмите ОК и перезапустите браузер.

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

1. Откройте «Сетевые настройки»: значок Wi‑Fi → «Открыть настройки сети».
2. Выберите интерфейс, нажмите «Дополнительно» → вкладка DNS.
3. Удалите старые серверы и добавьте 8.8.8.8 и 8.8.4.4 (или 1.1.1.1 для Cloudflare).
4. Сохраните изменения и перезапустите сеть.

Альтернатива: настроить DoH (DNS over HTTPS) в браузере или системном резолвере для дополнительной приватности и обхода проблем с локальными DNS.

5. Сбросьте настройки браузера или флаги

Почему: расширения, флаги или устаревшие настройки браузера могут мешать разрешению доменов или обработке ошибок.

Chrome — только флаги:

1. Откройте новую вкладку и перейдите на:

chrome://flags

2. Нажмите «Reset all», затем «Relaunch».

Если это не помогло, можно полностью сбросить настройки Chrome в «Настройки» → «Дополнительно» → «Сбросить настройки».

Firefox:

1. В адресной строке введите:

about:support

2. Нажмите «Обновить Firefox» (Refresh Firefox).

Safari (macOS):

1. Откройте Safari → «Настройки» → «Веб-сайты» и отключите ненужные плагины.
2. Перейдите во вкладку «Расширения» и удалите подозрительные расширения.
3. Включите «Показать меню Разработка» (Show Develop menu) в «Дополнительно» и выберите «Очистить кэши» (Empty Caches).

Важно: перед сбросом экспорта настроек/закладок сделайте резервную копию.

6. Отключите VPN и прокси

Почему: VPN/прокси перенаправляют запросы DNS через удалённый сервер. Если сервер VPN некорректно обрабатывает DNS, вы увидите NXDOMAIN.

Действия:

1. Отключите VPN-клиент и попробуйте открыть страницу.
2. Если проблема исчезла, проверьте настройки DNS в VPN-клиенте или смените сервер в настройках VPN.
3. Для прокси — временно отключите прокси в системных настройках.

Примечание: некоторые корпоративные VPN намеренно перенаправляют DNS для фильтрации, согласуйте изменения с ИТ-службой.

7. Проверьте файл hosts

Почему: файл hosts имеет приоритет над DNS и может перенаправлять домен на некорректный IP (например, 127.0.0.1).

Проверка в Windows:

1. Откройте «Блокнот» (Notepad) от имени администратора.
2. В Блокноте выберите «Файл» → «Открыть» и перейдите в:

C:\Windows\System32\drivers\etc\hosts

3. Убедитесь, что нужного домена нет в списке. Если есть — удалите строку и сохраните файл.

Проверка в macOS:

1. Откройте Терминал и выполните:

sudo nano /etc/hosts

2. Внесите изменения, сохраните и закройте (Ctrl+O, Enter, Ctrl+X).

Важно: после правки hosts может понадобиться очистка кеша DNS.

8. Сброс настроек роутера

Почему: если в роутере прописаны некорректные DNS или маршрутизация, все устройства в сети могут получать неправильные ответы.

Шаги (общие):

1. Откройте интерфейс роутера по его IP (обычно 192.168.1.1 или 192.168.0.1).
2. Войдите под учётными данными администратора.
3. Найдите раздел «Maintenance» или «Administration» и выберите «Factory Default» или «Reset to Defaults».
4. Подтвердите сброс и дождитесь перезагрузки.

Важно: после сброса роутера восстановите доступ в интернет по данным от провайдера (PPPoE, VLAN, логин/пароль) — без этого сеть не заработает.

Когда эти шаги не помогут

• Домен действительно не зарегистрирован или удалён. Проверьте WHOIS или используйте внешний DNS‑резолвер (dig/NSLookup) с сервера в интернете.
• Проблема на стороне DNS-хостинга домена (запись A отсутствует или зоны не настроены).
• Блокировка ISP или государства (требует обхода через VPN/DoH — соблюдайте местные законы).

Проверка с внешнего резолвера (пример в терминале):

nslookup example.com 8.8.8.8

Если внешний резолвер возвращает запись, а ваш — нет, проблема локальная.

Альтернативные подходы

• Используйте мобильную сеть: временно подключитесь через телефон (мобильный интернет) чтобы понять, локальная ли проблема.
• Запустите Live-USB с Linux и проверьте доступность сайта из чистой среды.
• Включите DNS over HTTPS (DoH) в браузере: защищает и иногда обходить проблемы провайдерского DNS.
• Обратитесь к хостеру/регистратору для проверки зоны DNS и наличия записей A/AAAA.

Ментальные модели и подсказки

• Кеш→конфигурация→сеть: начинайте с локального кеша, затем проверяйте настройки, потом сеть/роутер, затем провайдера/хостинг.
• Локальный приоритет: hosts > кеш ОС > системный DNS > роутер/ISP DNS.
• Разделяй и властвуй: изменяйте по одному параметру, проверяйте результат.

Дерево решений

flowchart TD
  A[Ошибка DNS_PROBE_FINISHED_NXDOMAIN] --> B{Открывается ли сайт с другого устройства?}
  B -- Да --> C[Проверьте проблемное устройство]
  B -- Нет --> D[Проверьте роутер/провайдера]
  C --> E{Кеш очищён?}
  E -- Нет --> F[Очистить кеш DNS]
  E -- Да --> G{VPN включён?}
  G -- Да --> H[Отключить VPN]
  G -- Нет --> I[Проверить hosts, сменить DNS]
  D --> J{Доступен ли сайт через внешний резолвер?}
  J -- Нет --> K[Проблема на стороне хостинга/домена]
  J -- Да --> L[Сменить DNS в роутере, перезагрузить]

Чек-листы

Чек-лист для пользователя (быстрый):

• Очистить DNS-кеш.
• Отключить VPN/прокси.
• Проверить hosts на наличие записи.
• Перезагрузить компьютер и роутер.
• Сменить DNS на 8.8.8.8 / 1.1.1.1 и проверить.

Чек-лист для администратора сети:

• Проверить зоны DNS и записи A/AAAA у регистратора/хостера.
• Выполнить nslookup/dig с внешних резолверов.
• Проверить логи DNS-сервера и зоны.
• Проверить настройки DHCP и распределение DNS в сети.
• Протестировать с отключённой фильтрацией/файрволом.

SOP: стандартный план действий (короткая версия)

1. Собрать симптомы: URL, время ошибки, охват (одно устройство или сеть).
2. Попробовать открыть сайт с другого устройства/сети.
3. На проблемном устройстве: очистить DNS-кеш → перезапустить сеть → отключить VPN → проверить hosts → сменить DNS.
4. Если не помогло — проверить роутер → сбросить настройки DNS роутера → перезагрузить.
5. Если и это не решило — выполнить проверку внешними инструментами (dig/nslookup), обратиться к хостеру.

Критерии приёмки

• Сайт открывается стабильно в течение 10 минут на нескольких устройствах в сети.
• Логи DNS и систем не показывают повторяющиеся NXDOMAIN для домена.
• Если проблема была локальной — запись в hosts/кеш очищены и документирован результат.

Риски и рекомендации по откату

• Сброс роутера удаляет настройки PPPoE, Wi‑Fi SSID/пароли, перенаправления портов. Перед сбросом сохраните конфигурацию, если роутер поддерживает экспорт.
• Смена DNS на публичные сервера меняет политику блокировок и родительский контроль — согласуйте с пользователем/ИТ.
• При использовании DoH/DoT убедитесь, что это не нарушает корпоративную политику.

Откат: верните старые значения DNS, восстановите экспортированную конфигурацию роутера, восстановите файлы hosts из резервной копии.

Примеры тестов и критерии приёма

Тесты для проверки исправления:

• Открыть проблемный URL в приватном/инкогнито окне (обход расширений).
• Выполнить:

nslookup problematic-domain.example
dig problematic-domain.example @8.8.8.8

Критерий приёма: nslookup/dig возвращают IP-адрес, а браузер загружает страницу без ошибки.

Короткий глоссарий

• DNS: система имён доменов.
• NXDOMAIN: ответ DNS — домен не существует.
• hosts: локальный файл сопоставления имён и IP.
• DHCP: протокол, выдающий IP-адреса в сети.

Когда звонить провайдеру или хостеру

• Если внешние резолверы тоже возвращают NXDOMAIN — проблема у регистратора/хостинга.
• Если весь провайдерский пул IP не может разрешать домены — проблема у провайдера.

Итог и рекомендации

Если вы столкнулись с ошибкой DNS_PROBE_FINISHED_NXDOMAIN, следуйте плану от простых шагов к более сложным: очистка кеша → обновление IP → проверка hosts → смена DNS → проверка роутера и провайдера. В большинстве случаев одна из первых четырёх операций решает проблему.

Важно: при работе в корпоративной сети согласуйте изменения с ИТ. Если домен действительно не существует, единственное решение — восстановление записи у регистратора или у хостинг-провайдера.

Краткое резюме: проверьте кеш, конфигурации и сетевую инфраструктуру поочерёдно. Документируйте изменения и имейте план отката.

Сводка основных шагов:

• Очистите кеш DNS и перезапустите службы.
• Обновите DHCP-аренду и Winsock (Windows).
• Проверьте и исправьте файл hosts.
• Смените DNS на надёжные публичные серверы.
• Отключите VPN/прокси и, при необходимости, сбросьте роутер.