Коротко. ERR_NAME_NOT_RESOLVED означает, что браузер не смог преобразовать доменное имя в IP-адрес — сработал сбой DNS-резолвинга. Чаще всего виноваты опечатка в домене, отсутствующая или неверная A/AAAA-запись, сломанный DNS-сервер провайдера или закэшированный старый ответ. Первый шаг — проверить, резолвится ли домен вообще, командой nslookup example.com или dig example.com.
Что значит ERR_NAME_NOT_RESOLVED
Прежде чем подключиться к сайту, браузер спрашивает у DNS: «какой IP у этого домена?». Если ответа нет — нет и соединения. Это происходит до всякого HTTP, поэтому ошибка не связана ни с сервером сайта, ни с SSL — только с системой имён.
ERR_NAME_NOT_RESOLVED — это «домен не найден». Сервер может быть жив и здоров, но без рабочего DNS до него не добраться.
Основные причины
- Опечатка в домене — самая частая и легко упускаемая причина.
- Нет A/AAAA-записи — домен не указывает на IP.
- DNS-сервер провайдера сломан или временно недоступен.
- Закэширован старый ответ в браузере, ОС или роутере.
- Истёк домен — регистратор снял делегирование.
- Неправильные NS-серверы после смены хостинга или DNS-провайдера.
Диагностика DNS
Проверьте, отдаёт ли DNS хоть какой-то IP, и сравните разные резолверы:
# Резолвится ли домен
nslookup example.com
dig example.com
# Спросить конкретный публичный DNS
dig @1.1.1.1 example.com
dig @8.8.8.8 example.com
# Только итоговый IP
dig +short example.comЕсли @1.1.1.1 отвечает, а провайдерский DNS — нет, проблема в DNS провайдера. Если не отвечает никто — проблема в самих записях домена.
Исправление на стороне пользователя
- Проверьте написание домена — нет ли опечатки.
- Сбросьте DNS-кэш:
ipconfig /flushdns(Windows) илиsudo dscacheutil -flushcache(macOS). - Смените DNS-сервер на 1.1.1.1 или 8.8.8.8.
- Перезагрузите роутер — он тоже кэширует DNS.
- Откройте сайт с мобильного интернета, чтобы исключить ваш провайдер.
Исправление на стороне сервера
Если домен не резолвится ни у кого — правьте DNS-записи у своего провайдера:
# Какие NS-серверы делегированы домену
dig NS example.com
# Проверить A и AAAA напрямую у авторитетного сервера
dig A example.com @ns1.your-dns-provider.comУбедитесь, что A/AAAA-записи существуют и указывают на верный IP, NS-серверы корректны, а домен не истёк. После правки записи учитывайте TTL — старые ответы могут жить ещё несколько часов.
Причины и решения
| Причина | Решение |
|---|---|
| Опечатка в домене | Проверить и исправить адрес |
| Нет A/AAAA-записи | Добавить запись с верным IP |
| Сломан DNS провайдера | Сменить на 1.1.1.1 / 8.8.8.8 |
| Старый кэш | Сбросить DNS-кэш ОС и роутера |
| Истёк домен / неверные NS | Продлить домен, исправить NS |
Как предотвратить повторение
Проблемы с DNS коварны: запись пропала или истёк домен, а вы узнаёте об этом из потерянного трафика. Мониторинг DNS-типа проверяет резолвинг по расписанию и шлёт алерт, если домен перестал резолвиться. Мультирегиональная проверка покажет, проблема глобальная или только у одного DNS-провайдера.
Проверьте DNS-записи (A, AAAA, MX, NS, TXT) в один клик, а HTTP-чекер подтвердит доступность после починки DNS. Если резолвинг не восстанавливается — смотрите статью DNS не резолвится: что делать. О непрерывном контроле — руководство по мониторингу.
Частые вопросы
Это проблема у меня или у сайта?
Выполните dig @1.1.1.1 example.com. Если публичный DNS резолвит домен, а ваш — нет, проблема локальная. Если не резолвит никто — проблема в записях домена.
Почему ошибка появилась после смены хостинга?
Скорее всего, не обновились A-записи или NS-серверы, либо ещё не истёк старый TTL. Проверьте делегирование через dig NS и дождитесь распространения.
Сколько ждать после изменения DNS-записи?
От нескольких минут до 24–48 часов в зависимости от TTL. Сбросьте локальный кэш, чтобы увидеть изменения раньше.
Поможет ли смена DNS-сервера?
Если виноват сломанный резолвер провайдера — да, 1.1.1.1 или 8.8.8.8 часто решают проблему мгновенно. Если домен не имеет записей, смена DNS не поможет.
Если ошибка появилась внезапно у посетителей
Когда сайт работал, а потом у части пользователей начали появляться ошибки соединения и предупреждения браузера — стоит проверить сайт на вирусы: заражение и попадание в чёрные списки антивирусов нередко проявляются именно как «сломавшийся» доступ. Заодно убедитесь через проверку блокировки РКН, что домен не попал в реестр запрещённых.