Service unavailable dns failure что это

Обновлено: 07.07.2024

Код 503 сообщает, что запущенный сервис недоступен (Service Unavailable). Чаще всего это ненадолго: например, доступ к ресурсу закрывают на время перезагрузки или для проведения технического обслуживания.

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

Длина очереди обычно фиксированная. Когда вы заходите на сайт, то отправляете запрос серверу. Если для него нет места, появится ошибка 503.

Что делать пользователю при ошибке 503

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

Проверьте, у всех ли возникает ошибка

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

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

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

Подождите и попробуйте позже

Обновите страницу. Если по-прежнему видите ошибку 503, попробуйте зайти на сайт позднее: через пару минут или когда там потенциально будет меньше пользователей. Это касается прежде всего игр или ресурсов, которые резко стали популярны. Например, если государство объявило о новых выплатах, которые оформляются онлайн, мощностей сервера может на всех не хватить.

Перезагрузите устройство

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

Если это не сработало, перезапустите и роутер. Сделать это можно тремя способами.

1. Через панель управления

Обычно она находится по адресу 192.168.0.1 или 192.168.0.1. IP вводится прямо в браузере, но возможны варианты — сверьтесь с инструкцией к вашей модели.

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

2. С помощью кнопки отключения

Кнопка On / Off обычно находится на задней панели роутера. Нажмите на неё, подождите 20–30 секунд и включите устройство снова. Этого времени хватит, чтобы конденсаторы разрядились, чипы памяти перестали получать питание, все временные данные сбросились.

Важно! Не перепутайте кнопку On / Off с Reset, которая не только перезагружает роутер, но также сбрасывает его настройки. Если кнопка утоплена в корпус и, чтобы нажать на неё, требуется спичка или отвёртка, точно не пытайтесь достать её.

3. С помощью отключения из розетки

Выньте адаптер питания из розетки, подождите 20–30 секунд и подключите снова.

Смените DNS-адреса

К счастью, адреса DNS-серверов можно сменить. Так, вы можете использовать IP публичных DNS Google: 8.8.8.8 и 8.8.4.4 для стандарта IPv4, 2001:4860:4860::8888 и 2001:4860:4860::8844 для нового IPv6. Вот как это сделать.

1. На компьютере с Windows

Нажмите Win + R. В окне «Выполнить» введите ncpa.cpl и нажмите Enter.

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

В списке компонентов найдите пункт «IP версии 4» или «TCP/IPv4», нажмите «Свойства». Установите переключатель «Использовать следующие адреса DNS-серверов», введите 8.8.8.8 и 8.8.4.4 в две строки.

Если в списке компонентов у вас есть «IP версии 6» или «TCP/IPv6», можете аналогично задать адреса 2001:4860:4860::8888 и 2001:4860:4860::8844.

Желательно также сбросить кеш DNS. Для этого снова зажмите Win + R, в окне «Выполнить» введите cmd.

В консоли напишите ipconfig /flushdns и кликните Enter.

2. На компьютере с macOS

Зайдите в меню «Системные настройки» — «Сеть». Если слева внизу вы видите иконку с закрытым замком, кликните по ней и в появившемся окне введите пароль администратора.

Кликните по нужному подключению и выберите в меню пункт «Дополнительно».

На вкладке DNS нажмите на «+» и добавьте адреса в список.

Очистите кеш DNS. Запустите терминал, напишите команду sudo killall -HUP mDNSResponder. Затем нажмите Return и введите пароль администратора.

3. На роутере

Зайдите в панель управления роутера и найдите пункт с адресами DNS-серверов — они могут быть в настройках DHCP. Введите два адреса нужного формата (IPv4 или IPv6) — в зависимости от того, что поддерживает ваше устройство.

Очистите кеш YouTube на Android

На Android-устройствах ошибка 503 в приложении YouTube иногда возникает из-за повреждённой информации в кеше. Попробуйте очистить его, чтобы сервис снова заработал. Действуйте так.

