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

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

Значит, это симптом DNS, а не веб-сервера. Ваша задача — понять, на каком уровне запрос сорвался: в браузере, операционной системе, VPN, роутере, резолвере провайдера или в собственных записях домена.

Что на самом деле говорит код ошибки

Имя хоста вроде www.example.com должно превратиться в адрес вроде 192.0.2.10, прежде чем загрузится любая страница. Если этот шаг не удался, Chrome сообщает о сбое, а не гадает. Число -105 — просто номер, который сетевой код Chromium присваивает ситуации «имя не разрешено». Метка широкая: она охватывает ответ «имя не существует», таймаут и отклонённый запрос.

Чем она отличается от двух других сообщений DNS

Большую часть случаев покрывают три сообщения. Они близкие родственники: после неудачного запроса Chrome часто запускает диагностическую проверку, и то, что вы увидите, зависит от её вывода, платформы и версии браузера. Считайте таблицу ориентиром.

О том, что ответ «имя не существует» значит на уровне протокола, читайте в статье NXDOMAIN: объяснение. Сам код не говорит, кто виноват, поэтому проверяйте по очереди, начиная с самого дешёвого вопроса.

Первая проверка: разрешается ли имя где-то ещё?

Прежде чем менять хоть одну настройку, возьмите второе устройство или другую сеть и откройте тот же адрес. Хорошо подходит телефон на мобильном интернете. Если сайт там загружается, проблема на вашем пути. Если он не открывается нигде, вероятная причина — DNS самого домена.

Имя можно также запросить извне вашей сети. Вставьте имя хоста в инструмент DNS-запросов и посмотрите, вернутся ли адресные записи. Инструмент ждёт полное имя хоста вроде www.example.com и отклоняет IP-адреса и имена из одной метки, например intranet. Нет записи A или AAAA — проблема в домене; адрес вернулся, а Chrome всё равно не открывает сайт — проблема локальная.

Исправление в Chrome на компьютере

Выполняйте шаги от наименее до наиболее радикальных. После каждого проверяйте страницу, чтобы знать, какой шаг помог.

1. 1

   Повторите в окне инкогнито

   Режим инкогнито запускается почти без расширений. Если сайт там открывается, мешает блокировщик рекламы, фильтр приватности или расширение VPN; отключайте расширения по одному.

2. 2

   Очистите кэш хостов Chrome

   Откройте chrome://net-internals/#dns и нажмите кнопку Clear host cache (Очистить кэш хостов). Chrome хранит собственную краткосрочную запись о запросах, отдельную от операционной системы. Если кнопки нет в вашей версии, тот же кэш очищает перезапуск Chrome.

3. 3

   Сбросьте кэш операционной системы

   В Windows выполните ipconfig /flushdns в терминале. В macOS команда зависит от версии; распространённый вариант — sudo dscacheutil -flushcache, затем sudo killall -HUP mDNSResponder. В руководстве по очистке DNS-кэша перечислены все варианты, включая Linux.

4. 4

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

   Устаревшая строка в файле hosts полностью перекрывает DNS. Найдите сбойное имя хоста в C:\Windows\System32\drivers\etc\hosts в Windows или в /etc/hosts в macOS и Linux и удалите или закомментируйте любую строку, которую вы не добавляли намеренно.

5. 5

   Отключите VPN, прокси и фильтрующее ПО

   VPN-клиенты и пакеты безопасности часто направляют DNS через собственные резолверы. Отключитесь и проверьте снова.

6. 6

   Попробуйте другой DNS-сервер

   Если слабое звено — резолвер роутера или провайдера, задайте для адаптера публичный резолвер, например 1.1.1.1 или 8.8.8.8, и проверьте снова.

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

Сравните, что отвечают система и выбранный резолвер

Эти команды задают один и тот же вопрос двум резолверам. Замените имя на то, которое не открывается.

nslookup www.example.com
nslookup www.example.com 1.1.1.1

