Dns сервер не отвечает как его настроить

Возможные варианты самостоятельного решения ошибки «DNS-сервер не отвечает»

Пользователи обычно запускают процесс устранения ошибок при обнаружении желтого восклицательного знака на иконке Интернет. После проведения процедуры система может выдать сообщение «DNS-сервер не отвечает». Что это означает и как с этим бороться, мы расскажем в статье. Решение может быть банальным (например, перезагрузка роутера или смена браузера), в отдельных ситуациях придется проверить работоспособность службы DNS или почистить кэш.

Что означает данная ошибка

Большинство людей не знает, что такое DNS-сервер и для чего он нужен. Каждый ресурс в Интернет имеет свой IP-адрес, состоящий из 4 байт. Но запоминать числовые адреса многочисленных сайтов пользователь не в состоянии, поэтому были придуманы доменные имена (названия сайтов, которые вы вводите в адресную строку). DNS-сервер служит для связывания домена с IP-адресом, благодаря чему пользователь попадает на нужный ресурс.

Теперь, когда вы знаете, что такое DNS, можно понять, почему компьютер не входит в Интернет. Как правило, DNS-сервер недоступен из-за проблем в сети. Неполадки у провайдера вполне могут стать причиной этой ошибки. Но возможны ситуации, когда источником проблемы является именно ваш компьютер. В следующих главах вы узнаете, что делать, если DNS-сервис не отвечает.

Первичные действия

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

• Выполните перезагрузку компьютера и роутера. Маршрутизатор отключите от розетки и оставьте выключенным несколько минут. Включите роутер, а затем загрузите ваш компьютер.
• Смените браузер. Если ошибка появляется в окне браузера, попробуйте несколько альтернатив.
• Обновите сетевые драйвера. Устаревший драйвер является частой причиной обсуждаемой ошибки. Скачайте необходимое ПО с официального сайта производителя вашей сетевой карты.

Связываемся с провайдером

После первичных действий свяжитесь со своим провайдером, чтобы уточнить, почему сервер не отвечает. Провайдер может потребовать от вас ФИО, номер договора, модель используемого роутера или другую информацию. Если проблема на стороне предоставляющего услугу, вам не нужно выполнять каких-либо манипуляций. Достаточно ожидать исправлений. В ином случае переходите к последующим пунктам статьи.

Проверяем службу ДНС-клиент

На компьютере может быть отключен ДНС-клиент. В этой ситуации все предыдущие шаги будут неэффективны. Проверить состояние клиента, при этом включить его поможет следующая инструкция:

1. Нажмите на клавиатуре сочетание клавиш Win + R (клавиша Win имеет иконку Windows).
2. В окне «Выполнить» введите строку «services.msc» (без кавычек).
3. В окне служб найдите строку «DNS-клиент», а затем правой кнопкой мыши нажмите по ней. Выберите пункт «Свойства».
4. В графе «Тип запуска» выберите «Автоматически». Если кнопка «Запустить» активна, нажмите на нее. Кликните по «Применить», а затем закройте окна.

Теперь вы знаете одну из причин, почему не отвечает DNS-сервер. Активация клиента позволит убрать ошибку, чтобы свободно пользоваться Интернетом.

Меняем адреса или настройки ДНС-серверов

Активность клиента еще не гарантирует полной работоспособности. Неправильно заданные настройки могут ограничивать доступ к глобальной сети. Как правило, в настройках стоит параметр автоматического получения DNS-адресов, но роутер может давать их некорректно. Необходимо выставить адреса вручную. Следуйте следующим пунктам, чтобы выполнить правильную настройку:

1. Перейдите в «Панель управления» на вашем гаджете. (Правой кнопкой мыши по «Пуск»).
2. Войдите в Центр управления сетями.
3. Выберите пункт в левой части окна «Изменения параметров адаптера».
4. Выберите ваш сетевой адаптер и нажмите на нем ПКМ. Кликните «Свойства».
5. В списке компонентов нажмите один раз на протокол версии 4 (IPv4), а затем кликните на кнопку «Свойства».
6. Если стоит автоматическое получение DNS-серверов, введите публичные адреса Google так, как показано на изображении. При установленных адресах, естественно, сделайте наоборот, т. е. переключите на автоматическое получение.

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

