IBCOURSES / СПРАВОЧНИК ИБ

DNS SERVFAIL: сервер не смог обработать запрос

К ответу ↓

SERVFAIL — полученный DNS-ответ об ошибке обработки сервером. Он отличается от NXDOMAIN, REFUSED и отсутствия ответа.

Например
Материалов с пояснениями: 94 · Записей реестров: 11 678

Уточнить поиск

Коды и ошибки

Найдено: 195
Инструкция по проверке

DNS SERVFAIL: сервер не смог обработать запрос

SERVFAIL — полученный DNS-ответ об ошибке обработки сервером. Он отличается от NXDOMAIN, REFUSED и отсутствия ответа.

1. Сохраните полный DNS-контекст

Запишите полное имя, тип и класс запроса, resolver, время и точку клиента. Здесь 2 означает DNS RCODE SERVFAIL, а не DNS TYPE2 или номер порта. Ответ с ошибкой отличается от отсутствия ответа. Реальные версии resolver и клиента ещё нужно установить; пример команды документально привязан к dig 9.18.30.

2. Найдите уже выполненный обмен

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

3. Прочитайте результат

В примере resolver вернул SERVFAIL для A-запроса app.example.invalid. Это учебное имя и вымышленный ID34011. Пустая секция ответа сама по себе не означает NXDOMAIN. Не извлекайте причину из номера ID: он служит сопоставлению конкретного обмена и переиспользуется. Для полного анализа нужны недостающие сведения о сервере, флагах и фактическом времени запроса.

4. Постройте проверяемые гипотезы

Код показывает неспособность сервера обработать запрос, но не выбирает между проблемой разрешения, доступом к upstream, валидацией и локальной конфигурацией. Эти варианты проверяются по журналу выбранного resolver и его зависимостям. Сначала уточните, ошибка относится к одному имени, типу или широкому набору запросов. Не отключайте DNSSEC и не меняйте resolver только ради исчезновения симптома.

5. Сопоставьте соседние сведения

Найдите соответствующий запрос на resolver, а при наличии — цепочку обращения к авторитетным серверам. Сравнивайте одинаковые QNAME/QTYPE, временное окно и сетевой контекст; ответы разных DNS views могут быть несопоставимы. Новый успешный ответ означает текущее состояние, а не опровержение старой ошибки. В выводе укажите отдельно подтверждённый ответ и ещё не установленную причину.

6. Если SERVFAIL не воспроизводится

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

Поля и область применения

Исходное полеСмысл и ограничения
RCODE2 в пространстве DNS.
QNAME / QTYPEИмя и тип запроса.
SERVERОтветивший resolver, а не обязательно авторитетный сервер.
ID / flagsКонтекст конкретного DNS-обмена.

Примеры записей

Данные в примерах условные. Состав полей зависит от версии и настроек источника.

Пример фрагмента записи

Фрагмент журнала. Сокращённая схема для объяснения полей.

;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 34011
;; QUESTION SECTION:
;app.example.invalid. IN A

Команды и способы проверки

Укажите свой узел, путь к журналу и временной интервал. Требуемая среда указана рядом с командой.

BIND dig 9.18.30 · адрес и имя заменить разрешёнными

dig @192.0.2.53 app.example.invalid A +comments +answer

Первоисточники

Один SERVFAIL не устанавливает DNSSEC, сетевую ошибку upstream или атаку как причину.

Связанные материалы

  • DNS RCODE 3 — NXDOMAIN

    Сравнить SERVFAIL с отрицательным ответомNXDOMAIN: это разные результатыDNS, их причины не подменяются.

Как пользоваться техническим справочником

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

Материалы по разделам

События и журналы

Два ответа рядом

Сравнение источников

Сравнение показывает различия. События и поля разных систем не считаются эквивалентными.

Выберите службу

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

Как искать в справочнике

Введите число, код, фрагмент сообщения или вопрос. Известный идентификатор поможет найти карточку; это не анализ самого инцидента.

  1. Введите номер, код, имя или фрагмент записи. Для портов можно использовать список: 80, 443, 8000–8010.
  2. Уточните поиск фильтрами. Все условия действуют одновременно. Числа в списках показывают, сколько материалов останется при выборе варианта.
  3. Службу выбирайте из каталога: поиск внутри списка помогает найти название, а кнопка «Выбрать» применяет его.
  4. Убирайте отдельные условия кнопкой × рядом с фильтром. «Сбросить фильтры» сохраняет текст поиска и текущий раздел.
  5. В карточке сверьте источник, версию и условия регистрации, затем откройте поля, примеры и первоисточник.

/ — перейти к поиску. Прямые ссылки открывают выбранную карточку в этом же справочнике.

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

Избранное и недавние материалы хранятся в этом браузере. Запрос и фильтры сохраняются при возврате к выдаче и обновлении вкладки. Поиск работает локально.

Что есть в справочнике

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

Выберите область, чтобы посмотреть доступные источники и перейти к материалам.

Уточнить или исправить ответ

Скопируйте сообщение и отправьте его на mail@ibcourses.ru.