Если в Chrome или другом браузере появляется `DNS_PROBE_FINISHED_NXDOMAIN`, это означает, что браузер не смог найти IP-адрес домена. Для посетителя это выглядит как обычное «сайт не открывается», но для владельца сайта причина часто лежит не в самом хостинге, а в DNS-настройках, nameserver, переносе домена или недавних изменениях у регистратора.
Проблема неприятна тем, что ее легко перепутать с падением сервера. Владелец начинает перезагружать сайт, проверять CMS и искать ошибку в коде, хотя запрос вообще не доходит до приложения. Ниже разберем, что означает `DNS_PROBE_FINISHED_NXDOMAIN`, как быстро понять масштаб проблемы и что именно проверить, если ошибка возникла после переноса, обновления DNS или смены провайдера.
Что означает DNS_PROBE_FINISHED_NXDOMAIN
`NXDOMAIN` в ответе DNS означает, что запрошенное доменное имя не разрешается в адрес. Проще говоря, браузер спрашивает у DNS-системы, куда идти за сайтом, а в ответ получает, что такого имени сейчас нет или оно не может быть найдено.
Для владельца сайта это важный сигнал: проблема часто находится раньше веб-сервера. Если домен не разрешается, посетитель не дойдет ни до `nginx`, ни до `Apache`, ни до CMS, ни до формы заказа. Именно поэтому внешне такая ошибка может быть похожа на аварию сайта, хотя на уровне приложения все продолжает работать.
Почему появляется эта ошибка
Не хватает нужной DNS-записи
Самая частая причина — для нужного имени просто нет записи. Например, `example.ru` не имеет `A`-записи, `www.example.ru` не связан через `CNAME`, или после ручной правки исчез поддомен `shop.example.ru`. В панели DNS это выглядит как мелочь, но для пользователя сайт становится недоступен полностью или частично.
Практический пример: главная страница без `www` открывается, а адрес с `www` выдает ошибку. Это означает, что корневой домен настроен, а отдельная запись для `www` отсутствует или указывает не туда.
У домена указаны не те nameserver
Сайт может быть настроен правильно в DNS-панели, но домен у регистратора смотрит на другой набор nameserver. Тогда владелец видит корректные записи в одном кабинете, а интернет спрашивает их в другом месте.
Такое часто случается после переноса домена, подключения CDN, смены DNS-провайдера или возврата к настройкам регистратора по умолчанию. В результате кажется, что записи «точно есть», но публично они не используются.
DNSSEC остался в старом состоянии после смены DNS-провайдера
Если домен перевели на новый DNS-сервис, а DNSSEC не отключили или не перевыпустили корректно, валидирующие резолверы могут перестать доверять ответам. Для части пользователей это превращается в `NXDOMAIN`, `SERVFAIL` или похожие ошибки разрешения имени.
Это особенно коварный сценарий, потому что владелец сайта может открыть страницу из одной сети, а клиенты из другой — нет. Чем больше провайдеров, мобильных операторов и регионов у вашей аудитории, тем выше шанс поздно заметить проблему.
Перенос домена прошел, а DNS-сервис — нет
Еще один частый сценарий: регистрацию домена перенесли, а DNS-обслуживание осталось у предыдущего провайдера и было отключено. Внешне это выглядит как внезапное исчезновение сайта без явной серверной ошибки.
После исправления nameserver сайт не всегда возвращается мгновенно. Если резолверы уже закешировали старые данные, полное восстановление видимости домена может занять часы, а иногда и до двух суток.
Ошибка локальная, а сайт на самом деле работает
Иногда проблема действительно на стороне клиента: опечатка в адресе, устаревший DNS-кеш, сбой локального резолвера, VPN или фильтрация на устройстве. Поэтому важно не делать вывод по одному компьютеру или одной сети.
Если сайт не открывается только у одного сотрудника, а из внешней проверки и с мобильного интернета все работает, проблема, скорее всего, локальная. Для владельца сайта это полезно понять сразу, чтобы не тратить время на лишние серверные действия.
Как быстро понять масштаб проблемы
Перед любыми изменениями стоит отделить локальную ошибку от реальной недоступности домена.
- Откройте проблемный адрес с мобильного интернета и из другой сети.
- Проверьте отдельно домен без `www`, адрес с `www` и важные поддомены.
- Сравните, открывается ли сайт по прямой ссылке на нужный раздел, если главная страница недоступна.
- Запустите внешнюю проверку через инструмент проверки сайта Web-Puls, чтобы увидеть результат со стороны, а не только из своего офиса.
- Если недавно меняли DNS, сразу проверьте, одинаково ли отвечают разные резолверы и регионы.
Такая короткая проверка быстро показывает, ищете ли вы локальную неполадку или реальную проблему на уровне домена и DNS.
Что проверить владельцу сайта по шагам
1. Убедитесь, что проверяете правильное имя
Сначала проверьте сам адрес: нужный домен, нужную зону, наличие `www`, корректный поддомен. На практике удивительно много инцидентов начинаются с того, что рекламный трафик ведет на один адрес, а настроен другой.
2. Сверьте nameserver у регистратора и у вашего DNS-провайдера
Если DNS-записи редактируются в одном сервисе, а у домена указаны nameserver другого сервиса, изменения не будут работать. Это одна из самых типовых причин, когда сайт «вроде настроен», но браузер не находит домен.
3. Проверьте, есть ли записи для всех реально используемых имен
Нужны не только записи для корневого домена, но и для `www`, поддоменов, лендингов, кабинета, API и других адресов, которые используют клиенты и сотрудники. После переноса часто забывают один поддомен, и именно он начинает ломать рекламу, оплату или интеграции.
Практический пример: `example.ru` открывается, а `pay.example.ru` нет. Значит, проблема уже не в хостинге всего сайта, а в конкретной DNS-записи для сервиса оплаты.
4. Вспомните, не меняли ли DNS недавно
Если вы только что обновили nameserver или переносили DNS к новому провайдеру, часть пользователей может еще видеть старую картину из кеша резолверов. Поэтому важно не только исправить конфигурацию, но и понимать, что эффект может проявиться не мгновенно.
Если ошибка появилась сразу после миграции, это сильная подсказка, что проблема в цепочке «регистратор — nameserver — записи», а не внутри сайта.
5. Проверьте DNSSEC, если домен работает через него
При некорректном DNSSEC сайт может выглядеть доступным из одной точки и недоступным из другой. Если домен недавно переносили в другой DNS-сервис, обязательно проверьте, соответствует ли текущая цепочка доверия новым настройкам.
6. Сравните поведение из нескольких внешних точек
Один браузер и один офис не дают полной картины. Если сайт важен для продаж, поддержки или рекламы, полезно видеть, как он открывается снаружи и в динамике. В Web-Puls это удобно использовать как постоянный внешний контроль: сервис помогает быстрее замечать, что сайт перестал открываться не только у вас, но и у посетителей.
Частые сценарии из практики
После переноса домена сайт исчез полностью
Обычно в такой ситуации у нового регистратора уже завершен перенос, но nameserver либо не обновлены, либо указывают на пустую зону. Владелец думает, что сломался сайт, хотя фактически интернет просто перестал знать, куда направлять запрос.
Не открывается только один поддомен
Основной сайт работает, а `crm.`, `shop.` или `pay.` перестали открываться. Это типичный признак отсутствующей или поврежденной записи для конкретного имени. Сервер при этом может быть полностью исправен.
Сайт не открывается у части клиентов
Если одни пользователи видят сайт, а другие получают ошибку разрешения имени, нужно думать о DNSSEC, кеше резолверов, региональных особенностях доступа и недавних изменениях у провайдера DNS. Ручная проверка из офиса такие вещи часто пропускает.
Когда уже нужна профессиональная помощь
Если домен участвует в миграции, использует DNSSEC, CDN, несколько поддоменов, почтовые записи и внешние интеграции, ошибка `DNS_PROBE_FINISHED_NXDOMAIN` может оказаться не мелкой настройкой, а частью более широкой аварии. В такой ситуации полезно не только увидеть, что сайт недоступен, но и быстро разобрать цепочку причин.
Если нужна именно техническая диагностика и восстановление, можно отправить заявку через форму профессиональной поддержки Web-Puls или воспользоваться контактами.
Вывод
`DNS_PROBE_FINISHED_NXDOMAIN` не означает, что у вас обязательно сломался сервер. Гораздо чаще это проблема доменного имени, nameserver, DNS-записей, DNSSEC или недавнего переноса. Чем раньше вы отделите DNS-сбой от падения приложения, тем быстрее вернете сайт посетителям.
Для разовой диагностики достаточно внешней проверки и пошагового разбора. Но если проект критичен для продаж, заявок и рекламы, лучше держать внешний мониторинг включенным постоянно, чтобы такие ошибки замечать до того, как о них напишут клиенты.