Очищаем кэш DNS

Для ускорения доступа к конкретным сайтам компьютер кэширует информацию о ДНС-серверах. Информация располагается в системном разделе Windows. Часто этот кэш является устаревшим, поэтому приводит к некорректной работе системы, что и становится причиной уже известной ошибки. Решение задачи простое – почистить кэш. Выполняется процедура с помощью командной строки или перезапуска соответствующего клиента.

Попасть в командную строку можно следующими способами:

• Windows 10. Нажмите правой кнопкой мыши по Пуск, а затем выберите строку «Командная строка (администратор)».
• Windows 7/8/8.1. Нажмите сочетание Win + R, введите cmd и нажмите Enter.

В самой командной строке введите последовательно команды:

• ipconfig /flushDNS;
• ipconfig /registerDNS;
• ipconfig /release;
• ipconfig /renew;
• netsh winsock reset.

После каждой из них нажимайте Enter. Финальный шаг – перезагрузите компьютер. Чистка кэша поможет решить проблемы с подключением, когда DNS не отвечает. Альтернативный способ – перезагрузить клиент. Для этого войдите в список служб (подробно описано в параграфе проверки службы DNS). Кликнув по нужной строке правой кнопкой мышки, нажмите «Перезапустить».

При возникновении проблем с доступом к сайтам рекомендуем регулярно подчищать кэш.

Настройка фаервола

Система Windows имеет собственные средства для поддержания безопасности. В их список входит «Виндовс Фаервол» (или по-другому брандмауэр). Firewall может блокировать доступ к ресурсам, которые считает потенциально опасными для вашего компьютера. Если вы уверены в надежности используемых ресурсов, можно отключить фаервол на вашем компьютере.

Отключение происходит в несколько кликов:

1. Зайдите в панель управления.
2. Выберите пункт «Брандмауэр Windows».
3. Выберите подменю «Включение/отключение…».
4. Во всех пунктах поставьте кружочек в «Отключить» и нажмите ОК.

Проверяем систему на вирусы

На Windows 10 и других версия ОС причиной сообщения «DNS-сервер не отвечает» может стать вредоносное программное обеспечение. Вирусы способны заблокировать полностью доступ к сети или к отдельным интернет-ресурсам. Рекомендуется выполнить сканирование системы антивирусом или с помощью Live-носителя (например, с флешки).

Рекомендуем скачать на переносимый накопитель программу Dr. Web CureIt. Вставив флешку в компьютер, запустите ее, а затем выберите «Начать проверку». После обнаружения вирусов, вылечите или удалите их.

VPN и другие программы

Решить проблему, когда ДНС-сервер не отвечает, поможет специализированный софт, который позволяет вручную устанавливать сервер из списка доступных. Яркий представитель в этом сегменте – DNS Jumper. Программа не требует установки. Приложение может подобрать сервис автоматически, но при необходимости пользователь может выставить вручную желанный сервер.

Некоторые ресурсы блокируются провайдером или правительством страны. Для обхода блокировки используют VPN. Это специальное программное обеспечение, с помощью которого можно «замаскировать» свой IP-адрес. Если ресурс заблокирован на территории вашей страны, достаточно «подменить» свой IP на адрес другого государства, а затем свободно посещать желанный интернет-портал. Среди таких приложений можно выделить hide.me VPN, ZenMate, Open VPN и другие.

Возможные проблемы с роутером TP-link

Если ошибка «DNS-сервер не отвечает» наблюдается на любых устройствах, подключенных к маршрутизатору, значит, проблема в самом модеме. В настройки устройства следует водить только через LAN-кабель. Пользователям рекомендуется выполнить несколько действий, а после каждого из них проверить наличие ошибки:

• Выполните полную перезагрузку роутера. Нажмите и удерживайте от 5 до 10 секунд кнопку Reset на модеме.
• Зайдите в настройки роутера (введите в адресной строке 19.168.0.1, логин/пароль — admin/admin). Во вкладке состояние убедитесь, что маршрутизатор получил DNS-адрес.
• Убедитесь, что сервер DHCP на роутере включен. Перейдите во вкладку DHCP, подпункт «Настройка». Нажмите «Включить» (Enable). Нажмите кнопку «Сохранить».
• Если проблема не устранена, заполните поля «предпочитаемый» и «альтернативный DNS-сервер».

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

