Dns не удалось найти server failed
Обновлено: 04.07.2024
В этой статье описывается, как устранять неполадки на 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 или выполните следующую команду:
Изучите сервер-получатель еще раз, чтобы узнать, правильно ли передана зона. В противном случае у вас, вероятно, возникает проблема с переносом зоны. Дополнительные сведения см. в статье проблемы зонных передач.
Если зона была передана правильно, проверьте, правильно ли указаны данные. В противном случае данные в основной зоне неверны. Проблема может быть вызвана ошибкой пользователя при вводе пользователем данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на 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-именах.
Подскажите, куда копать.
Ответы
- Изменено studentik 6 июля 2014 г. 9:47
- Предложено в качестве ответа Жук MVP 6 июля 2014 г. 10:39
- Помечено в качестве ответа studentik 7 июля 2014 г. 6:44
Все ответы
Настройка протокола IP для Windows
Ethernet adapter Подключение по локальной сети 8:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Teredo Tunneling Pseudo-Interface:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Короче, вы, надеюсь, поняли - не работает DNS.
dnscmd 192.168.0.10 /info
dnscmd 192.168.0.17 /info
192.168.0.17
Указатель = 00000000000E2F70
MaxCount = 1
AddrCount = 1
Адрес[0] => af=2, salen=16, [sub=0, flag=00000000] p=13568, addr
=192.168.0.17
Указатель = 00000000000E2FF0
MaxCount = 1
AddrCount = 1
Адрес[0] => af=2, salen=16, [sub=0, flag=00000000] p=13568, addr
=192.168.0.17
192.168.0.10
DNS request timed out.
timeout was 2 seconds.
╤хЁтхЁ: UnKnown
Address: 8.8.8.8
Указатель = 0000000000332F50
MaxCount = 1
AddrCount = 1
Адрес[0] => af=2, salen=16, [sub=0, flag=00000000] p=13568, addr
=192.168.0.10
Указатель = 0000000000332FD0
MaxCount = 1
AddrCount = 1
Адрес[0] => af=2, salen=16, [sub=0, flag=00000000] p=13568, addr
=192.168.0.17
Очень часто на сайте оставляют комментарии, из которых я беру темы для новых статей. Недавно, к записи об ошибке ограниченно в Windows 10 оставили комментарий, в котором шла речь об ошибке "Не удается найти DNS-адрес сервера". Пропадает интернет, перестают открываться сайты, и в браузере появляется ошибка о том, что не удалось обнаружить DNS-адрес. После чего интернет перестает работать, не открывается ни один сайт.
Если вы ищите решения для входа на заблокированные ВКонтакте, Одноклассники, Яндекс и т. д., то советую использовать бесплатный, встроенный VPN в браузере Opera. Хорошее, безопасное и рабочее решение. Подробнее здесь: бесплатный VPN в браузере Opera. Доступ к закрытым сайтам.Не удается найти DNS-address сервера: что это?
Прежде чем перейти к решениям, хочу написать несколько слов о самой ошибке. DNS нужен для преобразования адресов сайтов (которые мы указываем буквами) в цифровые адреса. Браузеры понимают только их. Соответственно, когда DNS не может преобразовать адрес, браузер сообщает об ошибке, что невозможно открыть сайт, и пишет о том, что не может найти DNS-адрес сервера.
Сама ошибка может выглядеть по-разному. Все зависит от браузера.
Определяем причину появления ошибки DNS
Причин, из-за которых вы столкнулись с этой ошибкой может быть несколько: интернет-провайдер, проблемы с сайтом, ошибка на роутере, или сбой на вашем компьютере. Определить их не сложно. Давайте по порядку:
- Проблема на стороне сайта. Если ошибку "Не удается найти DNS-адрес сервера" вы видите при попытке зайти только на один сайт, а другие сайты открываются нормально, то скорее всего проблема на стороне определенного сайта. Можно просто немного подождать, или попробовать открыть сайт с другого устройства (через другое подключение) . Если он откроется, то пробуйте решать проблему на своем устройстве.
- Ошибка с DNS из-за интернет-провайдера, или роутера. Если у вас много устройств, и на всех не удается открыть сайты, одинаковая ошибка, то проблема скорее всего на стороне интернет-провайдера, или в роутере. Для начала, просто на минуту отключите маршрутизатор, включите его, и проверьте не пропала ли ошибка. Если нет, то подключите интернет напрямую к компьютеру (если это возможно) , и попробуйте открыть сайты. Если ошибка останется, то обращайтесь в поддержку интернет-провайдера.
- Проблема в компьютере (ноутбуке) . Скорее всего так и есть. В таком случае, на других устройствах (если они есть) , все работает отлично, сайты открываются. В таком случае, пробуйте выполнить советы из этой статьи.
Что делать и как устранить ошибку (на примере Windows 10)
Напомню, что советы подойдут в независимости от того, какая Windows у вас установлена. Советую выполнять рекомендации в таком же порядке.
Проверяем службу "DNS-клиент"
Нам нужно проверить, работает ли служба "DNS-клиент", и перезапустить ее. Для этого, нажмите правой кнопкой мыши на значок "Компьютер" (Этот компьютер) , и выберите пункт "Управление". Или нажмите сочетание клавиш Win+R, и выполните команду compmgmt.msc.
В новом окне выберите "Службы", и найдите в списке "DNS-клиент". Нажмите на службу правой кнопкой мыши, и выберите "Свойства".
Проверьте, установлен ли статус запуска "Автоматически", и нажмите Ok.
Затем, нажмите на службу правой кнопкой мыши еще раз, и выберите "Перезапустить". Перезагрузите компьютер.
Сброс кэша DNS
Если после перезапуска службы сайты не стали открываться, попробуйте сбросить кэш DNS. Сделать это очень просто. Запустите командную строку. В Windows 10 просто нажимаем на меню пуск правой кнопкой мыши, и выбираем "Командная строка (администратор)". Если там будет Windows PowerShell (администратор) – запускаем его. Или находим и запускаем командную строчку через поиск.
Выполняем команду ipconfig /flushdns.
Перезагрузите компьютер, и проверьте результат.
Прописываем альтернативный DNS от Google
Это способ помогает практически всегда. По умолчанию, DNS-адреса нам присваивает интернет-провайдер. И проблема может заключаться именно в них. Поэтому, мы можем прописать свои, статические DNS в свойствах нашего подключения к интернету на компьютере. Лучше всего использовать DNS от Google:
Они надежные, и работают достаточно быстро. Хотя, локальные адреса могут обрабатывать запросы быстрее. Но на это можно даже не обращать внимание. Большое количество пользователей используют именно DNS-адреса от Google. Я настоятельно не рекомендую использовать какие-то другие адреса, это может быть даже опасно.
Нажмите правой кнопкой мыши на иконку подключения к интернету (на панели уведомлений) , и выберите "Центр управления сетями и общим доступом". Перейдите в раздел "Изменение параметров адаптера".
Дальше внимание! Нажмите правой кнопкой мыши на то подключение, через которое вы подключены к интернету, и выберите "Свойства". Если у вас компьютер подключен по Wi-Fi, то это Беспроводное сетевое соединение (в Windows 10 - Беспроводная сеть) . Если просто подключение по сетевому кабелю, то нажимаем на "Подключение по локальной сети" (или Ethernet в Windows 10) . Так же, у вас может быть высокоскоростное подключение, с названием вашего провайдера.
Выделяем пункт "IP версии 4 (TCP/IPv4)", и нажимаем кнопку "Свойства". Дальше ставим переключатель возле "Использовать следующие адреса DNS-серверов", и прописываем адреса, как показано на скриншоте ниже.
Если ошибка "Не удается найти DNS-адрес сервера" останется, то перезагрузите компьютер, и попробуйте открыть сайт еще раз.
Еще несколько советов по устранению ошибки
1 Попробуйте временно отключить антивирус. Возможно, проблема с открытием сайтов появляется именно из-за него. А еще лучше, загрузить компьютер в безопасном режиме, и попробовать открыть сайты в браузере.2 Если проблема на всех устройствах, которые подключены к одному роутеру, и смена DNS помогла на одном из устройств, то сменить DNS на адреса от Google можно в настройках роутера. Тогда, все устройства автоматически будут их использовать. На разных роутерах, этот процесс выглядит по-разному. Эти параметры меняются всегда на странице с настройками подключения к провайдеру. На TP-Link это выглядит вот так:
Если у вас другой роутер, и не знаете как сменить, то пишете модель в комментариях, постараюсь подсказать.
3 Делаем сброс параметров TCP/IP. Откройте командную строку от имени администратора, и выполните следующие команды:
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
Перезагрузите компьютер и проверьте работу.
Если остались вопросы, то задавайте их в комментариях. Не забывайте делится новыми решениями, и писать о способах, которые вам помогли избавится от ошибки с поиском DNS-адресов при серфинге в интернете.
В настоящее время использование интернет-браузера очень распространено. К сожалению, код ошибки «не может найти сервер» может прервать посещение сайта пользователем. Это не только разочаровывает пользователей Microsoft Internet Explorer, но и для Opera, Safari, Firefox и других пользователей веб-браузера. Поиск и исправление причины этой ошибки очень важно, поскольку веб-пользователям будет препятствовать использование Интернета.
Ниже приведен процесс устранения неполадок:
Попытка восстановить соединение
Проверка адреса назначения
Проверка настроек подключения в браузере
Проверьте настройки подключения веб-браузера, чтобы убедиться, что они соответствуют тем, которые требуется интернет-провайдеру или локальной сети/точке беспроводного доступа. В браузере или приложении с поддержкой Интернета обычно есть опция «инструменты» или вкладка, которая предоставляет доступ к «Свойствам Интернета». Выберите параметры подключения или вкладку «Сеть» в разделе «Дополнительные параметры», чтобы проверить параметры конфигурации. Когда окно настроек конфигурации доступно, убедитесь, что настройки соответствуют требованиям, предъявляемым поставщиком услуг Интернета.
Если какой-либо из настроек был изменен, сбросьте их или попробуйте другие параметры, предоставленные поставщиком услуг Интернета, если они недоступны. После внесения изменений попробуйте перезагрузить веб-страницу. Если он работает, конфигурация прошла успешно. Если нет, верните настройки Интернета и повторите попытку.
Сброс маршрутизатора или модема
Самостоятельная коррекция на Windows
Настройка параметров DNS в Windows
Настройки DNS для подключения к Интернету могут быть неправильно настроены для автоматического получения адреса DNS-сервера, что постоянно приводит к ошибкам «Не удается найти сервер». Чтобы автоматические опции были доступны, выполните следующие действия:
Нажмите «Пуск» на панели задач и выберите «Панель управления» в списке параметров. Нажмите «Сеть и интернет-соединения» или «Центр управления сетями и общим доступом». Выберите «Сетевые подключения» / «Управление сетевыми подключениями», затем щелкните правой кнопкой мыши по сетевому соединению.
В этом окне нажмите «Интернет-протокол (TCP / IPv4)», затем нажмите «Свойства».
Читайте также: