Делегирование DNS: Правильно ли распространяются мои записи AWS Route53 NS?

Я делегирую трафик с NameCheap на Route53 на AWS, и через три часа сайт не работает. Chrome отвечает страницей с ошибкой "Этот сайт недоступен". Конечно, мы все еще находимся в пределах 24-48 часов, когда в документах Route53 говорится, что наше приложение может быть недоступно, так что это может быть не проблема, но на горизонте большой крайний срок, и я хочу убедиться, что я не собираюсь ждать 48 часов для чего-то, что никогда не сработает. Моя надежда здесь состоит в том, чтобы попросите более опытного пользователя сообщить мне, верен ли мой подход, и что отчет из Dig G Suite Toolbox указывает на то, что процесс идет так, как должен.

Это конфигурация, которую я использую, которая отлично работала для трех других наших приложений:

1) Создайте размещенную зону в AWS Route53 с записями NS, имена которых имеют формат example.com, запись A (в качестве псевдонима), указывающая на URL-адрес живого эластичного бобового стебля, запись CNAME (не псевдоним) с значение www.example.com и запись SOA со значением в формате ns-{integer}.awsdns-{integer}.org. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400.

2) Создайте 4 записи NS в нашем DNS (namecheap), которые делегируют трафик на маршрут 53. Каждая запись использует хост www и значение в формате ns-{integer}.awsdns-{integer}.org. 4 значения поступают непосредственно из значений записей NS размещенной зоны; есть одно для .org, .com, .net, и .co.uk.

3) Прекратить SSL-трафик в балансировщике нагрузки с помощью сертификата AWS ACM.

Лучший инструмент, который я смог найти, чтобы проверить, что это то, что будет работать, - это раскопки G Suite Toolbox. Когда я ввожу в него www.example.com, я получаю следующий результат:

id {integer}
opcode QUERY
rcode NXDOMAIN
flags QR RD RA
;QUESTION
www.example.com. IN NS
;ANSWER
;AUTHORITY
example.com. 53 IN SOA ns-{integer}.awsdns-{integer}.org. awsdns-hostmaster.amazon.com. 1 >7200 900 1209600 86400
;ADDITIONAL

{Целые числа} там после SOA ns- соответствуют {целым числам} записи SOA в Размещенной зоне.

Вот результат поиска G Suite, который я получаю для одного из трех приложений, которые у нас есть, которые используют эту конфигурацию DNS и работают, stage.example.com:

id {integer}
opcode QUERY
rcode NOERROR
flags QR RD RA
;QUESTION
stage.example.com. IN NS
;ANSWER
stage.example.com. 59 IN NS ns-{integer}.awsdns-{integer}.org.
stage.example.com. 59 IN NS ns-{integer}.awsdns-{integer}.co.uk.
stage.example.com. 59 IN NS ns-{integer}.awsdns-{integer}.com.
stage.example.com. 59 IN NS ns-{integer}.awsdns-{integer}.net.
;AUTHORITY
;ADDITIONAL

Все целые числа записей ns соответствуют тому, что находится в зоне размещения для этого поддомена.

Состояние NXDOMAIN бросается мне в глаза. Является есть какие-либо основания полагать, что эта конфигурация не будет успешно переведена с NXDOMAIN на NOERROR? Время ожидания для всех записей в Размещенной зоне установлено равным минимальным значениям 60 секунд. Если все выглядит нормально, могу ли я что-нибудь сделать, чтобы ускорить процесс? Если вы видите здесь что-то не так, каков лучший следующий шаг?