Зайдите в настройки. В списке приложений найдите YouTube.

Остановите его работу и нажмите «Очистить кеш». Затем снова запустите приложение.

Уменьшите список воспроизведения YouTube

Иногда ошибка 503 возникает, когда в вашем списке воспроизведения «Смотреть позже» слишком много видео. Попробуйте уменьшить его, а затем перезагрузите страницу или приложение.

Свяжитесь с администрацией ресурса

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

Что делать администратору при ошибке 503

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

Установите параметр Retry After

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

Пересмотрите время выполнения регулярных заданий

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

Установите защиту от DDoS-атак

Это также запросы, которые поступают в общую очередь. Избавитесь от них — сможете быстрее предоставлять пользователям доступ к своему ресурсу.

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

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

Удалите тяжёлые или устаревшие компоненты CMS

Попробуйте по очереди отключать компоненты вашей CMS и смотреть, как меняется ситуация. Если вы нашли потенциальный источник проблемы, попробуйте обновить этот компонент. Или подумайте, как обойтись без него — например, заменить на более новый и быстрый аналог.

Объедините ресурсы в один файл, чтобы уменьшить число запросов

Если ваше веб-приложение использует множество мелких ресурсов (изображений, таблиц стилей, скриптов и так далее) и загружает каждый из них отдельным запросом, они могут занимать значительную часть очереди. Чтобы решить проблему, объедините всё в один файл.

Уберите соединения с удалёнными серверами

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

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

Оптимизируйте MySQL-запросы

Если вы используете MySQL и часть запросов выполняется достаточно медленно, некоторые хостинги автоматически создают файл логов mysql-slow.log. В нём собираются наиболее проблемные обращения к базе данных. Проанализируйте их и по возможности выполните оптимизацию.

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

Установите антилич

Если другой веб-мастер использует прямые ссылки на ваш ресурс, например вставляет у себя на страницах ваши картинки, это также увеличивает очередь запросов. Антилич-модули и настройки эффективно борются с этим. Некоторые хостеры позволяют включить их в панели администрирования. Для других нужно всё настроить вручную, например через правила mod_rewrite в файле .htaccess или отдельные модули.

Установите кеширующие компоненты

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

Проконсультируйтесь с хостером

Возможно, проблема не только у вас, и специалисты хостинг-компании знают, как её решить. Нелишним будет перед этим пробежаться по FAQ-материалам и просмотреть свежие темы на форуме ресурса. Есть вероятность, что там уже лежат готовые инструкции.

Процедура устранения проблемы со стороны администратора веб-ресурса более сложная, но в большинстве случаев именно неправильные настройки на уровне хостинга или настроек сайта в панели управления CMS приводят к появлению ошибки сервера с кодом 503.

Мощный хостинг в подарок при заказе лицензии 1С-Битрикс

Выбирайте надежную CMS с регулярными обновлениями системы и профессиональной поддержкой. А мы подарим вам год мощного хостинга – специально для сайтов на 1С-Битрикс.

Устранение ошибки 503 пользователем

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

Решение проблем с ошибкой 503 администратором веб-ресурса

При возникновении ошибки 503 Service Unavailable в любом ее проявлении администратор web-ресурса в первую очередь должен разобраться в причине ее появления. Игнорирование данной процедуры по принципу «само пройдет» может привести к тому, что сайт понесет глобальные потери в объеме пользовательского трафика и, как следствие, конверсии. Посетители, регулярно сталкивающиеся с проблемами доступа к определенному ресурсу, очень быстро занесут его в «игнор».

Наиболее частые причины возникновения ошибки 503 на стороне сервера

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

Как избежать появления ошибок 503

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

Уменьшение нагрузки на базу данных можно добиться следующими способами:

