Установка разных NS-записей как авторитетных в авторитетном DNS

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

1. как мне дать указание DNS-серверам продолжить свои запросы к Amazon в качестве уполномоченного для домена, не изменяя записи DNS в регистраторе?
2. как мне указать DNS-серверам получать запросы с серверов Amazon и НЕ останавливаться на QuickRouteDNS.COM?

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

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

Для иллюстрации вот два примера фрагментов зоны:

$ORIGIN example.com
@       2941 IN SOA ns1.example.com. someone.example.com. (
            2015071001 ; serial
            7200       ; refresh (2 hours)
            900        ; retry (15 minutes)
            7200000    ; expire (11 weeks 6 days 8 hours)
            3600       ; minimum (1 hour)
            )
@   IN NS ns1
@   IN NS ns2

sub IN NS ns1.contoso.com.
sub IN NS ns2.contoso.com.

На серверах имен contoso.com:

$ORIGIN sub.example.com.
@       2941 IN SOA ns1.sub.example.com. someone.contoso.com. (
                2015071001 ; serial
                7200       ; refresh (2 hours)
                900        ; retry (15 minutes)
                7200000    ; expire (11 weeks 6 days 8 hours)
                3600       ; minimum (1 hour)
                )
@     IN NS bagel.contoso.com.
@     IN NS bacon.contoso.com.

Какие записи NS в двух указанных выше зонах являются авторитетными для sub.example.com? Если бы вы думали, что это было ns1 и ns2.contoso.com, вы ошибаетесь. Вопреки распространенному мнению, сервер имен, выполняющий делегирование, не считается авторитетным для NS записи, используемые для определения этого делегирования. Авторитетное определение: вместо принадлежит зоне на принимающей стороне делегации.

Мы установили, что bacon и bagel авторитетны. Что здесь не так очевидно, так это то, что именователи не обязательно поймут это сразу. За делегированием следят добросовестно, и первоначально предполагается, что серверы, получающие делегирование, являются авторитетными. Только когда те NS обновляются записи о повреждении головного мозга. Обновления могут быть вызваны любым количеством вещей, начиная с TTL делегирования NS записи, срок действия которых истекает из-за явного запроса стоимости тех NS записи. Однажды NS записи перезаписываются, используются новые серверы.

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

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

Сказать: «У меня есть DNS-серверы для домена, настроенные на один набор авторитетных DNS-серверов на регистраторе. Однако в файле зоны DNS-серверов для домена есть другой набор NS-записей для него». означает, что вы создали хромую делегацию. Вы можете остановиться на этом, так как при такой настройке ничего не будет работать правильно, поэтому не делайте этого!

Полезные инструменты для устранения неполадок: http://dnsviz.net/ и https://www.zonemaster.net/

Еще 2 вещи:

1. не используй host только для устранения неполадок dig (но @something и + trace противоречат друг другу)
2. как сказал @Ward, укажите истинное доменное имя, о котором вы спрашиваете, если вы хотите, чтобы вам помогли