Источник

Устранение неполадок DNS-серверов

В этой статье описывается, как устранять неполадки на DNS-серверах.

Проверка IP-конфигурации

Выполните ipconfig /all команду из командной строки и проверьте IP-адрес, маску подсети и шлюз по умолчанию.

Проверьте, является ли DNS-сервер полномочным для имени, которое ищется. Если это так, см. раздел Проверка на наличие проблем с достоверными данными.

Выполните следующую команду.

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

Очистка кэша сопоставителя. Для этого выполните следующую команду в окне командной строки с правами администратора:

Или в окне администрирования PowerShell выполните следующий командлет:

Повторите шаг 3.

Проверка неполадок DNS-сервера

Журнал событий

Проверьте следующие журналы, чтобы узнать, есть ли записанные ошибки:

Тестирование с помощью запроса nslookup

Выполните следующую команду и проверьте, доступен ли DNS-сервер с клиентских компьютеров.

Если сопоставитель возвращает IP-адрес клиента, у сервера нет проблем.

Если сопоставитель возвращает ответ «сбой сервера» или «Запрос отклонен», зона может быть приостановлена или сервер может быть перегружен. Чтобы узнать, приостановлен ли он, перейдите на вкладку Общие окна свойств зоны в консоли DNS.

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

Если проблема возникает при запуске службы, сервер может не прослушивать IP-адрес, который использовался в запросе nslookup. На вкладке интерфейсы страницы свойств сервера консоли DNS администраторы могут ограничить DNS-сервер прослушиванием только выбранных адресов. Если DNS-сервер настроен для ограничения службы указанным списком настроенных IP-адресов, то возможно, что IP-адрес, используемый для связи с DNS-сервером, отсутствует в списке. Можно попробовать использовать другой IP-адрес в списке или добавить IP-адрес в список.

В редких случаях DNS-сервер может иметь расширенную конфигурацию безопасности или брандмауэра. Если сервер расположен в другой сети, доступной только через промежуточный узел (например, маршрутизатор фильтрации пакетов или прокси-сервер), DNS-сервер может использовать нестандартный порт для прослушивания и получения клиентских запросов. По умолчанию программа nslookup отправляет запросы на DNS-серверы через порт UDP 53. Поэтому, если DNS-сервер использует любой другой порт, запросы nslookup завершатся ошибкой. Если вы считаете, что это может быть проблема, проверьте, используется ли промежуточный фильтр для блокировки трафика на хорошо известных портах DNS. Если это не так, попробуйте изменить фильтры пакетов или правила портов в брандмауэре, чтобы разрешить трафик через порт UDP/TCP 53.

Проверка на наличие проблем с достоверными данными

Проверьте, является ли сервер, который возвращает неверный ответ, основным сервером для зоны (основным сервером-источником для зоны или сервером, который использует интеграцию Active Directory для загрузки зоны) или сервер, на котором размещена дополнительная копия зоны.

Если сервер является сервером-источником

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

Если на сервере размещается дополнительная копия зоны

Изучите зону на сервере-источнике (сервере, с которого этот сервер извлекает зоны).

Вы можете определить, какой сервер является сервером-источником, проверив свойства дополнительной зоны в консоли DNS.

Если на сервере-источнике указано неправильное имя, перейдите к шагу 4.

Если на сервере-источнике указано правильное имя, убедитесь, что серийный номер на сервере-источнике меньше или равен серийному номеру на сервере-получателе. Если это так, измените либо сервер-источник, либо сервер-получатель, чтобы серийный номер на сервере-источнике был больше, чем серийный номер на сервере-получателе.

На сервере-получателе выполните принудительную пересылку зоны с помощью консоли DNS или выполните следующую команду:

Например, если зона — corp.contoso.com, введите: dnscmd /zonerefresh corp.contoso.com .