Регулярное обновление CMS, которое позволяет оптимизировать работу движка, уменьшить количество багов.
Установка защиты от ботов и парсеров, которые часто запускаются вашими конкурентами, чтобы создать дополнительную нагрузку на ресурс и тем самым вывести его частично или полностью из строя.
Уменьшение размера и, если это возможно, количества графических файлов на сайте, а также «тяжелых» таблиц.
Ввод ограничений на количество одновременных участников в чате.

Оптимизация работы скриптов

Отключите все лишние плагины и дополнения, кроме тех, которые реально необходимы для бесперебойной работы сайта (кэширование, оптимизация базы данных, создание бэкапов, сжатие изображений).
Осуществляйте передачу файлов большого объема через FTP, т.к. использование других способов передачи данных приводит к созданию отдельного процесса.
Осуществляйте массовую почтовую рассылку в моменты отсутствия пиковой нагрузки на сайт, например, ночью или ранним утром.
При использовании удаленного сервера минимизируйте время ответа и оптимизируйте канал соединения.
Проверьте наличие проблемных запросов к базе MySQL в файле mysql-slow.log.

Дополнительную нагрузку на сервер, приводящую к появлению ошибки 503, могут создать DDoS-атаки. Защита от них с помощью фильтрации относится к отдельной теме обсуждения.

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

Заключение

Ошибка 503 Service Unavailable может возникнуть на любом сайте, управляемом одной из наиболее популярных CMS – WordPress (Вордпресс), Joomla (Джумла), DLE (ДЛЕ) и любой другой, использующей базы данных MySQL. Способов ее решения много, начиная от самых простых на уровне пользователя и заканчивая довольно сложными процедурами, которые должен выполнить администратор сайта.

Буду благодарен, если вы нашли нестандартный подход к устранению сбоя с кодировкой 503 и готовы поделиться своим опытом в комментариях!

Ошибка 503 Service Unavailable является ошибкой веб-сервера. Это означает, что обычно это не имеет никакого отношения к тому, что вы сделали. Это также не имеет большого отношения к приложению веб-браузера, которое вы используете. Она просто описывает ситуацию, когда ваш сервер не может (сервер временно не может) обработать ваш запрос в определенный момент.

Самые распространенные причины появления ошибки

Распространенными причинами ошибки временной недоступности сервиса в WordPress являются такие вещи, как обслуживание сервера и высокий трафик веб-сайта (например, слишком высокий для вашего пакета хостинг-провайдера).

Как и любая другая современная система, серверы требуют регулярных проверок. Это включает в себя обновление программного обеспечения, аппаратные тесты, обновления и так далее. Обычно это занимает не более пары часов, но все же часто возвращает код ошибки 503.

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

PHP скрипты: часто неспособность плагина или темы загрузиться по запросу сервера возвращает ошибку 503;

Пользовательские скрипты: недавно добавленные пользовательские скрипты на ваш сайт WordPress могут быть еще одной возможной причиной;

Во-первых, переместите свой сайт WordPress в надежную хостинг-компанию, которая сможет предоставить вам надежный и безопасный сервис. Hosting ukraine — это универсальный веб-хостинг-провайдер, который я рекомендую для размещения ваших блогов или веб-сайтов WordPress.

Если вероятной причиной недоступности сервиса Error 503 является проблема с WordPress, вот некоторые способы решения, с помощью которых вы можете попробовать решить эту проблему:

Отключить Плагины

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

Вам нужно будет использовать FTP-клиент, такой как FileZilla, что означает, что вам нужно будет искать свои учетные данные FTP, чтобы иметь возможность передавать файлы на ваш сервер и с него.

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

Найдите и откройте корневую папку WordPress (www или public_html)
Перейдите в каталог wp-content
Щелкните правой кнопкой мыши на папке plugins и выберите опцию «переименовать»
Переименуйте каталог плагинов в plugins-deactivated

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

