Назад | Перейти на главную страницу

Удаленные, а затем воссозданные зоны размещения Route 53, теперь веб-сайт не работает

У меня две учетные записи AWS, старая и новая. Домен приобретается из старой учетной записи, а сайт размещается в новой. Я планировал удалить старую и поэтому запросил передачу домена команде AWS, и они сделали. Итак, я создал новые размещенные зоны в новой учетной записи AWS и после удаления старой. ничего не работает. Перед тем, как удалить старую, я выбрал размещенные зоны и удалил ее.

Кто-нибудь может мне помочь?

Оставьте записи NS и SOA в покое.

Когда вы удаляете размещенную зону, а затем возвращаете ее обратно, вы точно не возвращаете ее. Вы просто создаете один, похожий на оригинал (но не идентичный ему).

Когда вы щелкаете домен в «Размещенных зонах», вы видите 4 сервера имен, назначенных зоне хостинга маршрутом 53 в дальнем правом углу экрана. Это также будут значения по умолчанию для записей NS, которые никогда не должны редактироваться.

Каждый раз, когда вы создаете размещаемую зону, эти 4 почти всегда будут разными - это означает, что ваша размещенная зона теперь живет на 4 новых, различных авторитетных серверах имен в Route 53.

Но Интернет все еще ожидает старый 4 сервера имён для ваших записей ... которых у них нет.

Вы должны обновить официальные серверы имен у своего регистратора. В данном случае это другая часть маршрута 53.

В консоли Route 53 нажмите «Зарегистрированные домены».

Выберите свой домен.

Выберите «добавить / изменить серверы имен».

Введите правильные значения для серверов имен Route 53, упомянутых выше, которые вы увидите, щелкнув домен на странице Hosted Zones.

При переносе регистрации домена на Route 53, когда размещенная зона для домена уже присутствует, активна и работает в Route 53, не удаляйте размещенную зону. В рамках передачи вы хотите выбрать вариант продолжения использования «текущих» серверов имен в этом случае, потому что они уже имеют правильные значения.

Тот же ответ на другой вопрос о Переполнение стека.


¹никогда не должен редактироваться если вы не делаете некоторые хакерство с белой этикеткой - но не делай этого. Как объясняется в нижней части связанной страницы, серверы имен с белой меткой, по-видимому, представляют собой значительную административную нагрузку, если вы хотите, чтобы ответы DNS на основе географических данных или задержки работали должным образом, включая псевдонимы A-записей, указывающие на CloudFront. В противном случае значения по умолчанию для NS и SOA в Route 53 всегда уже верны, и проблема в другом.