ERR_NAME_NOT_RESOLVED (-105): что это и как исправить

Что такое ERR_NAME_NOT_RESOLVED?

ERR_NAME_NOT_RESOLVED означает, что DNS-запрос для имени сайта завершился неудачей, и Chrome не получил IP-адрес для подключения. Chrome показывает «Не удается получить доступ к сайту» и «Не удалось найти IP-адрес сервера example.com.» В списке ошибок Chromium это ошибка -105, «The host name could not be resolved» («не удалось разрешить имя хоста») (net_error_list.h).

Устройство просит DNS-резолвер превратить имя вроде example.com в IP-адрес. Эта ошибка значит, что у него не вышло: резолвер не ответил, ответил ошибкой, сообщил, что такого имени нет, либо устройство вообще не смогло связаться с резолвером.

Она может затронуть один сайт (DNS этого домена или закешированный сбой для него) или все сайты сразу (ваш резолвер, сеть или настройки устройства). Решения ниже охватывают оба случая.

ERR_NAME_NOT_RESOLVED и DNS_PROBE_FINISHED_NXDOMAIN: в чём разница

Они начинаются как один и тот же сбой. Когда страница не загружается из-за DNS, Chrome обычно запускает быструю проверку, DNS-пробу, и заменяет ERR_NAME_NOT_RESOLVED её результатом:

Саму ERR_NAME_NOT_RESOLVED вы видите, когда проба не запускается: в приложениях и DevTools, для картинок и скриптов страницы, когда проба отключена (в текущем Chrome переключателя для неё нет; отключить её могут только политика администратора AlternateErrorPagesEnabled или расширение) либо когда результат пробы неоднозначен (net_error_tab_helper.cc).

В любом случае решения пересекаются: сначала проверьте имя, затем путь DNS.

Частые причины ERR_NAME_NOT_RESOLVED

Причины — от вашей стороны к стороне сайта:

• Нет работающего DNS-резолвера — Настроенный на устройстве DNS-сервер не работает, недоступен или заблокирован сетью, в которой вы находитесь.
• Неправильно настроенный Secure DNS (DoH) — Настройка Chrome «Использовать безопасный DNS-сервер» указывает на нерабочий или введённый с опечаткой URL провайдера, поэтому каждый запрос заканчивается неудачей.
• Опечатка в имени хоста частного DNS-сервера на Android — неверное имя хоста (например, dns.gogle вместо dns.google) ломает все запросы на телефоне; Android предупреждает: «Доступа к частному DNS-серверу нет».
• Закешированный сбой — система, роутер или Chrome сохранили прежний неудачный ответ или ответ «такого имени нет» и повторяют его, пока не истечёт срок.
• Проблемы с роутером — DNS-форвардер роутера сбоит; устройства не могут разрешить ни одно имя, пока его не перезагрузят.
• Опечатка в домене — Неправильно написанный или неполный домен может давать как NAME_NOT_RESOLVED, так и NXDOMAIN.
• Вмешательство VPN, файрвола или антивируса — Защитное ПО перехватывает DNS-запросы и сбоит, либо VPN-туннель поднят, а его DNS-сервер не отвечает.
• Файл hosts или родительский контроль — Локальные переопределения или фильтрующее ПО блокируют разрешение отдельных доменов.
• DNS домена действительно сломан — Отсутствующие A/AAAA-записи или неправильно настроенные NS-серверы на стороне сайта.

Решение 1: проверьте URL и откройте другой сайт

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

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

Решение 2: проверьте подключение к интернету

ERR_NAME_NOT_RESOLVED часто появляется, когда само сетевое подключение полуживое: вы подключены к Wi-Fi, но у сети нет рабочего маршрута в интернет или к DNS-серверу.

Выключите и снова включите Wi-Fi (или переподключите Ethernet-кабель). На телефоне переключитесь между Wi-Fi и мобильным интернетом, чтобы понять, какой путь работает. Если вы в сети с captive-порталом (отель, аэропорт, кафе), откройте новую вкладку и попробуйте вызвать страницу входа — DNS часто не работает, пока вы не авторизуетесь.