# macOS or Linux, if dig is installed
dig www.example.com A +short
dig @1.1.1.1 www.example.com A +short

Если резолвер по умолчанию отвечает, что имени не существует, а публичный возвращает адрес вроде 203.0.113.25, ваш резолвер по умолчанию устарел или фильтрует. Если не отвечают оба, записей домена нет или его серверы имён не отвечают. Инструмент nslookup даст третье мнение извне вашей сети.

Исправление на Android

ERR_NAME_NOT_RESOLVED часто встречается в Chrome на Android, потому что телефон переключается между Wi-Fi и мобильным интернетом. Названия меню зависят от производителя, поэтому приведённые пути типичны.

1. Смените сеть. Выключите Wi-Fi и загрузите страницу через мобильный интернет, затем наоборот. Если сайт работает в одной сети и не работает в другой, виноват резолвер или роутер этой сети, а не телефон.
2. Включите режим полёта на десять секунд.
3. Проверьте частный DNS (Private DNS). Обычно он находится в разделе «Настройки», «Сеть и интернет», «Частный DNS», хотя на некоторых телефонах — в «Подключения» или «Другие настройки подключения». Если там указано имя хоста с опечаткой или уже не работающее, не удаётся ни один запрос. Для проверки выберите «Автоматически» или «Отключено».
4. Забудьте сеть Wi-Fi и подключитесь заново. Это удалит сохранённые настройки сети, например указанный вручную DNS.
5. Отключите любой VPN или приложение «DNS changer» и проверьте собственный параметр Chrome Использовать безопасный DNS в разделе «Настройки», «Конфиденциальность и безопасность».
6. Очистите кэш Chrome в настройках приложения Android, если ошибка только в Chrome.

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

Исправление на iPhone и iPad

Chrome на iOS построен на веб-движке Apple, а не на сетевом стеке настольного Chrome, поэтому страница ошибки и её формулировки могут не совпадать с десктопными. Если Chrome показывает сбой в стиле DNS, а Safari для того же адреса пишет «Safari не может найти сервер», перед вами один и тот же неудачный запрос в двух оболочках. Если Safari открывает сайт, а Chrome нет, проблема внутри Chrome.

1. Переключайте Wi-Fi и сотовую связь по одному, затем включите режим полёта примерно на десять секунд.
2. Посмотрите настройку DNS для Wi-Fi. Откройте «Настройки», Wi-Fi, нажмите кнопку информации рядом с вашей сетью и найдите «Настроить DNS». Указанная вручную запись, которая ведёт на неработающий сервер, ломает все запросы в этой сети. Переключитесь на «Автоматически» или введите рабочий резолвер, например 1.1.1.1.
3. Проверьте «Частный узел iCloud» (iCloud Private Relay). При подписке iCloud+ он находится в разделе «Настройки», ваше имя, iCloud, «Частный узел». Отключить его для текущей сети — быстрый способ исключить эту причину.
4. Отключите любой VPN и посмотрите в разделе «Настройки», «Основные», «VPN и управление устройством» профили DNS или конфигурации, которые вы не узнаёте. Профиль от школы, работодателя или приложения-фильтра может управлять DNS.
5. Сбросьте настройки сети в последнюю очередь: «Настройки», «Основные», «Перенос или сброс iPhone», «Сброс», «Сбросить настройки сети». Это сотрёт сохранённые пароли Wi-Fi, настройки сотовой связи и конфигурации VPN, поэтому сначала запишите их.

Выберите следующий шаг по симптому

Когда причина на стороне домена

Если локальные изменения ничего не дают, посмотрите на сам домен. Обычные подозреваемые — истёкшая регистрация, серверы имён, которые сменили у регистратора, но ещё не настроили у нового хостинга, или отсутствующая запись www при работающем домене без неё. Классический случай — сайт открывается по адресу example.com, но не по www.example.com: это отдельные записи DNS.