Dns lookup failed что значит

Обновлено: 07.07.2024

Очень часто на сайте оставляют комментарии, из которых я беру темы для новых статей. Недавно, к записи об ошибке ограниченно в 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-адресов при серфинге в интернете.

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

Что Такое DNS Lookup?

DNS является фундаментом интернета. Точно так же, как адрес помогает нам избежать использования географических координат, так и доменное имя освобождает нас от необходимости запоминать IP-адреса.

Процесс поиска и определения того, какой IP принадлежит тому или иному веб-сайту (домену) — это и есть DNS lookup, DNS-поиск, или просмотр DNS.

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

Хотя вы сделали пять запросов, в примере мы видим всего три уникальных домена. Это значит, что ваш браузер выполняет только три DNS лукапа.

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

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

Что это значит?

Загрузка сайта может повлиять не только на пользовательский опыт, но и на SEO.

Время загрузки страницы играет важную роль в удержании посетителей на сайте и снижении показателя отказов. Доказано, что 53% пользователей покидают сайт (англ), если он загружается дольше трёх секунд.

Согласно исследованию Google (англ), около 45% посетителей никогда не возвращаются на сайт, где столкнулись с негативным опытом использования. Время загрузки (англ) является одной из наиболее частых причин негативного опыта.

Скорость страницы также является одним из факторов ранжирования (англ) в Google. Низкая скорость загрузки может также повлиять на сканирование и индексацию (англ) веб-страниц. Вот почему скорость сайта очень важна для успешного присутствия в интернете.

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

1. Используйте Быстрый Сервис DNS

Принцип работы DNS-провайдеров очень похож на то, как работает CDN (Сеть доставки содержимого) — у них есть несколько точек присутствия (POP) по всему миру. А крупные поставщики, такие как Cloudflare, обычно имеют большую инфраструктуру DNS-серверов по всему миру, что обеспечивает лучшую скорость ответа, а значит и лучшую загрузку сайта.

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

2. Оптимизация Кеширования DNS

Благодаря DNS-кэшированию, информация о том с каким IP-адресом сопоставлен домен ещё некоторое время хранится на сервере. Как результат, DNS lookup занимает меньше времени.

Кэширование DNS работает почти так же, как кэширование в WordPress. Информация DNS хранится на сервере до истечения срока действия. Кстати вы можете задавать время хранения информации в кэше, или TTL (time to live).

Если ваш сайт размещён в Hostinger, вы можете изменить значение в редакторе DNS-зоны.

Ниже приведены наиболее распространённые значения TTL:

1800 секунд = 30 минут
3600 секунд = 1 час
14400 секунд = 4 часа
43200 секунд = 12 часов
86400 секунд = 24 часа

3. Оптимизация Префетчинга DNS

Другой способ уменьшить количество DNS-запросов — минимизировать активность в фоновом режиме, пока посетители просматривают сайт. Этот метод известен как префетчинг DNS.

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

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

Вы можете добавить DNS prefetch к определённому URL, добавив тег rel= к атрибуту ссылки. Если вы используете WordPress, вы можете добавить следующую строку в хедер вашего сайта:

И что самое главное, DNS префетчинг поддерживается большинством современных браузеров (англ).

4. Включение Режима Keep-Alive

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

Apache

Чтобы включить Keep-Alive на сервере Apache, добавьте следующий код в ваш файл .htaccess :

Nginx

5. Замена Записей CNAME Записями ANAME

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

В качестве альтернативы вы можете использовать записи ANAME. Они имеют те же функциональные возможности, что и CNAME, но на корневом уровне, что означает более быстрое разрешение IP-адресов.

Запись ANAME, в свою очередь, позволяет пропустить эти запросы и вместо этого вернёт следующий ответ:

Если вы используете Cloudflare, то вам будет предоставлена функция под названием CNAME Flattening (англ), что является аналогом ANAME.

6. Отложенная Загрузка JavaScript

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

В WordPress вы можете использовать плагин Async JavaScript, который сделает всю работу за вас. Но помните, что вам также нужно будет перечислить все JS скрипты, которые вы хотите исключить из отсрочки.

Итоги

Таким образом, DNS lookup, просмотр DNS, или поиск DNS — понятия, которые описывают один процесс — поиск в своего рода “телефонном справочнике” интернета, системе доменных имён, информации о том, какой IP принадлежит тому или иному сайту (домену). DNS lookup состоит из множества DNS-запросов, которые передаются от сервера к серверу, пока не будет найдена необходимая информация. Чем длительней поиск — тем дольше грузится страница, что может негативно повлиять на опыт пользователей сайта. Давайте ещё раз напомним, как можно уменьшить количество DNS-запросов и улучшить производительность и скорость загруки вашего сайта.

