Skip to content

Ошибка DNS — что значит и как исправить

Ошибка DNS возникает когда клиент пытается открыть сайт, но не может получить IP-адрес сервера по доменному имени. До сервера дело даже не доходит — проблема на стадии «как найти этот сервер в интернете». Это самая ранняя стадия неудачи: без IP вы не подключитесь никуда.

  • 🚨 Браузер пишет «Не удаётся преобразовать DNS-адрес» или «DNS_PROBE_FINISHED_NXDOMAIN»
  • 🔍 Причина — DNS-серверы не вернули IP для вашего домена
  • 🛠️ Чинится у регистратора домена, в настройках DNS или ждём пока распространится
  • ⏰ Изменения DNS распространяются 1-48 часов

Как работает DNS (вкратце)

Section titled “Как работает DNS (вкратце)”

Когда вы открываете example.com:

  1. Браузер спрашивает DNS-сервер: «какой IP у example.com
  2. DNS отвечает: 203.0.113.42
  3. Браузер подключается к этому IP

Если шаг 2 не удался — это DNS-ошибка. Сам сайт может работать идеально, но никто не может его найти.

1. Закончилась регистрация домена

Section titled “1. Закончилась регистрация домена”

Самая частая причина. Карта на автопродлении сломалась, письма от регистратора попали в спам, домен уехал в pendingDelete или продали. Все DNS-записи стёрты.

2. Сменили NS-серверы домена

Section titled “2. Сменили NS-серверы домена”

Перенесли домен с одного DNS-провайдера на другой. На время распространения (до 48 часов) старые DNS могут отдавать пустоту.

3. Удалили A-запись (или вообще все записи)

Section titled “3. Удалили A-запись (или вообще все записи)”

Случайно или намеренно стёрли DNS-запись A example.com → 203.0.113.42. Теперь домен ни на что не указывает.

Создали запись www.exmaple.com (с опечаткой) вместо www.example.com. Браузер ищет правильное имя — не находит.

5. DNS-сервер регистратора упал

Section titled “5. DNS-сервер регистратора упал”

Reg.ru, Beget или другой регистратор сейчас не отвечает. Редко, но бывает.

6. Локальная проблема у пользователя

Section titled “6. Локальная проблема у пользователя”

DNS-сервер провайдера интернета сломан, локальный кэш испорчен, файл hosts содержит дичь. Не ваша проблема, но клиент пишет «у вас сайт не открывается».

Если включен DNSSEC, и подпись потеряна или истекла — DNS-резолверы откажутся отвечать. Безопасный фейл.

CDN типа Cloudflare/AWS Route53 даёт разные IP в зависимости от региона. Если правила настроены криво — для какого-то региона вернётся пустота.

1. dig — главный инструмент:

Terminal window
dig example.com

Покажет:

  • Какие DNS-серверы отвечают за домен
  • Какой IP возвращают
  • Время ответа

Если в секции ANSWER пусто — DNS-запись отсутствует.

2. Проверить с разных DNS-серверов:

Terminal window
dig @8.8.8.8 example.com # Google DNS
dig @1.1.1.1 example.com # Cloudflare DNS
dig @77.88.8.8 example.com # Яндекс DNS

Если у одних отвечает, у других нет — DNS только распространяется.

3. Проверить NS-серверы домена:

Terminal window
dig NS example.com

Покажет какие DNS-серверы авторитетны для вашего домена. Если они не те что вы ожидали — кто-то поменял настройки.

4. WHOIS — действителен ли домен:

Terminal window
whois example.com

Найдите Registry Expiry Date или Expiration Date. Если в прошлом — домен просрочен.

5. Внешние сервисы:

Сценарий A: домен просрочен

Срочно продлите регистрацию. У большинства регистраторов есть grace period 30 дней — за это время можно вернуть. Дальше домен уходит в свободную продажу и его перехватывают домейнеры.

Сценарий B: только что меняли DNS — ждите

Изменения DNS распространяются 1-48 часов. Обычно за 1-2 часа, но иногда дольше. Проверить распространение можно на dnschecker.org.

Не помогает «сбросить кэш на серверах интернета» — никто этого не делает, просто ждёте.

Сценарий C: записи стёрлись/изменились

Зайдите в панель управления DNS у регистратора или DNS-провайдера (Cloudflare, Yandex Cloud DNS). Восстановите A-запись:

Type: A
Name: @ (или example.com)
Value: 203.0.113.42
TTL: 3600

И, обычно, для www:

Type: CNAME
Name: www
Value: example.com
TTL: 3600

Сценарий D: проблема у пользователя (а не у вас)

Если ваш сайт открывается у всех кроме одного клиента — проблема у него:

  1. Сменить DNS-сервер на 8.8.8.8 или 1.1.1.1
  2. Сбросить DNS-кэш: ipconfig /flushdns (Windows) или sudo dscacheutil -flushcache (macOS)

Это их задача, не ваша.

Защита: что предусмотреть

Section titled “Защита: что предусмотреть”
  1. Автопродление домена включить + следить чтобы карта была валидной
  2. Domain-мониторинг в Monisite (в roadmap) — будет следить за сроком и предупреждать
  3. Резервный DNS-провайдер — для критичных проектов настройте 2 DNS у разных провайдеров (Cloudflare + Yandex Cloud), если один упадёт — второй ответит
  4. TTL не слишком длинный (1-12 часов) — если придётся срочно менять IP, не будете ждать неделю

DNS-ошибка обычно у домена в целом, а не у конкретной страницы. Если ваш сайт полностью не открывается ни у кого:

  1. Сразу проверьте дату окончания домена в личном кабинете регистратора
  2. Проверьте DNS-записи — на месте ли A-запись на ваш сервер
  3. Свяжитесь с регистратором если ничего не понятно

Monisite видит DNS-ошибку как падение и сразу алертит. В дашборде видно «не удалось резолвить домен» — сразу понятно где искать (DNS, не сервер).

Также в публичном roadmap у нас есть фича «Мониторинг срока регистрации домена» — будем предупреждать за 30 дней до истечения, чтобы не упустить продление. Если нужна — голосуйте за неё.

Подключить мониторинг →