Проблема с Доменной делегацией
Причина различия - это, когда Вы просите у кэширующегося рекурсивного сервера DNS ANY ответ, на который это свободно ответить, с чем это, оказывается, имеет в его кэше в то время.
Если не будет ничего в кэше вообще, то он будет поиск NS записи для домена, SOA запись придет для поездки, и следовательно это - все, что это возвращается в ответ на Ваш запрос.
Кэш не отправляет ANY запросите полностью к авторитетным серверам, которые обычно выделяли бы как можно больше данных в ответ на такой запрос, как замечено в Вашем втором примере.
Для наблюдения этого эффекта правильно сделайте это:
% dig news.247dist.com ANY
.... [as before]
% dig news.247disk.com MX
.... [get the MX records]
% dig news.247dist.com ANY
.... [list now inclues the MX records]
% dig news.247disk.com TXT
.... [get the SPF TXT records]
% dig news.247dist.com ANY
.... [list now inclues those too]
Ваши серверы имен, кажется, обеспечивают данные, any запрос не показывает mx записи, но если Вы действительно 'роете mx news.247dist.com, это возвратит записи mx для Вашего домена.
я думаю, что существует различие в конфигурации в серверах имен, которые Вы используете, который препятствует тому, чтобы другой сервер DNS запросил DNS для Вашего домена и попросил, чтобы это возвратило все записи.
я не могу найти сопроводительную документацию, но я предполагаю, когда Вы запрашиваете сервер имен, который не является SOA домена (запустите полномочий), ответ является только несколькими общими записями, так как это были бы некоторые достойные издержки для NS для запросов для всех записей от SOA, когда один сервер канал мог бы знать основную информацию и смочь возвратить их более быстрый.
Я вижу, что сообщение "ПРЕДУПРЕЖДАЕТ: рекурсия, которую требуют, но не доступный".Странно...
-
1не все все странные -
digрекурсией запросов по умолчанию (RD=1), но авторитетные серверы don' t делают рекурсию, таким образом, этиRAбит в ответе не установлен - указание " рекурсия не available". – Alnitak 20 May 2010 в 00:15