Использование быстрой службы DNS — верный способ улучшить DNS lookup, поскольку об оптимизации позаботятся провайдеры.
Оптимизация кеширования DNS — ещё один отличный способ улучшить просмотр DNS. Работает почти так же, как кэш в WordPress.
Префетчинг DNS — ускоряет доставку ответа, предварительно разрешив доменные имена на странице. Этот метод поддерживают все основные браузеры.
Режим Keep-Alive — позволяет поддерживать активную двухканальную связь между браузером и сервером. При этом не потребляет много пропускной способности.
Замена CNAME записями ANAME — вы также можете заменить CNAME более эффективной записью ANAME.
Отложенная загрузка JavaScript — и, наконец, вы можете отложить JavaScript, чтобы он загружался после загрузки содержимого сайта.

Если у вас есть свой опыт оптимизации DNS поиска, поделитесь им в комментариях ниже.

Ольга уже около пяти лет работает менеджером в сфере IT. Написание технических заданий и инструкций — одна из её главных обязанностей. Её хобби — узнавать что-то новое и создавать интересные и полезные статьи о современных технологиях, веб-разработке, языках программирования и многом другом.

В этой статье описывается, как устранять неполадки на 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-именах.

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

Что такое DNS сервер, почему могут возникать ошибки

Видео: объяснение принципов работы DNS сервера

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

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

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

Общие ошибки DNS

Рассмотрим самые распространённые ошибки, которые обычно легко устранить собственными силами. Как правило, исправление не занимает слишком много времени.

DNS сервер не отвечает, не удаётся найти DNS адрес сервера

Наверное, наиболее часто встречающаяся проблема.

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

Когда все устройства работают нормально, а ошибка возникает на одном компьютере, скорее всего, она связана с неправильной работой самого устройства. Рассмотрение подобной ошибки достойно отдельной публикации.

Windows не удаётся связаться с устройством или ресурсом

Для выяснения причин ошибки проведите диагностику сети:

Для этого правой кнопкой мыши нажмите значок сетевых подключений в нижней части экрана.

Для проведения диагностики сети нажмите значок правой кнопкой мыши

У этой ошибки могут быть разные причины возникновения. Методы решения проблемы подбираются соответственно:

некорректная работа антивирусной программы — попробуйте её временно отключить или установите другую;
возможно, сбоит DNS — клиент Windows — откройте «Панель управления» раздел «Администрирование» вкладку «Службы» и перезапустите службу DNS клиента, выключите и снова запустите компьютер.

Если все перечисленные действия не увенчались успехом попытайтесь сбросить DNS кэш. Нажмите Win+R, в появившемся окне наберите «ipconfig/flushdns», запустите процесс.

DNS кэш чистится запуском команды «ipconfig/flushdns»

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

Нет доступа к DNS серверу

Для устранения возникшей ошибки произведите такие действия:

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

Выбираете пункт службы раздела администрирование, панели управления Windows

При работающем DNS в строке DNSP-клиент всегда есть запись «Работает»

На вкладке необходимо указать тип запуска: «Автоматический»

В ситуации, когда служба работает, а доступа к сети нет, должны помочь следующие действия:

Войдите в панель управления, там откройте вкладку: «Центр управления сетями и общим доступом».

Откройте вкладку «Центр управления сетями и общим доступом» в окне панели управления Windows

Выберите пункт «Изменение параметров адаптера» в разделе «Центр управления сетями и общим доступом»

На вкладке «Подключение по локальной сети», выберите пункт «Свойства»

Выделите пункт «Протокол интернета 4 (TCP/IP 4)», нажмите «Свойства»

Установите IP адрес сервера в ручном режиме

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

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

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

Найдите и удалите подозрительные сетевые подключения

Последовательое завершение процессов через «Диспетчер задач Windows»

Такие манипуляции помогут выявить приложение, мешающее нормальной загрузке сайтов.

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

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

Скачайте лечащую утилиту Dr. Web CureIt или другую с похожим функционалом.
Проведите полное сканирование компьютера.
Удалите заражённые файлы.

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

Ошибки программного обеспечения

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

Произошла временная ошибка DNS

запустите ПК или выполните перезагрузку, если компьютер включён и при запуске BIOS нажмите на клавишу F12 или Del;
для входа в настройки используются клавиши F1, F10 и другие — если вы не знаете, какую выбрать, читайте текст «Press… to enter Setup», где будет написана нужная комбинация;
в параметрах откройте раздел со словом Integrated, где вам понадобится строка On Board LAN или что-то на неё похожее;
поменяйте статус строки на Disabled, чтобы деактивировать её;
не забудьте для выхода воспользоваться кнопкой Save and Exit, чтобы сохранить изменения.

Панель БИОС, через которую вносятся изменения в конфигурацию ооборудования

Будьте осторожны, если у вас нет уверенности в своих действиях, не экспериментируйте с БИОС компьютера, лучше пригласите специалиста.

Когда сетевая карта одна или отключение второй не помогло убрать ошибку — попробуйте предпринять такие действия:

проверьте все записи DNS сервера в конфигурации сетевых карт (проверьте все сетевые адаптеры) убедитесь, что нет ссылки на сервер 127.0.0.1 в качестве DNS сервера, вместо этого используете реальный IP-адрес;
когда на сервере установлено более одного фиксированного IP-адреса, сделайте запись для всех IP адресов в файле hosts (C: Windows System 32 drivers etc hosts), отформатированном «192.168.1.1 SERVERNAME»;

Файл hosts предназначен для сопоставления доменных имен сайтов и IP адресов

Не удалось разрешить DNS имя контроллера домена

отключите брандмауэр, возможно, он неправильно настроен;

Отключите Брандмауэр Windows в разделе настройка параметров сети

Отключите протокола интерета 6 (TCP/IPv 6) на вкладке свойства сети

Не смогли загрузить страницу потому, что не нашли сайт в dns

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

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

Другие распространённые ошибки

Кроме уже рассмотренных, могут возникнуть другие неполадки, связанные, с DNS сервером.

Таблица: часто встречающиеся ошибки DNS и способы их устранения

I use Remote Desktop Connection Manager to RDP to my lab PCs. One particular PC wouldn’t connect via this method even though the PCs was up and running on the network.

Using Remote Desktop Connection (mstsc.exe) to connect via the PCs IP address, I could connect. Further troubleshooting showed me that I couldn’t ping or map a drive to this PC either.

The error I was getting in Remote Desktop Connection Manager was “DNS Name Lookup Failure”. Checking DNS on my domain controller showed that the PC was indeed in DNS.

Ploughing through my network adaptor settings, I came across Control PanelNetwork and InternetNetwork ConnectionsEthernet ConnectionPropertiesInternet Protocol Version 4 PropertiesAdvancedWINS

The default is “Use NetBIOS setting from DHCP server. If static IP address is used or the DHCP server does not provide NetBIOS setting, enable NetBIOS over TCP/IP.”

After enabling NetBIOS over TCP/IP I was able to connect via RDP, map and otherwise communicate with this server properly again.

You can also change this setting via PowerShell, unfortunately I wasn’t able to find anything in V3 that did this, so you have to use WMI, this blog post goes through the steps on how to do it.

I am in the midst of performance testing a web application and I get these errors in Apache logs

Can someone point where I could start looking? Please let me know if you need more details than whats mentioned below.

More details:

Apache version: 2.2

I have an F5 in front of two Apache servers. There are ten JBoss servers in the balancer.

Apache configuration snippet: (I am not using proxypass, just modcluster)

Значит ситуация такая, было 3 дц

srv-dc01 - свеженький на 2012 r2

srv-dc02 - старенький на 2008 r2 и хозяин всех ролей

srv-dc03 - на 2008 r2 который был удачно удален через dcpromo.

Source: Site-Center\SRV-DC03
******* 24 CONSECUTIVE FAILURES since 2013-12-20 16:42:44
Last error: 8524 (0x214c):
The DSA operation is unable to proceed because of a DNS lookup failu
re.

Naming Context: CN=Schema,CN=Configuration,DC=xxx,DC=ru
Source: Site-Center\SRV-DC03
******* WARNING: KCC could not add this REPLICA LINK due to error.

Naming Context: DC=xxx,DC=ru
Source: Site-Center\SRV-DC03
******* WARNING: KCC could not add this REPLICA LINK due to error.

Naming Context: CN=Configuration,DC=xxx,DC=ru
Source: Site-Center\SRV-DC03
******* WARNING: KCC could not add this REPLICA LINK due to error.

The DSA operation is unable to proceed because of a DNS lookup failure.

Ответы

Мораль сей басни такова:

Все ответы

В зоне _msdcs записи о srv-dc03 присутствуют. Но вот она нигде не ссылается на его ip.

The system failed to register host (A) resource records (RRs) for network adapter
with settings:

The reason the system could not register these RRs was because either (a) the DNS server does not support the DNS dynamic update protocol, or (b) the authoritative zone for the specified DNS domain name does not accept dynamic updates.

To register the DNS host (A) resource records using the specific DNS domain name and IP addresses for this adapter, contact your DNS server or network systems administrator.

Repadmin /showrepl без ошибок на всех серверах

Time Generated: 12/21/2013 20:32:56
Event String:
The application-specific permission settings do not grant Local Activation permission for the COM Server app
lication with CLSID
An error event occurred. EventID: 0x0000106A
Time Generated: 12/21/2013 20:44:27
Event String:
Unable to update the IP address on Isatap interface isatap.. Update Ty
pe: 1. Error Code: 0x490.
An error event occurred. EventID: 0x00002720
Time Generated: 12/21/2013 21:01:02
Event String:
The application-specific permission settings do not grant Local Activation permission for the COM Server app
lication with CLSID
. SRV-DC03 failed test SystemLog

Читайте также: