DNS-сервер не отвечает: что проверить в Windows и настройках сети
DNS-сервер не отвечает: что сделать сначала
Когда Windows сообщает «DNS-сервер не отвечает», начинать стоит с проверки масштаба проблемы. Откройте несколько разных сайтов, сравните работу другого устройства в той же сети и этого компьютера через другое подключение. Затем посмотрите назначенные DNS-серверы и отправьте к ним отдельный диагностический запрос. Такой порядок помогает выбрать нужное действие: исправить настройку компьютера, проверить роутер или передать провайдеру результаты проверки.
Само сообщение не доказывает, что сломался сервер провайдера. Причиной может оказаться недоступный адрес DNS в настройках, сбой домашнего маршрутизатора, особенности VPN или фильтрация запросов. Переустанавливать Windows и сбрасывать всю сеть ради первого теста не требуется.
- Проверьте два-три независимых сайта, чтобы отделить общий сбой от проблемы одного имени.
- Сравните другое устройство в домашней сети и подключение через мобильную точку доступа.
- Запишите текущие DNS и активный сетевой адаптер с помощью команды
ipconfig /all. - Проверьте ответ назначенного сервера через
nslookup; при необходимости сравните его с разрешённым публичным DNS. - Изменяйте только настройку, на которую указывают результаты, и сохраняйте возможность вернуть исходные значения.
Что означает ошибка «DNS-сервер не отвечает»
Прежде чем подключиться к сайту, приложению обычно нужно получить IP-адрес по доменному имени. Эту задачу выполняет система разрешения имён. Компьютер обращается к DNS-резолверу — службе, которая возвращает результат из своего кэша или получает необходимые сведения у других DNS-серверов. Если на этом этапе нет подходящего ответа, загрузка сайта может остановиться ещё до обращения к его веб-серверу.
В домашней сети роль первого DNS-сервера часто выполняет роутер: компьютер отправляет запрос ему, а маршрутизатор пересылает запрос дальше. Поэтому адрес вида 192.168.1.1 в строке DNS сам по себе нормален. В другой сети там могут быть адреса провайдера, публичного сервиса или корпоративной инфраструктуры.
Важно различать недоступность этой службы для устройства и ошибку конкретного домена. Если все остальные сайты открываются, проверка DNS-записей проблемного имени полезнее массовой смены сетевых настроек. Здесь разберём ситуацию, когда нужно восстановить нормальное разрешение имён на компьютере или в домашней сети.
Шаг 1. Определите, где проявляется проблема
Проводите сравнения примерно в одно время и с одинаковыми адресами сайтов. Уже открытая вкладка или продолжающий работать мессенджер не доказывают, что новые DNS-запросы проходят: приложение могло сохранить адрес либо использовать установленное соединение. Для проверки откройте новые страницы на нескольких независимых доменах.
| Наблюдение | Что проверять дальше |
|---|---|
| Не открывается один сайт, остальные работают | Написание адреса и ответ DNS для этого имени. Общая недоступность резолвера менее вероятна. |
| Проблема только на одном компьютере | Его адаптер, назначенные DNS, VPN и настройки браузера. Другие устройства дают полезную точку сравнения. |
| Разные устройства не открывают сайты в одной домашней сети | Роутер, его подключение к интернету и используемые DNS. Это ещё не доказательство сбоя у провайдера. |
| Компьютер работает через мобильную точку доступа | Настройки и путь запросов в исходной сети. При переключении могли измениться DNS, маршруты и правила подключения. |
| Сбой возникает только в одном браузере | Защищённый DNS, профиль браузера и связанные с ним сетевые настройки. |
На телефоне убедитесь, что проверка домашней сети действительно идёт через Wi-Fi: автоматический переход на мобильные данные способен скрыть сбой. Для отдельного сравнения мобильного интернета, наоборот, отключите Wi-Fi. Рабочий ноутбук проверяйте с учётом корпоративных правил подключения.
Если сеть вообще не подключена, кабель отсоединён или роутер показывает отсутствие интернет-соединения, сначала восстановите соединение. Значок Wi-Fi подтверждает связь с точкой доступа, но не исправность внешнего канала. Проверку другого устройства и подключений также рекомендует руководство Microsoft по сетевым сбоям.
Шаг 2. Посмотрите назначенные DNS-серверы в Windows
Откройте «Командную строку» через поиск Windows и выполните диагностическую команду:
ipconfig /allОна ничего не меняет. Найдите раздел подключения, которым пользуетесь сейчас: Wi-Fi или Ethernet. В списке могут присутствовать отключённые, виртуальные и VPN-адаптеры; значения из первого попавшегося раздела не обязательно относятся к проблемному подключению.
- Запишите строки «DNS-серверы» целиком, включая адреса IPv6, если они указаны.
- Посмотрите основной шлюз и наличие IP-адреса у активного адаптера.
- Отметьте, включён ли DHCP, и проверьте в свойствах подключения, назначен DNS автоматически или вручную.
- Если используется VPN, сохраните сведения и о его адаптере для сравнения с обычным подключением.
Справка Microsoft по ipconfig описывает вывод полной конфигурации и работу с DNS-кэшем. Для просмотра настроек обычно достаточно обычной командной строки; изменение параметров подключения может потребовать прав администратора.
Сравнивайте с исправным устройством назначение DNS и способ подключения, а не копируйте его IP-адрес целиком. Адрес компьютера должен оставаться собственным. Если в DNS вручную записан адрес старого роутера или локального сервера, который больше не работает, это конкретная зацепка. Сделайте снимок исходных настроек до любых изменений; полный вывод с внутренними именами лучше передавать поддержке адресно, а не публиковать открыто.
Шаг 3. Проверьте ответ DNS через nslookup
Команда nslookup позволяет запросить DNS-запись у определённого сервера. Сначала проверьте публичное имя через сервер, который утилита выбрала по умолчанию:
nslookup -type=A example.com.example.com здесь служит примером: можно подставить полное имя проверяемого публичного сайта без https:// и пути страницы. Точка после имени задаёт полное доменное имя и помогает исключить добавление поисковых суффиксов. В начале результата виден адрес DNS-сервера, к которому обращается утилита.
Затем проверьте каждый назначенный сервер отдельно. Во второй команде замените DNS_IP на фактический адрес из конфигурации; это обозначение, а не готовый адрес для копирования:
nslookup -type=A example.com. DNS_IPСинтаксис с отдельным адресом сервера описан в документации Microsoft по nslookup. Повторите запрос для другого независимого публичного домена: один результат не позволяет судить обо всей службе.
Как понять результат
| Результат | Что он означает |
|---|---|
| Получен адрес сайта | Этот запрос к выбранному DNS завершился успешно. Работу HTTPS и других приложений проверяют отдельно. |
| DNS request timed out | Ответ не получен за время ожидания. Возможны недоступность сервера, потери пакетов или фильтрация по пути. |
| Server failure / SERVFAIL | Ответ с ошибкой получен, но сервер не смог завершить разрешение. Это отличается от отсутствия ответа. |
| Nonexistent domain / NXDOMAIN | В полученном ответе имя указано как несуществующее. Это повод проверить конкретное имя, а не объявлять DNS-сервер недоступным. |
| No records | Может отсутствовать запрошенный тип записи. Например, отсутствие IPv6-адреса не означает, что служба DNS не отвечает. |
| Query refused / REFUSED | Сервер отказался выполнять запрос; нужно проверить, разрешено ли этому клиенту пользоваться выбранным резолвером. |
DNS-коды описаны в RFC 1035. Не смешивайте их в один диагноз: для тайм-аута важна доступность службы, для NXDOMAIN — конкретное имя, для SERVFAIL — причина невозможности завершить запрос.
Когда полезен запрос к публичному DNS
Если правила сети разрешают внешние DNS-запросы, сравните тот же публичный домен с ответом другого резолвера. Например, адрес Google Public DNS можно использовать в разовом запросе:
nslookup -type=A example.com. 8.8.8.8Это не меняет DNS в Windows или роутере. Адрес взят из официальной инструкции Google; он не является универсальной настройкой для любой сети. Внутренние корпоративные имена таким способом наружу не отправляйте.
Если назначенный сервер не отвечает, а разрешённый публичный отвечает, получено полезное различие между путями запросов. Оно ещё не определяет виновника: проблема может быть в самом резолвере, маршруте или фильтрации. Если не отвечает и публичный сервер, сеть может запрещать прямые DNS-запросы к нему.
Утилита не использует клиентский DNS-кэш и не воспроизводит полностью поведение приложений. При нескольких DNS-серверах системный клиент Windows может обратиться к другому серверу, тогда как проверка утилитой завершится неудачей. Это различие отдельно разобрано в документации Microsoft по разрешению имён. Проверяйте выбранный сервер и фактическую работу приложения вместе.
Шаг 4. Исправьте назначение DNS в Windows 10 или Windows 11
Переходите к изменению настроек, когда проверка показала неправильный адрес или недоступность используемого резолвера. Если домашняя сеть должна выдавать DNS автоматически, а на компьютере осталась старая ручная настройка, разумно восстановить автоматическое назначение. Если нужен другой DNS, заранее выберите разрешённый сервис и сохраните прежние значения.
Как изменить DNS в Windows 11
- Откройте «Параметры» → «Сеть и Интернет» и свойства используемого подключения Wi-Fi или Ethernet.
- Найдите «Назначение DNS-сервера» и нажмите «Изменить».
- Для возврата к выдаче настроек сетью выберите автоматический режим. Для согласованного ручного назначения выберите «Вручную» именно в этом окне.
- Укажите DNS для используемого протокола и сохраните изменения.
Отдельное поле DNS и последовательность действий приведены в актуальной инструкции Cloudflare для Windows. Названия пунктов зависят от языка и сборки. Не путайте «Назначение DNS-сервера» с «Назначением IP»: для смены DNS не требуется придумывать новый адрес компьютера, маску и шлюз.
Как изменить DNS в Windows 10
Откройте «Панель управления» → «Сеть и Интернет» → «Центр управления сетями и общим доступом» → «Изменение параметров адаптера». Откройте свойства активного подключения, выберите «IP версии 4 (TCP/IPv4)» и его свойства. В нижней части окна выберите автоматическое получение DNS либо согласованные адреса DNS-серверов. Параметры IP в верхней части окна оставьте прежними. Классическое окно свойств используется и в инструкции Microsoft по устранению DNS-проблем.
После сохранения повторите прежние проверки. Если результата нет или перестали открываться нужные ресурсы, верните исходный режим и значения. Не добавляйте публичный DNS вторым к корпоративному «на всякий случай»: серверы могут знать разные внутренние имена, и доступ станет непредсказуемым.
Учтите IPv6 и DNS-кэш
На устройстве могут использоваться DNS-адреса по IPv4 и IPv6. Изменение только IPv4 не гарантирует, что остальные обращения пойдут новым путём. При этом тип записи и транспорт запроса независимы: IPv4-адрес DNS-сервера позволяет спросить у него запись AAAA с IPv6-адресом сайта. Не отключайте IPv6 целиком ради проверки DNS: Microsoft не рекомендует такой подход.
Очистка клиентского кэша уместна, если сервер уже отвечает правильно, а Windows продолжает использовать сохранённый отрицательный или устаревший результат. В командной строке с правами администратора можно выполнить:
ipconfig /flushdnsКоманда очищает локальный DNS-кэш, но не исправляет недоступный роутер, внешний резолвер или его кэш. Она не удаляет cookies и историю браузера. Если запрос к назначенному серверу всё ещё завершается тайм-аутом, повторять очистку бессмысленно.
Шаг 5. Сопоставьте настройки браузера и VPN
Если запросы из Windows проходят, а браузер по-прежнему не открывает сайты, посмотрите его настройку защищённого DNS — DNS over HTTPS, или DoH. Браузер может обращаться к другому провайдеру DNS и пользоваться другим сетевым путём. Поэтому успешная проверка через nslookup не гарантирует успешный запрос браузера, и обратное тоже верно.
В Chrome соответствующий пункт находится в настройках конфиденциальности и безопасности, в разделе безопасности. Проверьте выбранного поставщика и восстановите согласованную конфигурацию, если проблема появилась после изменения. Согласно справке Chrome, автоматический режим и вручную выбранный защищённый DNS отличаются поведением при сбое. Не отключайте защиту всего браузера ради этой проверки.
VPN может назначать свои DNS и обеспечивать доступ к внутренним именам компании. Сравнение с отключённым VPN допустимо для публичных сайтов, если правила работы это разрешают. Исчезновение ошибки после переключения локализует условие возникновения сбоя, но не означает, что VPN нужно удалить. Если не открываются только рабочие ресурсы, проверьте подключение к нужному VPN и передайте результаты администратору.
Шаг 6. Проверьте домашний роутер
Если проблема проявляется на нескольких устройствах, откройте панель управления роутером по адресу из его документации или приложения производителя. Проверьте состояние интернет-подключения: связь устройств с Wi-Fi может сохраняться при обрыве внешнего канала. При отсутствии подключения смена DNS не восстановит линию провайдера.
Обычная перезагрузка роутера бывает полезна при временном зависании. Выберите подходящее время, поскольку соединение прервётся у всех подключённых устройств, и используйте штатную команду перезагрузки. Кнопка Reset с удержанием обычно предназначена для другого действия — сброса конфигурации. Такой сброс способен удалить параметры доступа к интернету и не нужен для начальной диагностики.
Как настроить DNS на роутере без лишних изменений
Сначала определите, что меняет выбранное поле. В зависимости от модели можно отдельно задать серверы, к которым обращается сам роутер, и DNS-адреса, которые он выдаёт устройствам через DHCP. Это разные участки настройки; названия WAN, Internet, LAN и DHCP не взаимозаменяемы.
Сохраните текущие значения и следуйте инструкции именно своей модели и версии прошивки. Документация Cloudflare по роутерам также подчёркивает различия интерфейсов. Если альтернативный DNS ещё не проверен, начните с одного компьютера, чтобы не менять условия работы всей домашней сети одновременно.
После изменения выдаваемых DNS переподключите тестовое устройство и снова посмотрите его конфигурацию: клиент мог сохранить прежние параметры до обновления. Если DNS на компьютере задан вручную, изменение DHCP-настроек роутера может на него не повлиять. Браузерный DoH и VPN также способны использовать собственные серверы.
Учитывайте настройки IPv6 отдельно, если сеть его использует. При отсутствии улучшения верните прежние значения. Если ошибка регулярно возвращается после временного восстановления, сохраните время сбоев и обратитесь к производителю либо провайдеру; повторная перезагрузка каждый день скрывает повторяемость проблемы.
Пример: ошибка появилась после замены роутера
Рассмотрим условную ситуацию. После установки нового роутера телефон открывает сайты через домашний Wi-Fi, а ноутбук с Windows 11, подключённый к роутеру по Ethernet, сообщает, что DNS-сервер не отвечает. Для сравнения пользователь отключает Ethernet и подключает ноутбук по Wi-Fi к мобильной точке доступа — сайты работают. Это помогает начать проверку с настроек домашнего проводного подключения.
Вернувшись к подключению по Ethernet, пользователь обнаруживает в свойствах этого адаптера вручную заданный DNS — адрес старого локального сервера. IP-адрес при этом получается автоматически. Отдельные запросы к старому DNS завершаются тайм-аутом, тогда как запрос к DNS, который сейчас выдаёт домашняя сеть, получает ответ. Пользователь сохраняет исходную настройку и возвращает автоматическое получение DNS, сохраняя прежний режим IP-адресации.
После этого он повторяет запросы, открывает несколько сайтов и переподключается к домашней сети. Работа сохраняется. Вывод относится к конкретной ошибочной настройке этого подключения; исправлять записи всех посещаемых сайтов или сбрасывать новый роутер здесь не потребовалось.
Когда обращаться к провайдеру или администратору
Передавайте результаты проверки, если правильный DNS стабильно недоступен, проблема затронула несколько устройств или настройки управляются организацией. Полезное обращение содержит время и часовой пояс, тип подключения, адрес проверенного резолвера, публичное имя, точный результат запроса и сравнение с другой сетью. Отдельно укажите, использовался ли VPN.
Если ошибка началась после установки сетевого фильтра или обновления защитного ПО, попросите проверить журнал блокировок и конкретные правила DNS. Обычные DNS-запросы используют UDP или TCP порт 53; защищённый DNS может идти другим способом. Полное отключение брандмауэра не требуется для описания проблемы и не заменяет проверку правил.
Не ограничивайтесь фразой «пинг не проходит». Ping с числовым адресом проверяет ответы ICMP, а не службу DNS. Сервер способен отвечать на DNS и игнорировать ICMP. При проверке по имени также участвует разрешение имени, поэтому один такой тест смешивает несколько этапов.
Ввод IP сайта в браузер тоже не является полноценным тестом HTTPS: меняется имя назначения, от которого зависят выбор сайта и проверка сертификата. Правила проверки имени описаны в RFC 9110. Сравнивайте одинаковый адрес сайта, а DNS проверяйте отдельным запросом.
Что проверить владельцу сайта
Если вы управляете сайтом, жалоба посетителя на DNS требует двух параллельных наблюдений: как ресурс доступен извне и что происходит в сети посетителя. Когда независимые проверки проходят, это помогает сосредоточить дальнейшую диагностику на условиях конкретного подключения. Однако внешний успешный запрос не гарантирует доступность для каждого провайдера и устройства.
Для регулярного наблюдения за своим ресурсом ознакомьтесь с SiteGuard и сопоставьте актуальные возможности с задачами сайта. При выборе решения определите важные адреса, условия проверки и способ сохранять результаты со временем: эти данные помогут разбирать жалобы пользователей. Внешний контроль сайта не меняет DNS на компьютере посетителя и не устраняет неполадки его домашнего роутера.
Частые вопросы
Почему Windows пишет об ошибке DNS, хотя часть сайтов работает?
Некоторые адреса могли остаться в кэше, а соединения — продолжать работу. Также разные приложения могут использовать разные способы разрешения имён. Проверьте несколько новых обращений и выбранный DNS отдельными запросами, прежде чем делать вывод об исправности всей сети.
Нужно ли всегда ставить 8.8.8.8 или 1.1.1.1?
Нет. Публичный DNS полезен как разрешённая точка сравнения для публичных имён, но может не подходить корпоративной сети, внутренним ресурсам и правилам доступа. Сначала установите, какой сервер должен обслуживать подключение и отвечает ли он.
Может ли очистка cookies исправить недоступный DNS-сервер?
Cookies относятся к данным сайтов в браузере. Их удаление не восстанавливает связь с DNS-резолвером. Даже очистка именно DNS-кэша помогает только в определённых ситуациях и не заменяет проверку доступности назначенного сервера.
Что делать, если после смены DNS стало хуже?
Верните сохранённые исходные адреса или прежний автоматический режим, затем повторите проверку. Если изначально конфигурация управлялась VPN или организацией, согласуйте изменения с администратором. Не подбирайте случайные комбинации серверов в надежде на стабильную работу.
Как понять, что проблему действительно удалось исправить?
Повторите те же запросы к нужным DNS, проверьте несколько сайтов и приложения, которыми пользуетесь. Убедитесь, что настройки сохраняются после переподключения. Если сбой был периодическим, запишите время проверки и наблюдайте за повторением в прежних условиях.