Я создал две общедоступные зоны в AWS Route 53 со следующими записями (я опускаю записи SOA):
Public Hosted Zone: domain.com
(auto-generated) NS domain.com: ns-xx1.awsdns-yy.net. ns-xx2.awsdns-yy.org. ns-xx3.awsdns-yy.co.uk. ns-xx4.awsdns-yy.com.
(manually added) NS sub.domain.com: ns-aa1.awsdns-yy.net. ns-aa2.awsdns-yy.org. ns-aa3.awsdns-yy.co.uk. ns-aa4.awsdns-yy.com.
и
Public Hosted Zone: sub.domain.com
(auto-generated) NS domain.com: ns-aa1.awsdns-yy.net. ns-aa2.awsdns-yy.org. ns-aa3.awsdns-yy.co.uk. ns-aa4.awsdns-yy.com.
Из-за ошибки моя размещенная зона sub.domain.com
была удалена. Я вручную заново создал sub.domain.com
, однако новые записи NS и SOA были автоматически сгенерированы по маршруту 53.
Чтобы исправить делегирование поддоменов, я вижу две возможности:
- Измените записи NS в моей размещенной зоне
domain.com
, чтобы они указывали на новые и автоматически созданные записи NS моей размещенной зоны sub.domain.com
.
- Измените автоматически сгенерированные записи NS
sub.domain.com
, чтобы они соответствовали записям NS, уже настроенным в моей размещенной зоне domain.com
.
Я протестировал оба варианта и убедился, что работает только (1). На AWS Route 53 docs я обнаружил несколько записей, в которых пользователям рекомендуется не изменять автоматически сгенерированные записи NS и SOA общедоступных зон. Так как интерфейс пользователя и интерфейс командной строки AWS позволяют изменять эти записи, я полагаю, что есть случаи, когда изменения в этих записях разрешены / необходимы. Мне интересно, что это за варианты использования.