Перенос серверов имен белой метки из одной учетной записи Amazon Web Services в другую - PullRequest
1 голос
/ 18 апреля 2019

У меня есть домен (назовите его mydomain.com), зарегистрированный на одном аккаунте AWS (назовите его аккаунтом A). DNS для mydomain.com также обрабатывается AWS в той же учетной записи A: в учетной записи A для mydomain.com есть размещенная зона, где записи NS являются проприетарными (белыми метками) серверами имен (называйте их ns1.mydomain.com). , ns2.mydomain.com, ns3.mydomain.com, ns4.mydomain.com), настроенные в aws cli с использованием повторно используемого набора делегирования AWS.

Я хочу перенести регистрацию и DNS для моего domain.com с учетной записи A на учетную запись B, чтобы в будущем люди, контролирующие учетную запись B (я являлся администратором обеих учетных записей, но другой администратор учетной записи B не контролирует учетную запись A) может изменить DNS для моего domain.com без необходимости спрашивать меня каждый раз.

Перенос регистрации домена между двумя учетными записями AWS прост: в AWS есть поддержка документ , объясняющая, что они будут выплачивать такие внутренние переводы по запросу, если вы откроете заявку в службу поддержки.

У меня проблема с передачей размещенной зоны и, в частности, с сохранением тех же серверов имен с белой меткой, что и до передачи.

AWS также предоставляет поддержку документ для этой темы, где предлагается, что если вы хотите перенести размещенную зону из одной учетной записи AWS в другую, вы должны программно перечислить записи в старой размещенной зоне отредактируйте вывод и затем программно создайте записи в новой размещенной зоне, используя отредактированный вывод.

Хотя особый случай переноса размещенной зоны с серверами имен с белой меткой конкретно не рассматривается в документе, я предполагаю решение, поскольку повторно используемые наборы делегирования не могут быть перенесены из одной учетной записи AWS в другую, состоит в том, чтобы (1) воссоздать новый набор делегирования многократного использования в учетной записи B, (2) использовать идентификатор в этом наборе делегирования многократного использования, программно создать размещенную зону для mydomain.com в учетной записи B и (3) создать связующие записи, соединяющие ns1. mydomain.com, ns2.mydomain.com, ns3.mydomain.com, ns4.mydomain.com.

Этого будет достаточно, чтобы DNS работал на mydomain.com без прерывания, вызванного передачей. Моя проблема в том, что я не знаю, что мне следует использовать, чтобы продолжать использовать одни и те же серверы имен белых меток (ns1.mydomain.com, ns2.mydomain.com, ns3.mydomain.com, ns4.mydomain.com) до и после перевод и без перерыва.

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

Сложность заключается в том, что когда я буду создавать эти склеенные записи в учетной записи B для подготовки к передаче, склеенные записи для серверов имен будут по-прежнему указывать на IP-адреса, связанные со старым повторно используемым делегированием, установленным в размещенная зона в учетной записи A (которая, как я понимаю, не может быть перенесена из учетной записи A). Поэтому, если я воссоздаю идентичные записи для моей размещенной зоны domain.com в учетной записи B, я должен сделать одно из следующих действий, прежде чем отправлять в AWS заявку в службу поддержки с просьбой выполнить перенос домена из учетной записи A в учетную запись B:

  1. включает клейкие записи в размещенной зоне учетной записи B для mydomain.com, указывающие на IP-адреса, соответствующие серверам имен в наборе многоразового делегирования учетной записи A, или
  2. включает клейкие записи в размещенной зоне учетной записи B для mydomain.com, указывающие на IP-адреса, соответствующие серверам имен в наборе делегирования многократного использования учетной записи B.

Какой правильный способ сделать это?

...