ERR_NAME_NOT_RESOLVED: что значит и как исправить ошибку

Что значит ERR_NAME_NOT_RESOLVED

Чтобы открыть сайт, браузеру нужен IP-адрес сервера. Адрес он получает через DNS по имени домена. ERR_NAME_NOT_RESOLVED означает, что на этом шаге ничего не вышло: DNS не вернул адрес или не ответил. До соединения с сайтом дело не дошло.

Поэтому это не HTTP-ошибка: у сервера никто ничего не спрашивал, и кода вроде 404 или 503 тут быть не может. Сравните: 404 означает, что сервер найден и ответил «такой страницы нет»; ERR_NAME_NOT_RESOLVED — до сервера мы даже не добрались.

Что сделать посетителю

1. Проверьте адрес. Опечатка в домене (gogle.ru вместо google.ru), лишние символы, неверная зона (.ru/.com).
2. Откройте другие сайты. Если не открывается ничего, проблема в интернете или DNS-настройках.
3. Проверьте с телефона через мобильный интернет. Если сайт открывается, виноват ваш провайдер, роутер или компьютер.
4. Сбросьте DNS-кэш и перезагрузите страницу.
5. Смените DNS-серверы на публичные.
6. Отключите VPN, прокси, режим «Защищённый DNS» в браузере и проверьте ещё раз.
7. Проверьте файл hosts: туда могла попасть запись, подменяющая домен.
8. Перезагрузите роутер.

ipconfig /flushdns
nslookup example.ru
nslookup example.ru 8.8.8.8

Если обычный nslookup example.ru не находит адрес, а с 8.8.8.8 находит, проблема в DNS-сервере вашего провайдера или роутера: смените DNS на 1.1.1.1, 8.8.8.8 или 77.88.8.8 (Яндекс DNS).

dig example.ru
dig example.ru @8.8.8.8

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

# Linux с systemd-resolved
resolvectl flush-caches

Файл hosts: C:\Windows\System32\drivers\etc\hosts в Windows и /etc/hosts в macOS и Linux. Строки, начинающиеся с #, — комментарии; посторонние записи с нужным доменом удалите.

В Chrome «Защищённый DNS» включается в «Настройки» → «Конфиденциальность и безопасность» → «Безопасность». Если он указывает на недоступного провайдера, переключитесь на «Использовать DNS текущего поставщика услуг» или выберите другой.

Что проверить владельцу сайта

Если домен не открывается у многих, причина обычно в DNS-записях или делегировании.

• Домен не продлён или не делегирован. Проверьте у регистратора статус и срок оплаты. Если домен снят с делегирования, DNS на запрос не ответит.
• Не указаны или неверны NS-серверы у регистратора.
• Нет A-записи (для IPv4) на сам домен или на www. Если сайт открывается по example.ru, но не по www.example.ru, добавьте запись для www.
• Запись ведёт на недействующий адрес. Тогда ошибка будет другой — тайм-аут, — но проверьте и это.
• Ошибка DNSSEC. Неверная подпись или устаревшая DS-запись у регистратора заставляют валидирующие резолверы отвечать ошибкой, и сайт пропадает для части пользователей.
• Свежие изменения. После смены записей старые значения живут в кэшах в пределах TTL; отрицательный ответ («такого имени нет») тоже кэшируется на срок, заданный в SOA. Сразу после переноса сайта часть посетителей может видеть старое состояние.
• Ресурсы на других доменах. Если ошибка в консоли относится к картинке, скрипту или шрифту, значит, ресурс подгружается с домена, который перестал существовать (старый CDN, закрытый сервис).

# какие NS-серверы отвечают за домен
dig NS example.ru +short

# что вернёт публичный резолвер
dig example.ru A @1.1.1.1 +short
dig www.example.ru A @8.8.8.8 +short

# полная цепочка делегирования
dig example.ru A +trace

Когда DNS настроен, проверьте, что сайт отвечает: проверка кода ответа покажет статус и цепочку редиректов. Статус вроде 200 означает, что с сервером всё в порядке и дело в DNS на стороне клиента.

После переезда на новый домен или сервер часто остаются ссылки на старые адреса. Monitor404 собирает 404 с сайта и подсказывает, куда поставить 301-редирект.