Затем вам нужно будет вернуться в FileZilla, получить доступ к папке wp-content и переименовать вашу папку plugins-deactivated в ее исходное имя. Это не приведет к повторной активации ваших плагинов, это только заставит WordPress распознавать их, так что вы можете повторно активировать их один за другим в вашей панели управления WordPress, пока не найдете виновника. Когда вы это сделаете, вернитесь в FileZilla и удалите соответствующий плагин в каталоге wp-content/plugins.

Отключите тему WordPress

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

Откройте каталог wp-content / themes и найдите папку вашей активной темы, затем точно так же, как вы переименовали папку plugins, сделайте то же самое для папки themes, т. е. mytheme-deactivated, и попробуйте получить доступ к вашему сайту. Если вам это удастся, и в этот момент Вы увидите тему WordPress по умолчанию вместо вашей старой темы, это означает, что ошибка 503 Service Unavailable была вызвана вашей темой.

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

Отладка пользовательского кода

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

Чтобы включить функцию отладки, выполните следующие действия:

Перейдите в FileZilla и найдите корневую папку WordPress
Поищите wp-config.php файл
Щелкните по нему правой кнопкой мыши, затем выберите пункт Просмотр/редактирование, который откроет файл в вашем текстовом редакторе
Найдите строку «That’s all, stop editing! Happy blogging»
Добавьте следующий код над этой строкой: @ini_set( ‘display_errors’, 1 )

Функция отладки WordPress по умолчанию отключена из соображений безопасности, поэтому, если вы закончили с изменениями, мы рекомендуем отключить ее.

Еще варианты

Попробуйте добавить в functions.php следующий код (отключение автосохранения изменений записи):

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

Свяжитесь с вашим веб-хостингом

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

Ваш веб-хост может рекомендовать вам обновить свой хостинг-план, или они могут временно масштабировать ваши ресурсы, чтобы иметь возможность обрабатывать приток трафика, или реализовать механизмы защиты от DDoS-атаки, если проблема вызвана DDoS-атакой.

Что делать и как убрать ошибку 503 со стороны пользователя

Давайте начнем с самого главного-обновим страницу

Перезагрузите маршрутизатор и модем

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

Возьмите свой маршрутизатор.
Найдите, где начинается его кабель, и отсоедините его.
Сделайте то же самое для вашего модема.
Подождите 30 секунд.
Подключите кабель обратно к обоим устройствам.
Опять же, подождите около 50 секунд.
Попытайтесь увидеть, исчезла ли проблема.

Вы также можете попробовать перезагрузить компьютер в процессе, это, конечно, не повредит.

Подождите немного

Попросите помощи

Если есть доступ к серверу

Просмотрите файлы журналов

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

Перезагрузить сервер

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

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

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

Проверьте настройки брандмауэра

Как и ваш компьютер, и все устройства, подключенные к интернету, серверы имеют свои собственные брандмауэры. Это их основная защита от вредоносного интернет-трафика. Брандмауэр создает правило того, что может и не может проходить через ваш сервер. Это отличный способ остановить плохие намерения, но иногда он также создает необычные проблемы. Одна из таких проблем называется ложноположительной. Если он не настроен правильно, брандмауэр может иметь тенденцию снижать в противном случае совершенно нормальный трафик. Это приводит к 503, так что это, безусловно, следующее место, чтобы искать причину.

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

Посмотрите, есть ли обслуживание в сеансе

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

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

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

Заключение

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

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

Вы также можете рассмотреть возможность интеграции сети доставки контента (CDN) с вашим сайтом WordPress, что уменьшит нагрузку на ваш сервер и сделает ваш сайт более быстрым и безопасным.

Хакер, желающий получить доступ к сайту WordPress с помощью грубой Read more

Аренда серверов — это популярная услуга по аренде места и Read more

С таким количеством функций и опций, доступных для WordPress, пользователи Read more

Таблицы и диаграммы — это отличные инструменты для подготовки и Read more

Доменное имя WordPress предоставляет собой средство поиска и идентификации сайта Read more

Добавление видеоконтента на ваш сайт может быть отличным способом привлечения Read more

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

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