Решение 3: очистите DNS и обновите IP

Закешированный сбой может пережить проблему, которая его вызвала. Очистка стирает все сохранённые запросы, включая закешированные сбои, а обновление аренды IP обновляет DNS-серверы, выданные устройству.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset

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

# Linux (systemd-resolved)
sudo resolvectl flush-caches

Команда netsh winsock reset в Windows чинит сам сетевой стек — её стоит выполнить, если одна лишь очистка кеша не помогла, но потребуется перезагрузка. Подробное руководство для всех платформ — в статье Как очистить DNS-кеш в Windows, Mac, Linux и Chrome.

Решение 4: очистите внутренний DNS-кеш Chrome

Chrome ведёт собственный DNS-кеш, отдельный от кеша операционной системы. Неудавшийся запрос, закешированный внутри Chrome, переживает очистку на уровне ОС — поэтому чистите оба.

• Введите chrome://net-internals/#dns в адресной строке и нажмите Clear host cache
• Затем откройте chrome://net-internals/#sockets и нажмите Flush socket pools
• Перезапустите Chrome и попробуйте открыть сайт снова

Решение 5: проверьте настройку Secure DNS в Chrome

Chrome умеет шифровать DNS-запросы через DNS-over-HTTPS — это настройка «Использовать безопасный DNS-сервер». Если выбран пользовательский поставщик, адрес которого введён с опечаткой, закрыт или заблокирован в вашей сети, запросы в Chrome не проходят, хотя другие приложения работают нормально.

Как проверить:

• Откройте chrome://settings/security в адресной строке
• Найдите Использовать безопасный DNS-сервер в разделе «Дополнительные настройки»
• В поле «Выбрать поставщика услуг DNS» выберите «Использовать поставщика по умолчанию (если задан на уровне ОС)» либо поставщика из списка, например Google или Cloudflare, вместо пользовательского URL
• Или временно выключите настройку, чтобы убедиться, что причина в ней, а затем включите обратно с рабочим провайдером
• Обновите страницу

Решение 6: переключитесь на публичный DNS-сервер

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

Windows: Параметры → Сеть и Интернет → Wi-Fi → Управление известными сетями → ваша сеть (для кабеля: Ethernet → ваша сеть) → Изменить рядом с назначением DNS-сервера → Вручную → включите IPv4 → Предпочитаемый 1.1.1.1, Альтернативный 1.0.0.1 → Сохранить.

macOS: Системные настройки → Сеть → Wi-Fi → Подробнее → DNS → удалите старые записи и добавьте 1.1.1.1 и 1.0.0.1 → ОК.

iPhone: Настройки → Wi-Fi → нажмите (i) рядом с вашей сетью → Настройка DNS → Вручную → добавьте 1.1.1.1 и 1.0.0.1.

Не уверены, какой резолвер самый быстрый там, где вы живёте? Измерьте их скорость со своего подключения с помощью инструмента Тест скорости DNS от DNS Robot.

Решение 7: перезагрузите роутер

Большинство домашних устройств отправляют DNS-запросы роутеру, который пересылает их провайдеру. Когда DNS-форвардер роутера сбоит, все устройства в сети начинают выдавать ERR_NAME_NOT_RESOLVED, хотя Wi-Fi выглядит подключённым.

Отключите роутер (и модем) от питания на 30 секунд, включите обратно и подождите 2–3 минуты. Если в течение нескольких дней разрешение имён снова ломается, пропишите на устройствах публичный DNS-сервер напрямую (Решение 6), чтобы они перестали зависеть от форвардера роутера, — или укажите 1.1.1.1 / 8.8.8.8 в DNS-настройках самого роутера.

Решение 8: проверьте Private DNS на Android