Изучите сервер-получатель еще раз, чтобы узнать, правильно ли передана зона. В противном случае у вас, вероятно, возникает проблема с переносом зоны. Дополнительные сведения см. в статье проблемы зонных передач.

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

Проверка проблем с рекурсией

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

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

Сервер, используемый во время запроса, не отвечает.

Сервер, используемый во время запроса, предоставляет неверные данные.

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

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

Если сервер находится в работоспособном состоянии и может пересылать запросы, повторите этот шаг и проверьте сервер, на который сервер пересылает запросы.

Если этот сервер не перенаправляет запросы на другой сервер, проверьте, может ли этот сервер запрашивать корневой сервер. Для этого выполните следующую команду:

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

Если сопоставитель возвращает ответ «запрос на превышение времени ожидания сервера», проверьте, указывает ли корневые ссылки на работоспособность корневых серверов. Для этого используйте для просмотра текущей процедуры корневых ссылок . Если корневые ссылки указывают на работающие корневые серверы, возможно, возникла проблема с сетью или сервер может использовать расширенную конфигурацию брандмауэра, которая не позволяет арбитру конфликтов запрашивать сервер, как описано в разделе Проверка проблем DNS-сервера . Также возможно, что рекурсивное время ожидания по умолчанию слишком мало.

Тестирование неработающего делегирования

Начните тесты в следующей процедуре, запросив допустимый корневой сервер. Этот тест позволяет выполнить запрос всех DNS-серверов из корня к серверу, который тестируется для неработающего делегирования.

В командной строке на тестируемом сервере введите следующее:

Тип записи ресурса — это тип записи ресурса, для которой был выполнен запрос в исходном запросе, а полное доменное имя — полное доменное имя, для которого выполнялись запросы (заканчивающиеся точкой).

Если ответ содержит список записей ресурсов «NS» и «A» для делегированных серверов, повторите шаг 1 для каждого сервера и используйте IP-адрес из записей ресурсов «A» в качестве IP-адреса сервера.

Если ответ не содержит запись ресурса NS, делегирование будет разорвано.

Если ответ содержит записи ресурсов «NS», но нет записей ресурсов «A», введите » задать рекурсию» и выполните запрос по отдельности для записей ресурсов «a» серверов, перечисленных в записях NS. Если вы не нашли по меньшей мере один допустимый IP-адрес записи ресурса «A» для каждой записи ресурса NS в зоне, то у вас есть неработающее делегирование.

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

Просмотр текущих корневых ссылок

Запустите консоль DNS.

Добавьте или подключитесь к DNS-серверу, который не прошел рекурсивный запрос.

Щелкните правой кнопкой мыши сервер и выберите пункт Свойства.

Щелкните корневые ссылки.

Проверьте наличие базовых подключений к корневым серверам.

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

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

Проблемы с зонными ошибками

Выполните следующие проверки:

Проверьте Просмотр событий как для основного, так и для дополнительного DNS-сервера.

Проверьте сервер источника, чтобы узнать, не отправит ли он передачу данных для безопасности.

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

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

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

Windows сервер-источник может быть настроен для отправки быстрых зонных передач, но сервер-получатель стороннего производителя может не поддерживать быструю передачу зоны. В этом случае отключите передачу данных с помощью быстрой зоны на сервере-источнике из консоли DNS, установив флажок включить вторичные базы данных-получатели на вкладке Дополнительно свойств сервера.

если зона прямого просмотра на Windows сервере содержит тип записи (например, запись SRV), которую сервер-получатель не поддерживает, то на сервере-получателе могут возникнуть проблемы с извлечением зоны.

Проверьте, запущена ли на сервере-источнике другая реализация сервера DNS, например BIND. если да, то возможно, что зона на сервере источника включает несовместимые записи ресурсов, которые Windows не распознает.

Если на главном или вторичном сервере используется другая реализация DNS-сервера, проверьте оба сервера, чтобы убедиться, что они поддерживают одни и те же функции. сервер Windows можно проверить на консоли DNS на вкладке дополнительно страницы свойства сервера. В дополнение к полю включить вторичные получатели привязок на этой странице содержится раскрывающийся список Проверка имен . Это позволяет выбрать принудительное соответствие требованиям RFC для символов в DNS-именах.

Источник