Предположим, у меня есть example.com.
Я делегирую субдомен www.example.com определенному набору NS, который называется Route53 Hosted Zone. Остальная часть зоны example.com не находится на R53 и содержит важную информацию для других поддоменов / записей. Вы можете рассматривать эту зону 1, а новую размещенную зону R53 можно рассматривать как зону 2.
Я хочу, чтобы www.example.com CNAMEd для определенной конечной точки, скажем, в облачном распределении. Так как я не могу CNAME домен apex, вместо этого в R53 создается размещенная зона 2 с исходным доменом apex: example.com. Затем внутри этой размещенной зоны есть запись для субдомена www.example.com с CNAME для xxx.cloudfront. net.
Я не могу напрямую настроить www.example.com с CNAME в размещенной зоне 1 по разным причинам, включая то, что CNAME постоянно меняется, а лицо, контролирующее CNAME, имеет контроль только над зоной 2.
Таким образом, полная цепочка выглядит следующим образом: пользователи вводят в www.example.com, они получают NS размещенные 1 записи. В этой зоне запись для www.example.com указывает на записи в размещенной зоне 2. В этой зоне (которая была создана с помощью apex example.com) запись для www.example.com является CNAME для соответствующей конечной точки.
Мой вопрос: будут ли какие-либо распознаватели DNS по ошибке кэшировать NS из второй зоны как записи домена apex? Очевидно, я хочу, чтобы эти NS были доступны только для www.example.com записей. Если по адресу example.com NS ошибочно считаться размещенной зоной 2, может возникнуть много проблем.
Если это так, есть ли способ удостовериться, что DNS-резолверы уверены, что серверы имен доменов apex являются зоной 1, а записи зоны 2 ТОЛЬКО для www.example.com, даже если они были созданы с примером .com apex domain?
Я понимаю, что есть другие способы сделать это (CNAME для разделения домена и т. д. c), но для целей логистики (на данный момент) меня интересует только установка NS напрямую для www subdomain.
Спасибо заранее.