Функция «Частный DNS-сервер» на Android (Android 9 и новее) шифрует DNS для всех приложений. Если задано имя хоста поставщика, опечатка (dns.gogle, one.one.one.one1) или закрывшийся поставщик останавливают все запросы на телефоне — и по Wi-Fi, и по мобильным данным, — а Android предупреждает: «Доступа к частному DNS-серверу нет».

Как проверить:

• Откройте Настройки → Сеть и Интернет → Частный DNS-сервер (на некоторых телефонах — в разделе дополнительных настроек подключения)
• Если выбрано «Вручную» (имя хоста провайдера), убедитесь, что там указано ровно one.one.one.one (Cloudflare) или dns.google (Google)
• Или выберите «Автоматически», чтобы телефон решал сам, и проверьте снова
• Также очистите кеш Chrome: Chrome → Настройки → Конфиденциальность и безопасность → Удалить данные о работе в браузере

Решение 9: проверьте файл hosts, VPN и антивирус

Три локальных перехватчика могут ломать разрешение имён для отдельных сайтов или для всех сразу:

Файл hosts — Ручные записи полностью переопределяют DNS. Откройте его (C:\Windows\System32\drivers\etc\hosts в Windows, /etc/hosts на Mac/Linux) и удалите любые строки с доменом, до которого не можете достучаться.

VPN — Когда VPN-туннель подключён, но его DNS-сервер перестал отвечать, умирает всё разрешение имён. Отключите VPN и проверьте; если это помогло, смените VPN-сервер или настройте VPN-клиент на публичный DNS.

Антивирус / родительский контроль — Модули веб-фильтрации разрешают имена за вас и могут сбоить или намеренно блокировать целые категории сайтов. Временно отключите модуль веб-защиты для проверки, затем включите обратно.

Владельцам сайтов: ваш домен не разрешается

Если посетители сообщают об ERR_NAME_NOT_RESOLVED для вашего домена, главный подозреваемый — ваша конфигурация DNS. Проверьте по порядку:

• Существуют ли A/AAAA-записи? Прогоните домен через инструмент Проверка DNS. Нет A- и AAAA-записей — браузерам не к чему подключаться.
• Отвечают ли ваши NS-серверы? Проверьте NS-записи через инструмент Проверка NS. Если у DNS-провайдера сбой или у регистратора указаны неверные NS-серверы, не открывается весь домен.
• Вы только что меняли DNS? Изменения доходят до каждого резолвера по мере того, как истекает TTL старых ответов. Совсем новое имя также может застрять за закешированным «такого имени нет» на время негативного кеширования из SOA-записи зоны, которая так ответила: 15 минут для только что зарегистрированного .com или .net, 30 минут для нового поддомена в Cloudflare.
• Не заблокирован ли домен (hold)? Если WHOIS домена показывает clientHold или serverHold (часто после неоплаты или неподтверждённой почты регистранта), домен убран из DNS. Истёкший домен чаще вместо этого показывает страницу продления или парковки у регистратора.
• Не сломан ли DNSSEC? Неверная подпись заставляет валидирующие резолверы (Google, Cloudflare и Quad9 проверяют подписи) отвергать весь домен, а невалидирующие продолжают отвечать, поэтому для посетителей это выглядит случайным. Проверка DNS домена от DNS Robot проверяет DNSSEC вместе с остальными записями.

Как убедиться, что проблема решена

Проверьте DNS-разрешение напрямую, а не просто обновляя страницу:

# Ask your current resolver:
nslookup example.com

# Ask a specific public resolver (bypasses your settings):
nslookup example.com 1.1.1.1

# Mac/Linux — more detail:
dig example.com +short

# If nslookup with 1.1.1.1 works but plain nslookup fails,
# your configured DNS server is the problem — switch it (Fix 6).

Если терминал разрешает домен, а Chrome всё ещё показывает ERR_NAME_NOT_RESOLVED, сбой внутри Chrome — очистите его кеш хостов (Решение 4) и проверьте Secure DNS (Решение 5). А чтобы убедиться, что домен разрешается из любой точки мира, прогоните его через инструмент Проверка DNS от DNS Robot.