翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# ドメインの移管
別のレジストラから Amazon Route 53 に、AWS アカウント間で、または Route 53 から別のレジストラに、ドメインの登録を移管できます。ある AWS アカウントから別のアカウントへのドメイン移管には、料金は発生しません。
このセクションのこのトピックでは、ドメイン移管に関連する以下のトピックについて説明します。
1. [移管タイプを選択する](domain-transfer-decision-guide.md)
+ Route 53 へのドメイン登録の移管と、DNS ホスティングのみに Route 53 を使用することの違いについて説明します。
+ ドメイン管理と DNS ホスティングの目標に基づき、ニーズに適したオプションについて説明します。
1. [移管前チェックリスト](domain-transfer-checklist.md)
+ 一般的な移管の失敗を避けるために、ドメインを Route 53 に移管する前に、重要な準備手順を完了してください。
+ ドメインの適格性を検証し、認可コードを取得し、スムーズな移管プロセスのために DNS 設定を準備します。
1. [ドメイン登録の Amazon Route 53 への移管](domain-transfer-to-route-53.md)
+ 前提条件、認可コード、DNS 設定の更新など、ドメインを別のレジストラから Route 53 に転送するステップバイステップの手順について説明します。
+ ドメインの移管が、有効期限とさまざまな最上位ドメイン (TLD) の考慮事項にどのような影響を与えるかについて理解します。
1. [一般的な移管の問題](domain-transfer-troubleshooting.md)
+ ドメインの要件、認可プロセス、タイミングに関する考慮事項を理解することで、一般的な移管の問題を回避します。
+ 移管の問題を解決する方法と、移管が遅延するか拒否された場合の対処方法について説明します。
1. [Amazon Route 53 から別のレジストラへのドメインの移行](domain-transfer-from-route-53.md)
+ Route 53 から別のレジストラにドメインを移管するプロセスを理解します。これには、認可コードの取得、DNS 設定の更新、確認 E メールへの応答が含まれます。
+ DNS サービスを別のプロバイダーに移管するときの考慮事項と、エイリアスレコードやルーティングポリシーなどの Route 53 固有の機能に対する潜在的な影響に注意してください。
1. [ドメインを別の AWS アカウントに転送する](domain-transfer-between-aws-accounts.md)
+ 移管の開始と承諾に必要なロールとアクセス許可など、ドメインをある AWS アカウントから別のアカウントに移管する方法を説明します。
+ ドメインの移管後にホストゾーンを新しいアカウントに移行するオプションのステップについて説明します。
1. [移管ステータス](domain-transfer-to-route-53-status.md)
+ ドメイン移管リクエストのステータスと、移管プロセス中のさまざまなステータスコードの意味を表示する方法について説明します。
1. [ドメインを Amazon Route 53 に移管するとドメイン登録の有効期限が受ける影響](domain-transfer-to-route-53-expiration.md)
+ Route 53 へのドメインの移管が、ドメインの有効期限にどのように影響する可能性があるかについて説明します。
上記のトピックに記載されている情報に従って、Route 53 との間でドメインを効果的に移管し、移管プロセスを管理し、適切な DNS 設定とルーティングを維持しながら確実に円滑な移管を行うことができます。
# Route 53 移管タイプを選択する
ドメインで Amazon Route 53 を使用する場合は、2 つのオプションがあります。違いを理解することは、ニーズに合った適切なアプローチを選択するのに役立ちます。
## ドメイン登録を Route 53 に移管する
このオプションでは、Route 53 がドメインレジストラになります。つまり、ドメインの更新、連絡先情報、DNS 設定はすべて Route 53 を通じて管理します。
**次のような場合にこのオプションを選択してください。**
+ ドメイン管理と DNS ホスティングを 1 か所に統合する
+ Route 53 ドメイン管理機能を活用する
+ 請求書にドメインの更新を含めることで AWS 請求を簡素化する
**予想されること:**
+ **完了までの時間:** 5～7 日
+ **前提条件: 現在のレジストラからの**認可コード、ドメインのロック解除、登録者の E メールの確認
+ **更新に対して支払うユーザー:** Route 53
**次のステップ:** [ドメイン移管の移管前チェックリスト](domain-transfer-checklist.md) を完了して移管の準備をします。
## DNS ホスティングにのみ Route 53 を使用する
このオプションでは、現在のドメインレジストラは保持しますが、DNS サービスとして Route 53 を使用します。
**次のような場合にこのオプションを選択してください。**
+ 既存のレジストラ関係を維持する
+ レジストラを変更せずに Route 53 の高度な DNS 機能を使用する
+ 最小限の前提条件ですぐに開始する
**予想されること:**
+ **完了までの時間:** 最大 2 日間 (DNS 伝達によって異なります)
+ **前提条件:** なし
+ **更新のお支払い先:** 現在のレジストラ
**次のステップ:** [DNS サービスとしての Amazon Route 53 の設定](dns-configuring.md) に進み、DNS ホスティングを設定します。
**重要**
Route 53 を DNS サービスとして使用するには、ドメイン登録を移管する必要はありません。既存のレジストラを保持し、DNS ホスティングにのみ Route 53 を使用できます。
# ドメイン移管の移管前チェックリスト
Amazon Route 53 へのドメイン登録の移管を開始する前に、次のチェックを完了して、一般的な移管の失敗を回避し、スムーズなプロセスを確保してください。
## 移管する内容を決定する
ニーズに一致するオプションを選択します。
**ドメイン登録を Route 53 に移管する**
レジストラが Amazon Route 53 になります。ドメインの更新に対して Route 53 に支払いを行い、Route 53 コンソールを使用してドメイン設定を管理します。
**次のステップ:** このチェックリストを続行し、[ドメイン登録の Amazon Route 53 への移管](domain-transfer-to-route-53.md) に従います。
**DNS ホスティングにのみ Route 53 を使用する**
現在のレジストラは維持しますが、DNS 解決には Route 53 ネームサーバーを使用します。更新に対して現在のレジストラに引き続き支払います。
**次のステップ:** このチェックリストをスキップし、[DNS サービスとしての Amazon Route 53 の設定](dns-configuring.md) に従います。
## 前提条件チェックリスト
ドメイン移管を開始する前に、以下のすべてを完了してください。
**移管前チェックリスト (すべての項目を完了)**
1. **☐ 登録者の E メールアクセスを確認する**
ドメイン移管承認 E メールを受信するため、登録者の E メールアドレスで E メールを受信できることを確認します。
**重要**
現在の登録者の E メールアドレスにアクセスできない場合は、現在のレジストラで登録者の連絡先 E メールアドレスを更新し、移管されるまで 60 日間待ちます。
1. **☐ ドメインのロックを解除する**
現在のレジストラドメイン設定にアクセスし、「ドメインロック」または「移管ロック」保護が有効になっている場合は無効にします。
**注記**
ロックを無効にしたら、変更が有効になるまで数分待ってから移管を開始します。
1. **☐ 認可コードを取得する**
現在のレジストラに認可コード (認証コード) をリクエストし、その機密性を維持します。このコードはこの移管プロセスで後から Route 53 コンソールに入力します。
1. **☐ ドメインの経過時間と適格性を確認する**
ドメインが ICANN 移管要件を満たしていることを確認します。
+ ドメインは、初回登録から 60 日以上経過している必要があります。
+ ドメイン登録の有効期限が切れて、復元した場合は、復元後、少なくとも 60 日間が経過している必要があります。
**ヒント**
登録者の連絡先の詳細が最近更新された場合 (名前や E メールの変更など)、ICANN ルールによって移管が一時的にブロックされる場合があります。一部のレジストラでは、この保留をオプトアウトできます。不明な場合は、現在のレジストラに確認してください。
1. **☐ 支払い方法を準備する**
AWS アカウントに有効な支払い方法があることを確認します。ドメインを Route 53 に移管する場合、 AWS アカウントに適用される移管料金は最上位ドメインによって異なります。
現在の料金については、「[Route 53 料金表](https://aws.amazon.com/route53/pricing/)」を参照してください。
**注記**
AWS クレジットを使用してドメイン移管の支払いを行うことはできません。Route 53 は、プロセスを開始する前に移管料金を請求し、移管が失敗した場合はすぐに返金します。
1. **☐ DNSSEC を無効にする (有効になっている場合)**
現在のレジストラで DNSSEC が現在有効になっている場合は、移管を開始する前に一時的に無効にします。これにより、DNS 検証の問題なしで移管を完了できます。
**DNSSEC の無効化が重要である理由:**
ドメインを移管する場合、現在のレジストラに保存されている DNSSEC キー (KSK/ZSK) と DS レコードは自動的に Route 53 に移管されません。Route 53 でこれらのキーを再設定せずに DNSSEC を再度有効にすると、ドメインは DNS 検証に失敗する可能性があります。
**安全なアプローチ (推奨):**
1. 移管を開始する前に、現在のレジストラで DNSSEC を無効にします。
1. ドメイン移管を完了し、Route 53 ホストゾーンを作成します (まだ作成されていない場合）。
1. DNSSEC を有効にせずに、すべての DNS レコードが正しく解決されていることを確認します。
1. ホストゾーンの新しい KSK/ZSK 値を使用して Route 53 で DNSSEC を設定します。
1. TLD レジストラ (現在の Route 53) で新しい DS レコードを発行することで、DNSSEC を再度有効にします。
**ヒント**
Route 53 で新しいホストゾーンを作成すると同時にドメインを移管する場合は、移管する前に DNSSEC を無効にし、ホストゾーンの設定が確認され、DNS 解決が正しく機能するまで待ちます。確認したら、Route 53 のコンソールから DNSSEC を再度安全に有効にできます。DNSSEC を再度有効にする前に、Route 53 で DNS 設定を必ず確認してください。Route 53 における DNSSEC の詳細については、「[ドメインの DNSSEC の設定](domain-configure-dnssec.md)」を参照してください。
## オプション: 最初に DNS サービスを移管する
ドメイン登録を移管する前に、DNS サービスを Route 53 に移管することを検討してください。このアプローチには以下の利点があります。
+ 移管中のウェブサイトまたは E メールのダウンタイムのリスクを軽減できます
+ フル移管にコミットする前に Route 53 DNS 機能をテストできます
+ ドメイン移管で問題が発生した場合にフォールバックオプションを提供します
最初に DNS サービスを移管するには、「[DNS サービスとしての Amazon Route 53 の設定](dns-configuring.md)」を参照してください。
## 次の手順
このチェックリストを完了した後:
1. 「[ドメイン登録の Amazon Route 53 への移管](domain-transfer-to-route-53.md)」のステップバイステップの移管プロセスに従います。
1. 移管プロセス中に承認メッセージがないか E メールをモニタリングします。
# ドメイン登録の Amazon Route 53 への移管
**重要**
.cc と .tv を除くすべての国コードトップレベルドメイン (ccTLD) を Route 53 に移管する場合、所有者連絡先の更新は行われず、レジストリの所有者連絡先データが使用されます。移管が完了すると、連絡先情報を更新できます。詳細については、「[ドメインの連絡先情報と所有者の更新](domain-update-contacts.md)」を参照してください。
ドメイン登録を Amazon Route 53 へ移管するには、このトピックの手順に従います。
## 移管プロセスの概要
ドメイン移管には、以下の主要なステップが含まれます。
1. **移管前チェックリストを完了する**
移管の失敗を避けるため、前提条件を確認します。「[ドメイン移管の移管前チェックリスト](domain-transfer-checklist.md)」を参照してください。
1. **Route 53 コンソールでの移管をリクエストする**
ドメイン名と認可コードを入力します。「[ステップ 5: 移管をリクエストする](#domain-transfer-to-route-53-request-transfer)」を参照してください。
1. **E メールで承認する** (*顧客のアクションが必要)*
5 日以内に登録者の E メールに送信された承認リンクをクリックします。「[ステップ 6: 確認と承認 E メールのリンクをクリックする](#domain-transfer-to-route-53-authorize-transfer)」を参照してください。
1. **完了まで待機する**
現在のレジストラによって拒否されない限り、移管は自動的に完了します。コンソールでステータスをモニタリングします。
**最も一般的な障害ポイント**
一般的な問題の解決策を次に示します。
+ **E メールが受信されない**: 登録者の E メールにアクセスできることを確認し、スパムフォルダを確認します。
+ **ドメインロック**: 移管を開始する前に現在のレジストラでロック解除します。
+ **無効な認証コード: **現在のレジストラに新しい認可コードをリクエストします。
+ **60 日間のルール違反**: 60 日間の ICANN ルール (資格ウィンドウ）。移管は、初回登録または登録者の連絡先の変更から 60 日以内にブロックされます。一部のレジストラは、変更前にオプトアウトを許可しています。該当する場合は、現在のレジストラに質問してください。
**重要**
手順をスキップすると、お客様のドメインはインターネットで使用できなくなる可能性があります。
次の点に注意してください。
** AWS サポートへのお問い合わせ**
ドメインの転送中に問題が発生した場合は、 AWS Support に無料でお問い合わせください。詳細については、「[ドメイン登録の問題に関する AWS サポートへのお問い合わせ](domain-contact-support.md)」を参照してください
**有効期限日**
ドメインの移管が現在の有効期限に及ぼす影響については、「[ドメインを Amazon Route 53 に移管するとドメイン登録の有効期限が受ける影響](domain-transfer-to-route-53-expiration.md)」を参照してください。
**移管料金**
ドメインを Route 53 に移管する場合、 AWS お客様のアカウントに適用される移管料金は、.com や .org などの最上位ドメインによって異なります。詳細については、「[Route 53 料金表](https://aws.amazon.com/route53/pricing/)」を参照してください。
AWS クレジットを使用して、Route 53 にドメインを移管するための料金を支払うことはできません。
Route 53 は、移管プロセスを開始する前に、ドメインの移管に対して料金を請求します。何らかの理由で移管が失敗した場合は、直ちにお客様のアカウントに移管の費用を返却します。
**特別なドメイン名とプレミアムドメイン名**
TLD レジストリでは、一部のドメイン名に対して特別料金またはプレミアム料金を設定しています。ドメインに特別料金またはプレミアム料金が設定されている場合、ドメインを Route 53 に転送することはできません。
**ドメインクォータ**
AWS アカウントあたりのドメインのデフォルトの最大数は 20 です。[クォータによる上限の引き上げをリクエスト](https://us-east-1.console.aws.amazon.com/servicequotas/home/services/route53/quotas/L-F767CB15)できます。詳細については、「[ドメインのクォータ](DNSLimitations.md#limits-api-entities-domains)」を参照してください。
**ネームサーバーの制限**
Route 53 のドメインあたりの最大ネームサーバー数は 6 です。
**Topics**
+ [移管プロセスの概要](#domain-transfer-overview)
+ [最上位ドメインの移管に関する要件](#domain-transfer-to-route-53-requirements)
+ [ステップ 1: Amazon Route 53 で最上位ドメインがサポートされていることを確認する](#domain-transfer-to-route-53-confirm-tld)
+ [ステップ 2 (オプション): DNS サービスを Amazon Route 53 または別の DNS サービスプロバイダーに移管する](#domain-transfer-to-route-53-transfer-dns)
+ [ステップ 3: 現在のレジストラで設定を変更する](#domain-transfer-to-route-53-change-registrar-settings)
+ [ステップ 4: ネームサーバーの名前を取得する](#domain-transfer-to-route-53-get-name-servers)
+ [ステップ 5: 移管をリクエストする](#domain-transfer-to-route-53-request-transfer)
+ [ステップ 6: 確認と承認 E メールのリンクをクリックする](#domain-transfer-to-route-53-authorize-transfer)
+ [ステップ 7: ドメイン設定を更新する](#domain-transfer-to-route-53-change-configuration)
## 最上位ドメインの移管に関する要件
ほとんどのドメインレジストラは、他のレジストラへのドメインの移管について要件を設定しています。これらの要件の主な目的は、不正なドメインの所有者が、別のレジストラにドメインを繰り返し移管するのを防ぐことです。要件は異なりますが、以下の要件が一般的です。
+ ドメインを現在のレジストラに登録するか、少なくとも 60 日前にドメインの登録を現在のレジストラに転送しておく必要があります。
+ ドメイン名登録の有効期限が切れて、復元する必要があった場合は、復元後、少なくとも 60 日間が経過している必要があります。
+ ドメインのドメイン名ステータスコードが以下のいずれかであってはいけません。
+ clientTransferProhibited
+ pendingDelete
+ pendingTransfer
+ redemptionPeriod
+ serverTransferProhibited
+ 一部の最上位ドメインのレジストリは、ドメインの所有者の変更などの変更が完了するまで、移管を許可しません。
ドメイン名のステータスコードと各コードの意味を記した最新のリストは、[ICANN のウェブサイト](https://www.icann.org/)で EPP のステータスコードを検索すると確認できます。(ICANN ウェブサイトで直接、検索してください。ウェブ検索ではドキュメントの古いバージョンが返されることがあります)。
**注記**
ICANN は、ドメイン名の登録と移管を管理するポリシーを定めている組織です。
[Whois のウェブサイト](https://www.whois.com/whois/)でご自分のドメイン名を検索し、ドメインのステータスコードやその他の情報を確認することもできます。
## ステップ 1: Amazon Route 53 で最上位ドメインがサポートされていることを確認する
「[Amazon Route 53 に登録できる最上位ドメイン](registrar-tld-list.md)」を参照してください。移管するドメインの最上位ドメインがリストにある場合は、そのドメインを Amazon Route 53 に移管できます。
その TLD がリストにない場合は、現在そのドメイン登録を Route 53 に移管することはできません。その他の TLD がリストに追加される場合があるため、お客様のドメインのサポートが追加されているかどうかを再確認してください。
## ステップ 2 (オプション): DNS サービスを Amazon Route 53 または別の DNS サービスプロバイダーに移管する
**DNS を最初に移管する理由**
一部のレジストラは無料の DNS サービスを提供していますが、Route 53 からドメイン登録の移管リクエストを受け取ると、すぐに無効となってしまうものがあります。Route 53 でドメインの DNS サービスを提供する場合は、[Amazon Route 53 を既存ドメインの DNS サービスとして使用するRoute 53 を既存ドメインの DNS サービスにする](MigratingDNS.md) をご覧ください。
## ステップ 3: 現在のレジストラで設定を変更する
現在のレジストラが用意している方法を使用して、移管する各ドメインについて次のいずれかを実行します。
+ [Confirm that the email for the registrant contact for your domain is up to date](#domain-transfer-to-route-53-change-registrar-settings-email)
+ [Unlock the domain so it can be transferred](#domain-transfer-to-route-53-change-registrar-settings-unlock)
+ [Confirm that the domain status allows you to transfer the domain](#domain-transfer-to-route-53-change-registrar-settings-status)
+ [Disable DNSSEC for the domain](#domain-transfer-to-route-53-change-registrar-settings-dnssec)
+ [Get an authorization code](#domain-transfer-to-route-53-change-registrar-settings-code)
+ [Renew your domain registration before you transfer the domain (selected geographic TLDs)](#domain-transfer-to-route-53-change-registrar-settings-renew)
**ドメインの登録者の連絡先が最新であることを確認する**
当社は登録者の連絡先の E メールアドレスに E メールを送信して、移管の承認をリクエストします。移管を承認するには、E メールのリンクをクリックする必要があります。リンクをクリックしない場合、移管はキャンセルされます。
登録者として登録した連絡先には、[ICANN 移転ポリシー](https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en)に基づき、ドメイン名の登録名保有者としての特定の権利があります。ほとんどのドメインは、 の閉鎖時に削除されます AWS アカウント (詳細については、「」を参照してください[AWS アカウントが閉鎖または完全に閉鎖され、ドメインが Route 53 に登録されている](troubleshooting-account-closed.md))。ただし、ドメインが閉鎖されたアカウントに残っている場合、登録者としてリストした連絡先は、外部レジストラへのドメイン名の移管をリクエストできる場合があります。したがって、リストに記載する登録者の連絡先は、自分または責任を持って行動できる別の信頼できる人物であることが重要です。
**移管可能にするためにドメインのロックを解除する**
ドメイン登録の管理組織である ICANN の要件に従って、ドメインを移管する前にドメインのロックを解除する必要があります。
**ドメインのステータスが移管可能であることを確認する**
詳細については、「[最上位ドメインの移管に関する要件](#domain-transfer-to-route-53-requirements)」を参照してください。
**ドメインの DNSSEC を無効にします **
ドメインで DNSSEC を使用し、ドメイン登録を Route 53 に移管する場合は、まず以前のレジストラで DNSSEC を無効にする必要があります。次に、ドメイン登録を移管した後、Route 53 でドメインの DNSSEC を設定する手順を実行します。Route 53 では、ドメイン登録と DNSSEC 署名で、DNSSEC がサポートされています。詳細については、「[Amazon Route 53 での DNSSEC 署名の設定](dns-configuring-dnssec.md)」を参照してください。
DNSSEC が設定されている場合にドメイン登録を Route 53 に移管すると、DNSSEC パブリックキーも移管されます。DNSSEC をサポートしていないプロバイダーに DNS サービスを 移管する場合、ドメインから DNSSEC キーを削除するまで DNS 解決が断続的に失敗します。詳細については、「[ドメインのパブリックキーの削除](domain-configure-dnssec.md#domain-configure-dnssec-deleting-keys)」を参照してください。
**認可コードを取得する**
Route 53 へのドメイン登録の移管をリクエストするには、現在のレジストラから認可コードを取得する必要があります。このコードは後で Route 53 コンソールに入力します。
一部の最上位ドメインには、以下の追加の要件があります。
**.co.za のドメイン**
.co.za ドメインを Route 53 に移管するために認可コードを取得する必要はありません。
**.uk、.co.uk、.me.uk、.org.uk のドメイン**
.uk、.co.uk、.me.uk、または .org.uk ドメインを Route 53 に移管する場合は、認可コードを取得する必要はありません。代わりに、現在のドメインレジストラが用意している方法を使って、ドメインの IPS タグの値を **GANDI**（すべて大文字）に更新します (IPS タグは .uk ドメイン名のレジストリである Nominet が必要としています)。レジストラが IPS タグの値を変更する方法を提供していない場合は、[Nominet にお問い合わせ](https://www.nominet.uk/domain-support/online-services)ください。
IPS タグの変更に関する以下の点に注意してください。
**5 日以内に移管をリクエストする必要があります**
IPS タグを変更してから 5 日以内に移管をリクエストしない場合、タグは以前の値に戻ります。IPS タグの値を再度変更する必要があります。変更しないと、移管のリクエストは失敗します。
**WHOIS クエリでの IPS タグの表示**
IPS タグへの変更は、Route 53 への転送が完了するまで WHOIS クエリに表示されません。
**Gandi からの E メール**
レジストラアソシエイトである Gandi から、移管プロセスに関するメールが届く場合があります。Gandi (transfer-auth@gandi.net) からドメインの移管に関する E メールを受け取った場合は、E メールの指示は無視してください。これは、.uk、.co.uk、.me.uk、.org.uk ドメインに関連しないためです。代わりに、このトピックの手順に従ってください。
**ドメイン (一部の地理的 TLD) を移管する前にドメイン登録を更新します**
ほとんどの TLD では、ドメインを移管すると、登録は自動的に 1 年延長されます。ただし、一部の地理的 TLD では、ドメインを移管しても登録は延長されません。これらのいずれかの TDL を持つ Route 53 にドメインを移管する場合は、移管前にドメイン登録を更新することをお勧めします (特に、有効期限が近づいている場合)。
移管前にドメインを更新しなかった場合、移管が完了する前に、登録が期限切れになる可能性があります。この場合、ドメインはインターネットで使用できなくなり、他者がそのドメイン名を購入できるようになる可能性があります。
次のドメインを別のレジストラに移管するときは、登録は自動的に延長されません。
+ .ch (スイス)
+ .cl (チリ)
+ .co.uk (英国)
+ .co.za (南アフリカ)
+ .com.au (オーストラリア)
+ .cz (チェコ共和国)
+ .es (スペイン)
+ .fi (フィンランド)
+ .im (マン島)
+ .jp (日本)
+ .me.uk (英国)
+ .net.au (オーストラリア)
+ .org.uk (英国)
+ .se (スウェーデン)
+ .uk (英国)
## ステップ 4: ネームサーバーの名前を取得する
Amazon Route 53 を DNS サービスとして使用しているか、既存の DNS サービスを継続して使用している場合は、プロセスの後で自動的にネームサーバーの名前が取得されます。「[ステップ 5: 移管をリクエストする](#domain-transfer-to-route-53-request-transfer)」へ進んでください。
ドメインを Route 53 に移管するのと同時に、DNS サービスを Route 53 以外のプロバイダに変更する場合は、DNS サービスプロバイダが用意している手順に従って、移管する各ドメインのネームサーバーの名前を取得します。
**重要**
ドメインのレジストラがドメインの DNS サービスプロバイダーでもある場合は、ドメイン登録の移管プロセスを続行する*前*に、DNS サービスを Route 53 または別の DNS サービスプロバイダーに移管します。
ドメイン登録を移管するのと同時に DNS サービスを移管する場合、ドメインに関連付けられたウェブサイト、E メール、およびウェブアプリケーションは利用できなくなることがあります。詳細については、「[ステップ 2 (オプション): DNS サービスを Amazon Route 53 または別の DNS サービスプロバイダーに移管する](#domain-transfer-to-route-53-transfer-dns)」を参照してください。
## ステップ 5: 移管をリクエストする
現在のレジストラから Amazon Route 53 にドメイン登録を移管するには、Route 53 コンソールを使用して移管をリクエストします。Route 53 は、ドメインの現在のレジストラとの通信を処理します。
コンソールを使用してドメインを 5 つまで移管できます。
使用する手順は、移管するドメインの数 (1 つ、または 5 つまで) に応じて異なります。
+ [1 つのドメインのドメイン登録を Route 53 に移管するには](#domain-transfer-to-route-53-single-procedure)
+ [最大 5 つのドメインのドメイン登録を Route 53 に移管するには](#domain-transfer-to-route-53-up-to-five-procedure)
1 つのドメインをアカウントに移管するときは、[**ドメインをアカウントに移管する**] のプロセスを使用します。
**1 つのドメインのドメイン登録を Route 53 に移管するには**
1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。
1. ナビゲーションペインで [**Registered Domains**] をクリックします。
1. **[登録済みドメイン]** のページで、**[移管 (イン)]** ドロップダウンから **[単一のドメイン]** を選択します。
1. **[ドメインをアカウントに移管する]** ページの **[ドメイン移管可否の確認]** セクションに、登録を Route 53 に移管させるドメインの名前を入力し、**[チェック]** をクリックします。
1. ドメイン登録が移管可能である場合は、最上位のドメインの移管要件が満たされていることを確認し、**[次へ]** をクリックします。
ドメイン登録が移管できない場合は、Route 53 コンソールに理由が表示されます。登録の移管を妨げている問題の解決方法については、レジストラにお問い合わせください。
1. **[DNS サービス]** のページで、ネームサーバーの情報を確認し、**[次へ]** をクリックします。
1. 画面で指示されたら、現在のレジストラから取得した認可コードまたは IPS タグを [ステップ 3: 現在のレジストラで設定を変更する](#domain-transfer-to-route-53-change-registrar-settings) に入力します。
**注記**
.co.za、.uk、.co.uk、.me.uk、または .org.uk ドメインを Route 53 に移管するために認可コードを入力する必要はありません。
[**次へ**] を選択します。
1. **[ドメインの料金オプション]** ページで、移管するドメインを登録する年数と、有効期限が切れる前にドメイン登録を自動更新するかどうかを選択します。
**注記**
ドメイン名の登録および更新は返金の対象外です。ドメインの自動更新を有効にし、登録更新後にドメイン名が必要なくなった場合、更新費用の返金を受け取ることはできません。
[**次へ**] を選択します。
1. **[連絡先情報]** ページで、ドメインの登録者、管理者、技術担当者、請求の連絡先情報を入力します。ここで入力した値は、登録しようとしているすべてのドメインに適用されます。詳細については、「[ドメインを登録または移管するときに指定する値](domain-register-values-specify.md)」を参照してください
以下の考慮事項に注意してください。
**First Name (名) と Last Name (姓)**
[**First Name**] と [**Last Name**] は、公式 ID に名前を指定することをお勧めします。ドメイン設定の変更に際しては、一部のドメインレジストリで、身分証明書の提供が求められる場合があります。お客様の ID の名前は、ドメイン登録者の連絡先の名前と完全に一致する必要があります。
**他の連絡先**
デフォルトでは、3 種類の連絡先すべてについて同じ情報が使用されます。1 つまたは複数の連絡先で異なる情報を入力するときは、それぞれの連絡先について **[登録者の連絡先と同じ]** の値をオフの位置にします。
.it ドメインの場合、登録者と管理者の連絡先は同じである必要があります。
**その他の必須情報**
一部の最上位ドメイン (TLD) では追加情報を収集する必要があります。そのような TLD の場合は、[**Postal/Zip Code**] の後に、該当する値を入力します。
**プライバシー保護**
WHOIS クエリに対して連絡先情報を非表示にするかどうかを選択します。
管理担当者、登録者、技術担当者には、同じプライバシー設定を指定する必要があります。
詳細については、以下の各トピックを参照してください。
+ [ドメインの連絡先情報のプライバシー保護の有効化/無効化](domain-privacy-protection.md)
+ [Amazon Route 53 に登録できる最上位ドメイン](registrar-tld-list.md)
.uk、.co.uk、.me.uk、.org.uk ドメインのプライバシー保護を有効にするには、サポートケースを開いてプライバシー保護をリクエストします。
[**次へ**] を選択します。
1. **[確認]** ページで、入力した情報を確認し、必要に応じて修正します。サービスの利用規約を読み、読んだことを確認するチェックボックスをオンにします。
[**Submit request (リクエストの送信)**] を選択します。
1. ナビゲーションペインで **[ドメイン]** を選択し、次に **[リクエスト]** を選択します。
このページではドメインのステータスを確認できます。また、登録者の連絡先確認メールに、返信する必要があるかどうかも確認できます。確認メールは再送信することも可能です。
Route 53 でのドメインの登録に使用されたことがない登録者の連絡先の E メールアドレスを指定した場合、一部の TLD レジストリでは、アドレスが有効であることを確認する必要があります。
以下のいずれかの E メールアドレスより、確認 E メールが送信されます。
+ **noreply@registrar.amazon** – Amazon Registrar によって登録された TLDs 用。
+ **noreply@domainnameverification.net** または **noreply@emailverification.info** – 当社のレジストラアソシエイトである Gandi によって登録された TLDs の場合。TLD のレジストラを調べる方法については、「[レジストラの検索](find-your-registrar.md)」を参照してください。
**重要**
登録者は、E メールの指示に従って、メールを受信したことを確認する必要があります。これを行わない場合、お客様のドメインは ICANN の規定に従って停止されます。ドメインが停止されると、インターネットでそのドメインにアクセスできなくなります。
1. 確認 E メールを受け取ったら、E メール内のリンクを選択し、指定した E メールアドレスが有効であることを確認します。E メールがすぐに届かない場合は、迷惑メールフォルダーを確認します。
1. **[リクエスト]** ページに戻ります。ステータスが自動的に [**email-address is verified (E メールアドレスが検証されました)**] に更新されない場合は、[**ステータスの更新**] を選択します。
1. ドメインの移管が完了したら、ドメインの DNS サービスとして Route 53 を使用するか他の DNS サービスを使用するかによって、次のステップは異なります。
+ **Route 53**: ドメイン登録時に Route 53 が作成したホストゾーンで、ドメインおよびサブドメインへのトラフィックをどのようにルーティングするかを Route 53 に指示するためのレコードを作成します。
例えば、誰かがブラウザにドメイン名を入力し、そのクエリが Route 53 に転送されたときに、Route 53 がそのクエリに対してお客様のデータセンターにあるウェブサーバーの IP アドレスを返すか、それとも Elastic Load Balancing ロードバランサーの名前を返すかを指定します。
詳細については、「[レコードを使用する](rrsets-working-with.md)」を参照してください。
**重要**
Route 53 が自動的に作成するもの以外のホストゾーンでレコードを作成した場合、ドメインのネームサーバーを更新して新しいホストゾーンのネームサーバーを使用する必要があります。
+ **他の DNS サービス**－ 他の DNS サービスに DNS クエリをルーティングするように新しいドメインを設定します。[ネームサーバーを更新して別のレジストラを使用する](domain-register-other-dns-service.md)の手順を実行します。
5 つまでのドメインをアカウントに移管するときは、次の方法に従います。
**最大 5 つのドメインのドメイン登録を Route 53 に移管するには**
1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。
1. ナビゲーションペインで [**Registered Domains**] をクリックします。
1. **[登録済みドメイン]** のページで、**[移管 (イン)]** ドロップダウンから **[複数のドメイン]** を選択します。
1. **[複数のドメインをアカウントに移管]** ページで、移管するドメインを最大で 5 つ入力し、必要に応じて認可コードを 1 行ずつ入力して、**[チェック]** を選択します。
1. 移管にドメイン登録を使用できる場合は、**[ドメインの可用性]** リストに使用可能として表示されます。登録を移管するドメインの横にあるチェックボックスを選択し、最上位のドメインの移管要件が満たされていることを確認して、**[次へ]** をクリックします。
ドメイン登録が移管できない場合は、Route 53 コンソールに理由が表示されます。登録の移管を妨げている問題の解決方法については、レジストラにお問い合わせください。
1. **[DNS サービス]** のページで、ネームサーバーの情報を確認し、**[次へ]** をクリックします。
**注記**
ドメイン名の登録と更新は、返金の対象外です。ドメインの自動更新を有効にし、登録更新後にドメイン名が必要なくなった場合、更新費用の返金を受け取ることはできません。
1. **[連絡先情報]** ページで、ドメインの登録者、管理者、技術担当者の連絡先情報を入力します。ここで入力した値は、移管しようとしているすべてのドメインに適用されます。
**重要**
登録者の連絡先 (ドメイン所有者) には、次の値を指定することをお勧めします。
**姓名**: 公式 ID に表示される名前を指定することをお勧めします。ドメイン設定の変更に際しては、一部のドメインレジストリで、身分証明書の提供が求められる場合があります。お客様の ID の名前は、ドメイン登録者の連絡先の名前と完全に一致する必要があります。
**連絡先の詳細**: ドメインの移管時は、現在のレジストラで指定した値と同じ値を指定することをお勧めします。登録者の連絡先の連絡先詳細を変更するときは、ドメインの所有者を変更します。TLD レジストリによっては、ドメインの移管時にドメインの所有者を変更できません。登録者の連絡先の連絡先詳細を変更すると、移管に失敗することがあります。ドメインを移管した後、登録者の連絡先の連絡先詳細を変更できます。
デフォルトでは、3 種類の連絡先すべてについて同じ情報が使用されます。1 つまたは複数の連絡先で異なる情報を入力するときは、**[登録者の連絡先と同じ]** の値をオフの位置にします。
**注記**
.it ドメインの場合、登録者と管理者の連絡先は同じである必要があります。
詳細については、「[ドメインを登録または移管するときに指定する値](domain-register-values-specify.md)」を参照してください。
1. 一部の TLD では、追加情報を収集する必要があります。そのような TLD の場合は、[**Postal/Zip Code**] の後に、該当する値を入力します。
1. [**Contact Type**] の値が [**Person**] の場合、WHOIS クエリに対して連絡先情報を非表示にするかどうかを選択します。詳細については、「[ドメインの連絡先情報のプライバシー保護の有効化/無効化](domain-privacy-protection.md)」を参照してください。
1. [**Submit**] を選択してください。
1. 入力した情報を確認し、サービスの利用規約を読み、利用規約を読んだことを確認するチェックボックスをオンにします。
1. [**Submit request (リクエストの送信)**] を選択します。
ドメインが移管可能であることが確認されると、ドメイン移管の承認を求める E メールが、そのドメインの登録者の連絡先に送信されます。
1. ナビゲーションペインで **[ドメイン]** を選択し、次に **[リクエスト]** を選択します。
このページではドメインのステータスが確認できます。また、登録者の連絡先確認メールに、返信する必要があるかどうかも確認できます。確認メールは再送信することも可能です。
Route 53 でのドメインの登録に使用されたことがない登録者の連絡先の E メールアドレスを指定した場合、一部の TLD レジストリでは、アドレスが有効であることを確認する必要があります。
以下のいずれかの E メールアドレスより、確認 E メールが送信されます。
+ **noreply@registrar.amazon** – Amazon Registrar によって登録された TLDs 用。
+ **noreply@domainnameverification.net** または **noreply@emailverification.info** – 当社のレジストラアソシエイトである Gandi によって登録された TLDs の場合。TLD のレジストラを調べる方法については、「[レジストラの検索](find-your-registrar.md)」を参照してください。
**重要**
登録者は、E メールの指示に従って、メールを受信したことを確認する必要があります。これを行わない場合、お客様のドメインは ICANN の規定に従って停止されます。ドメインが停止されると、インターネットでそのドメインにアクセスできなくなります。
1. 確認 E メールを受け取ったら、E メール内のリンクを選択し、指定した E メールアドレスが有効であることを確認します。E メールがすぐに届かない場合は、迷惑メールフォルダーを確認します。
1. **[リクエスト]** ページに戻ります。ステータスが自動的に [**email-address is verified (E メールアドレスが検証されました)**] に更新されない場合は、[**ステータスの更新**] を選択します。
1. ドメインの移管が完了したら、ドメインの DNS サービスとして Route 53 を使用するか他の DNS サービスを使用するかによって、次のステップは異なります。
+ **Route 53**: ドメイン登録時に Route 53 が作成したホストゾーンで、ドメインおよびサブドメインへのトラフィックをどのようにルーティングするかを Route 53 に指示するためのレコードを作成します。
例えば、誰かがブラウザにドメイン名を入力し、そのクエリが Route 53 に転送されたときに、Route 53 がそのクエリに対してお客様のデータセンターのウェブサーバーの IP アドレスを返すか、それとも ELB ロードバランサーの名前を返すかを指定します。
詳細については、「[レコードを使用する](rrsets-working-with.md)」を参照してください
**重要**
Route 53 が自動的に作成するもの以外のホストゾーンでレコードを作成した場合、ドメインのネームサーバーを更新して新しいホストゾーンのネームサーバーを使用する必要があります。
+ **他の DNS サービス**－ 他の DNS サービスに DNS クエリをルーティングするように新しいドメインを設定します。[ネームサーバーを更新して別のレジストラを使用する](domain-register-other-dns-service.md)の手順を実行します。
## ステップ 6: 確認と承認 E メールのリンクをクリックする
移管をリクエストするとすぐに、1 つ以上の E メールがドメイン登録者の連絡先に送信されます。
**登録者の連絡先に到達可能であることを確認する E メール**
Route 53 にドメインを登録したことがない場合、またはドメインを Route 53 に移管したことがない場合、E メールが有効であることを確認する E メールが送信されます。この情報は保持されるので、この確認メールを再度送信する必要はありません。
**E メールでドメインを移管する承認を得る**
一部の TLD では、ドメインの移管を承認するために E メールに応答する必要があります。
**.com、.net、.org などの一般的な TLD**
.com、.net、.org などの[汎用 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic) を持つドメインには認可は必要ありません。
**.co.uk や .jp などの地理的 TLD**
[地域別 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) を持つドメインの場合、ドメインの移管に対する承認が必要になります。10 個のドメインを移管する場合は、10 通の E メールを送信する必要があり、それぞれで認可リンクをクリックする必要があります。
E メールはすべてドメインの登録者の連絡先に送信されます。
+ お客様がドメインの登録者の連絡先の場合は、メールの指示に従って移管を承認します。
+ お客様以外の人が登録者の連絡先である場合は、その人に E メールの指示に従って移管を承認するように依頼します。
**重要**
地域別 TLD を持つドメインを移管する場合、レジストラに対し、移管の承認を得るための連絡を実行するよう最大 5 日間の時間が与えられます。5 日間以内に登録者の連絡先から返信がない場合、移管処理はキャンセルされ、キャンセルを通知するメールが登録者の連絡先に送信されます。
**Topics**
+ [新しい所有者または E メールアドレス用の承認 E メール](#domain-transfer-to-route-53-authorize-transfer-additional-email)
+ [承認メールの発信元となるメールアドレス](#domain-transfer-to-route-53-authorize-transfer-email-addresses)
+ [現在のレジストラからの承認](#domain-transfer-to-route-53-authorize-transfer-registrar-approval)
+ [次に起こること](#domain-transfer-to-route-53-authorize-transfer-what-next)
### 新しい所有者または E メールアドレス用の承認 E メール
以下の値を変更する場合、承認を求める別の E メールが送信されます。
**ドメイン所有者**
「[ドメインの所有権の変更をトリガーするものは何ですか?](domain-update-contacts.md#domain-update-contacts-who-is-domain-owner)」で説明するようにドメインの所有者を変更する場合、ドメインの登録者連絡先に E メールが送信されます。
**登録者の連絡用 E メールアドレス (一部の TLD に対してのみ)**
一部の TLD では、登録者の連絡先 E メールアドレスを変更した場合、通知メールは登録者の連絡先として指定された古い E メールアドレスと新しい E メールアドレスの両方に送信されます。どちらかの E メールアドレスの担当者によって、この E メールの指示に従った変更の承認をする必要があります。
登録者の連絡先のドメイン所有者またはメールアドレスの変更に関して 3～15 日以内に変更が承認されない場合は、最上位ドメインに応じて、ICANN の要求に従ってリクエストをキャンセルする必要があります。
### 承認メールの発信元となるメールアドレス
メールはすべて次のメールアドレスの 1 つから送信されます。
****
| TLD | 許可メールの発信元となるメールアドレス |
| --- | --- |
| .com.au と .net.au | no-reply@ispapi.net メールには、http://transfers.ispapi.net へのリンクが含まれます。 |
| .fr | nic@nic.fr: ドメインを移管するときに、.fr ドメイン名の登録者の連絡先を変更する場合。(E メールは現在の登録者の連絡先と新しい登録者の連絡先の両方に送信されます。) |
| その他すべて | 以下のいずれかの E メールアドレス: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/domain-transfer-to-route-53.html) |
TLD のレジストラを調べる方法については、「[Amazon Route 53 に登録できる最上位ドメイン](registrar-tld-list.md)」を参照してください。
### 現在のレジストラからの承認
登録者の連絡先が移管を承認すると、当社は現在のレジストラと共にドメインの移管処理を開始します。このステップは、ドメインの TLD に応じて最大 10 日かかる場合があります。
+ [汎用最上位ドメイン](registrar-tld-list-generic.md) - 最大 7 日かかります
+ [地理的最上位ドメイン](registrar-tld-list-geographic.md) (国コードの最上位ドメインとも呼ばれます) 最大 10 日かかります
現在のレジストラが移管リクエストに応答しない場合 (これはレジストラではよくあることです)、移管は自動的に実行されます。現在のレジストラが移管リクエストを拒否した場合、現在の登録者の連絡先にメール通知が送信されます。登録者は現在のレジストラに連絡し、移管の問題を解決する必要があります。
### 次に起こること
ドメインの移管が承認されると、登録者の連絡先に別のメールが送信されます。プロセスの詳細については、「[ドメイン移管のステータスの表示](domain-transfer-to-route-53-status.md)」を参照してください。
移管が完了するとすぐに、ドメイン移管に対して AWS アカウントに課金されます。TLD 別の料金の一覧については、「[Amazon Route 53 のドメイン登録価格](https://d32ze2gidvkk54.cloudfront.net/Amazon_Route_53_Domain_Registration_Pricing_20140731.pdf)」を参照してください。
**注記**
これは 1 回限りの料金であるため、CloudWatch 請求メトリクスには表示されません。CloudWatch メトリクスの詳細については、*Amazon CloudWatch ユーザーガイド*の「[Amazon CloudWatch メトリクスの使用](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)」を参照してください。
## ステップ 7: ドメイン設定を更新する
移管が完了したら、必要に応じて、以下の設定を変更できます。
**[Transfer lock]**
ドメインを Route 53 に移管するには、移管のロックを無効にする必要がありました。不正な移管を防ぐためにロックを再び有効にする場合は、「[別のレジストラへの許可のない移管を防ぐためのドメインのロック](domain-lock.md)」を参照してください。
**自動更新**
有効期限が近づくと自動的に更新されるように、移管したドメインを設定します。この設定を変更する方法については、「[ドメインの自動更新の有効化/無効化](domain-enable-disable-auto-renewal.md)」を参照してください。
**延長登録期間**
デフォルトでは、Route 53 はドメインを毎年更新します。ドメインを長期間登録する場合は、「[ドメインの登録期間の延長](domain-extend.md)」を参照してください。
**DNSSEC**
ドメイン用の DNSSEC の設定については、「[ドメインの DNSSEC の設定](domain-configure-dnssec.md)」を参照してください。
# Route 53 の一般的な移管問題の防止
ドメイン移管の進行中に問題が発生した場合、最も一般的な問題とその解決方法は次のとおりです。
**注記**
移管がすでに失敗している場合は、障害後のトラブルシューティングについては、「[マイドメインを Amazon Route 53 に移管できませんでした](troubleshooting-domain-transfer-failed.md)」を参照してください。
**認可 E メールが届いていません**
Route 53 から認可 E メールが届かない場合は、最も一般的な原因と解決策を次に示します。
+ **スパムフォルダを確認する** - 認可 E メールは、E メールプロバイダーによってフィルタリングされる場合があります。
+ **E メールアドレスを確認する** - ドメインの連絡先情報の登録者の E メールアドレスが最新でアクセス可能であることを確認します。
+ **連絡先情報の更新** - E メールアドレスが古い場合は、転送を開始する前に現在のレジストラで更新してください。
+ **認可 E メールの再送信** - Route 53 コンソールで、転送ステータスのドメインの「認可 E メールの再送信」をクリックします。
**「無効な認可コード」エラーが発生しています**
「無効な認可コード」エラーが表示された場合は、次のソリューションを試してください。
+ **コードの再確認** - 認可コードでは大文字と小文字が区別されます。レジストラのインターフェイスから直接コードをコピーして貼り付け、入力エラーを回避します。
+ **コードの有効期限が切れているかどうかを確認する** - 認可コードの有効期限は、現在のレジストラに応じて 5～30 日です。有効期限が切れている場合は、新しいコードをリクエストします。
+ **余分なスペースを削除する** - コードを入力するときに、先頭または末尾にスペースがないことを確認します。
+ **新しい認可コードを取得する** - コードが引き続き失敗する場合は、現在のレジストラに新しい認可コードをリクエストします。
**ドメインが現在のレジストラでロックされている**
現在のレジストラで移管ロックが有効になっている場合 (「ドメインロック」または「クライアント移管禁止」とも呼ばれます)、ドメイン移管が失敗する可能性があります。これは、不正な転送を防止する一般的なセキュリティ設定です。
この問題を解決するには。
+ **ドメインのロックを解除する** - 現在のレジストラのコントロールパネルにログインし、ドメイン移管ロックを無効にします。
+ **ロックが削除されていることを確認する** - 任意のパブリック WHOIS ルックアップツールを使用して、ドメインのステータスが「clientTransferProhibited」ではなく「OK」であることを確認します。
+ **レジストラからサポートを受ける** - ドメインをロック解除するオプションが表示されない場合は、現在のレジストラのサポートチームにお問い合わせください。ロックの削除に役立ちます。
**ドメインは移管の対象ではありません**
資格の問題によりドメイン移管が拒否された場合は、以下を確認してください。
+ **ドメインの有効期間を確認する** - ドメインは、登録または最終移管から 60 日以上経過している必要があります。
+ **TLD サポートを確認する** - Route 53 がドメインの最上位ドメイン (TLD) をサポートしていることを確認します。サポートされている TLD については、「[Amazon Route 53 に登録できる最上位ドメイン](registrar-tld-list.md)」を参照してください。
+ **ドメインステータスを確認する** - 特定のステータスコード (「pendingTransfer」や「redemptionPeriod」など) を持つドメインは移管できません。
+ **有効期限を確認する** - 有効期限が切れているか、有効期限から 15 日以内にドメインを移管することはできません。
+ **請求の問題を解決する** - 現在のレジストラのすべての未払い料金が支払われていることを確認します。
**移管に予想よりも時間がかかる**
移管が遅れていると思われる場合は、次の点に注意してください。
+ **通常の時間枠** - ほとんどの転送は 5～7 日以内に完了しますが、最大 10 日かかる場合があります。
+ **移管ステータスのモニタリング** - Route 53 コンソールで移管の進行状況を確認します。詳細については、「[ドメイン移管のステータスの表示](domain-transfer-to-route-53-status.md)」を参照してください。
+ **E メールにすばやく応答する** - どちらのレジストラも、応答を続行する必要がある確認 E メールを送信することがあります。
+ **現在のレジストラに問い合わせる** - 移管が遅れた場合は、現在のレジストラに連絡して、移管がブロックされていないことを確認します。
**AWS サポートに連絡すべきケース**
上記のソリューションを試しても問題が解決しない場合は、 AWS サポートにお問い合わせください。
+ 正しい情報を使用して複数回試行した後の移管失敗
+ 移管プロセス中の請求または支払いの問題
+ Route 53 コンソールで移管を開始できないテクニカルエラー
+ 10 日以上「保留中」ステータスのままの移管
サポートに連絡するときは、ドメイン名、転送リクエスト ID (利用可能な場合）、および発生している特定のエラーまたは問題に関する詳細を含めます。
# Amazon Route 53 から別のレジストラへのドメインの移行
Amazon Route 53 から別のレジストラにドメインを移管するときは、Route 53 から情報を取得して、それを新しいレジストラに渡します。残りの作業は新しいレジストラが実行します。
**重要**
現在、DNS サービスプロバイダとして Route 53 を使っていて、DNS サービスも別のプロバイダに移管する場合は、次の Route 53 の機能が他の DNS サービスプロバイダの提供する機能では直接代替できないことに注意してください。新しい DNS サービスプロバイダと協力して、同等の機能を実現する方法を決める必要があります。
エイリアスレコード。詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。
シンプルなルーティングポリシー以外のルーティングポリシー。詳細については、「[ルーティングポリシーの選択](routing-policy.md)」を参照してください。
レコードに関連付けられているヘルスチェック。詳細については、「[DNS フェイルオーバーの設定](dns-failover-configuring.md)」を参照してください。
ほとんどのドメインレジストラは、他のレジストラへのドメインの移管について要件を設定しています。これらの要件の主な目的は、不正なドメインの所有者が、別のレジストラにドメインを繰り返し移管するのを防ぐことです。要件は異なりますが、以下の要件が一般的です。
+ ドメインを現在のレジストラに登録するか、少なくとも 14 日前にドメインの登録を現在のレジストラに移管しておく必要があります。
+ ドメインのドメイン名ステータスコードが以下のいずれかであってはいけません。
+ pendingDelete
+ pendingTransfer
+ redemptionPeriod
+ clientTransferProhibited
+ serverTransferProhibited
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、[ICANN ウェブサイト](https://www.icann.org/)で **epp status codes** を検索してください (ICANN ウェブサイトで直接、検索してください。ウェブ検索ではドキュメントの古いバージョンが返されることがあります)。
**注記**
ドメインを別のドメインレジストラに移管したいが、 AWS ドメインが登録されているアカウントが閉鎖、停止、または終了している場合は、 AWS サポートにお問い合わせください。登録後 14 日以内はドメインを移行させることはできません。詳細については、「[ドメイン登録の問題に関する AWS サポートへのお問い合わせ](domain-contact-support.md)」を参照してください。
**注記**
新しいレジストラに REG-ID コードが必要な場合は、 AWS サポートにお問い合わせください。詳細については、「[ドメイン登録の問題に関する AWS サポートへのお問い合わせ](domain-contact-support.md)」を参照してください。
**ドメインを Route 53 から別のレジストラに移管するには**
1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) で Route 53 コンソールを開きます。
1. ナビゲーションペインで [**Registered Domains**] をクリックします。
1. 別のレジストラに移管するドメインの名前を選択します。
1. *[ドメイン名]* ページで、**[ドメイン名のステータスコード]** の値を確認します。以下の値のいずれかである場合、現在、そのドメインを移管することはできません。
+ pendingDelete
+ pendingTransfer
+ redemptionPeriod
+ clientTransferProhibited
+ serverTransferProhibited
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、[ICANN ウェブサイト](https://www.icann.org/)で **epp status codes** を検索してください (ICANN ウェブサイトで直接、検索してください。ウェブ検索ではドキュメントの古いバージョンが返されることがあります)。
**ドメイン名ステータスコード**の値が **serverTransferProhibited** の場合は、 AWS サポートに無料で問い合わせて、ドメインを移管するために実行する必要があることを確認できます。詳細については、「[ドメイン登録の問題に関する AWS サポートへのお問い合わせ](domain-contact-support.md)」を参照してください。
1. **[移管のロック]** の値が **[オン]** の場合は、**[アクション]** ドロップダウンで **[移管のロックをオフにする]** を選択します。
1. *.be、.co.za、.ru、.uk、.co.uk、.me.uk、.org.uk の各ドメインを除くすべてのドメイン* – *[ドメイン名]* ページで、**[移管 (OUT)]** のドロップダウンから **[別のレジストラに移管]** を選択します。
**[別のレジストラへ移管]** ダイアログボックスで、**[コピー]** を選択してドメイン移管の認可コードをコピーします。この値は、後述する手順で新しいレジストラに伝えます。
**注記**
.eu ドメインの場合、レジストリ [https://my.eurid.eu/](https://my.eurid.eu/) の「My.eu」パネルを使用して認可コードを生成することもできます。
*.be、.co.za、.es、.ru、.uk、.co.uk、.me.uk、.org.uk ドメイン* - 次の手順を実行します。
**.be ドメイン**
[DNS Belgium ウェブサイト](https://www.dnsbelgium.be/en/transfer-code)で .be ドメインのレジストリから認可コードを取得します。
**.co.za のドメイン**
.co.za ドメインを別のレジストラに移管するために認可コードを取得する必要はありません。
**.ru のドメイン**
[https://www.nic.ru/en/auth/recovery/](https://www.nic.ru/en/auth/recovery/) で、.ru ドメインのレジストリから認可コードを取得します。
1. ドメイン名で認証情報を回復するためのオプションを選択します。
1. ドメイン名を入力し、[**Continue (続行)**] を選択します。
1. 画面上の指示に従って、RU-CENTER 管理者ページにアクセスします。
1. [**Manage your account (アカウントの管理)**] セクションで、[**Domain transfer (ドメイン移管)**] を選択します。
1. REGRU-RU で移管を確定します。
**.uk、.co.uk、.me.uk、.org.uk のドメイン**
IPS タグを新しいレジストラの値に変更します。
1. Nominet ウェブサイトの [[Find a Registrar](http://www.nominet.uk/registrar-list/)] ページにアクセスし、新しいレジストラの IPS タグを見つけます。(Nominet は .uk、.co.uk、.me.uk、および .org.uk ドメインのレジストリです。)
1. **[Registered Domains] (登録済みドメイン) >** *[domain name]*(ドメイン名) ページで、**[Transfer out]** (移管)、ドロップダウン、**[Update IPS Tag]** (IPS タグの更新) を選択し、ステップ 6a で取得した値を指定します。
1. **[更新]** を選択します。
**注記**
Nominet コンソールで IPS タグを更新することもできます。手順については、[「レジストラの切り替え」](https://theukdomain.uk/help-centre/can-i-switch-the-registrar-i-have-my-domain-registered-with/)を参照してください。
1. 現在、ドメインの DNS サービスプロバイダーとして Route 53 を使用していない場合は、ステップ 10 に進みます。
現在、ドメインの DNS サービスプロバイダとして Route 53 を使用している場合は、次のステップを実行します。
1. [**ホストゾーン**] を選択します。
1. ドメインのホストゾーンの名前を選択します。ドメインの名前とホストゾーンの名前は同じです。
1. *ドメインの DNS サービスプロバイダとして Route 53 を引き続き使用する場合*: Route 53 がホストゾーンに割り当てた 4 つのネームサーバーの名前を取得します。詳細については、「[パブリックホストゾーンに対するネームサーバーの取得](GetInfoAboutHostedZone.md)」を参照してください。
*ドメインの DNS サービスプロバイダとして Route 53 を使い続けない場合*: NS レコードと SOA レコード以外のレコードのすべての設定をメモします。エイリアスレコードなど、Route 53 特有の機能については、新しい DNS サービスプロバイダーと協力して、同等の機能を実現する方法を決める必要があります。
1. DNS サービスを別のプロバイダに転送している場合は、新しい DNS サービスによって提供される方法を使用して、以下のタスクを実行します。
+ ホストゾーンの作成
+ Route 53 レコードの機能を再現するレコードを作成します。
+ 新しい DNS サービスがホストゾーンに割り当てたネームサーバーを取得する
1. 新しいレジストラに用意されたプロセスを使用して、ドメインの移管をリクエストします。
*.co.za、.uk、.co.uk、.me.uk、.org.uk のドメインを除くすべてのドメイン*: この手順のステップ 6 で Route 53 コンソールから取得した認可コードを入力するよう求められます。
1. DNS サービスプロバイダーとして Route 53 を引き続き使用する場合は、新しいレジストラが提供するプロセスを使用して、ステップ 7 で取得した Route 53 ネームサーバーの名前を指定します。別の DNS サービスプロバイダーを使用する場合は、ステップ 8 で新しいホストゾーンを作成したときに新しいプロバイダーから示されたネームサーバーの名前を指定します。
1. 確認メールに応答します。
**.jp のドメインを除くすべてのドメイン**
Route 53 は、ドメインの登録者の連絡先にある E メールアドレスに確認メールを送信します。
+ E メールに応答しない場合、移管は指定された日付に自動的に実行されます。
+ 転送を急ぐ場合、または転送をキャンセルするには、E メールのリンクを選択して Route 53 のウェブサイトにアクセスし、該当するオプションを選択します。
+ TLD によっては、移管を承認または拒否できる https://approvemove.com へのリンクが確認メールに含まれている場合があります。ドメイン連絡先に対してプライバシー保護が有効化されている場合は、Amazon レジストラに登録されている TLD 用の identity-protect.org アドレスから確認メールが配信されます。TLD のレジストラを調べる方法については、「[レジストラの検索](find-your-registrar.md)」を参照してください。
**.jp のドメイン**
Route 53 は、アドレス *noreply@domainnameverification.net* または *noreply@emailverification.info* からドメインの登録者の連絡先の E メールアドレスに、移管を確認するためのリンクを記載した確認 E メールを送信します。
+ E メールに応答しない場合、移管は指定された日付にキャンセルされます。
+ 転送を急ぐ場合、または転送をキャンセルするには、E メールのリンクを選択して Route 53 のウェブサイトにアクセスし、該当するオプションを選択します。ステップ 7 で取得したドメイン認可コードを提供する必要があります。
また、WIXI.jp からメールが届く場合があります。このメールは無視して構いません。
1. ドメインの移管先のレジストラから移管に失敗したことがレポートした場合は、そのレジストラに詳細を問い合わせてください。ドメインを別のレジストラに移管すると、すべてのステータス更新は新しいレジストラに送信されるため、Route 53 には移管が失敗した理由に関する情報がありません。
Route 53 から取得した認可コードが無効であるため、新しいレジストラから移管に失敗したことがレポートされた場合は、 AWS Support にケースを提出してください。(サポート契約は必要なく、料金はかかりません)。詳細については、「[ドメイン登録の問題に関する AWS サポートへのお問い合わせ](domain-contact-support.md)」を参照してください。
**注記**
Gandi によって生成された認可コードは、約 5 日間有効です。この期間後に移管が試行された場合、コードの有効期限が切れているために失敗する可能性があります。
1. DNS サービスを他の DNS サービスプロバイダに移管した場合、DNS リゾルバーが Route 53 ネームサーバーの名前の DNS クエリへの応答を停止した後で、ホストゾーンのレコードを削除し、ホストゾーンを削除することができます。これには、通常 2 日かかります。一般的に DNS リゾルバーがドメインのネームサーバーの名前をキャッシュするのにかかる時間の長さです。
**重要**
DNS リゾルバーが Route 53 ネームサーバーの名前の DNS クエリにまだ応答している間にホストゾーンを削除すると、ドメインはインターネットで利用できなくなります。
ホストゾーンを削除すると、Route 53 では、ホストゾーンの月額料金が請求されなくなります。詳細については、次のドキュメントを参照してください。
+ [レコードの削除](resource-record-sets-deleting.md)
+ [パブリックホストゾーンの削除](DeleteHostedZone.md)
+ [Route 53 料金表](https://aws.amazon.com/route53/pricing)
# ドメインを別の AWS アカウントに転送する
ある AWS アカウントを使用してドメインを登録し、そのドメインを別の AWS アカウントに移管する場合は、新しいコンソールを使用するか、 AWS CLI または他のプログラムによる方法を使用して簡単にドメインを移管できます。
**Topics**
+ [ステップ 1: ドメインを別の AWS アカウントに転送する](#domain-transfer-between-aws-accounts-domain)
+ [ステップ 2 (オプション): ホストゾーンを別の AWS アカウントに移行する](#domain-transfer-between-aws-accounts-hosted-zone)
## ステップ 1: ドメインを別の AWS アカウントに転送する
登録後 14 日以内はドメインを移行させることはできません。
ドメイン移管を開始するときは、ルートアカウントを使用するか、以下のいずれかの方法で IAM 許可が付与されているユーザーを使用して、サインインする必要があります。
+ ユーザーには、**AdministratorAccess** 管理ポリシーが割り当てられます。
+ ユーザーには、**AmazonRoute53DomainsFullAccess** 管理ポリシーが割り当てられます。
+ ユーザーには、**AmazonRoute53FullAccess** 管理ポリシーが割り当てられます。
+ ユーザーには、**PowerUserAccess** 管理ポリシーが割り当てられます。
+ ユーザーには、`TransferDomains`、`DisableDomainTransferLock`、および `RetrieveDomainAuthCode` のすべてのアクションを実行するアクセス権限があります。
ルートアカウント、または必要な許可を持つユーザーを使用してサインインしていない場合は、移管を実行できません。この要件は、権限のないユーザーがドメインを他の に転送することを防ぎます AWS アカウント。
移管のプロセスには 2 つのステップがあります。最初に、移管元のアカウント所有者が[別の AWS アカウントへの移管を開始する](#domain-transfer-between-aws-accounts-procedure)手順で移管を開始します。次に、移管先のアカウント所有者が、[別の AWS アカウントから移管を受け入れる](#domain-transfer-between-aws-accounts-accept-procedure)手順で移管を受け入れます。
**ドメインを別の AWS アカウントに転送するには**
1. ドメインが現在登録 AWS アカウント されている AWS を使用して にサインインします。
1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。
1. ナビゲーションペインで [**Registered Domains**] をクリックします。
1. 別の AWS アカウントに移管するドメインの名前を選択します。
1. **[詳細]** セクションの上にある、** [移管 (OUT)]** のドロップダウンで **[別の AWS アカウントに移管]** を選択します。
1. **[別の AWS アカウントに移管]** ダイアログに、移管先のアカウント ID を入力します。この ID は、移管先の AWS アカウント 所有者から取得できます。
1. **[確認]** を選択します。
1. **パスワードの生成**ダイアログで、パスワードをコピーし、受信側 AWS アカウント 所有者に転送します。
**[リクエスト]** ページで、ドメインの **[ステータス]** には **[進行中]**、**[タイプ]** には **[内部移管 (アウト)]** とそれぞれ表示されます。
**別の AWS アカウントからのドメイン移管を受け入れるには**
1. ドメインを受信 AWS アカウント している AWS を使用して にサインインします。
1. Route 53 コンソール ([https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)) を開きます。
1. ナビゲーションペインで、**[リクエスト]** を選択します。
1. **リクエスト**ページで、別のドメイン名から転送するドメイン名の横にあるラジオボタンを選択します AWS アカウント。ドメインの移管準備が整うと、**[ステータス]** が **[必要なアクション]** に、**[タイプ]** が **[でのドメインの内部移管]** になります。
リクエストの承諾期間は 3 日間です。3 日以内に移管を承諾しなければ、その移管リクエストはキャンセルされます。
1. **[アクション]** ドロップダウンで、**[承諾]** を選択します。
**[拒否]** を選択すると、移管のプロセスをキャンセルできます。
1. 承諾したら、**[ドメインをアカウントに移管する]** ページの **[パスワード]** のセクションに、移管元のアカウント所有者から受け取ったパスワードを入力します。
利用規約に同意して、**[次へ]** を選択します。
1. **[リクエスト]** ページに移動し、移管の状況やその他の行うべき手順を確認します。
1. 移管が完了すると、連絡先情報を更新できます。詳細については、「[ドメインの連絡先情報と所有者の更新](domain-update-contacts.md)」を参照してください。
**プログラムを使ってドメインを移管する**
、 AWS SDKs の 1 つ AWS CLI、または Route 53 API を使用して、プログラムでドメインを移管することもできます。詳細については、次のドキュメントを参照してください。
+ 移管プロセスの概要と、Route 53 ドメイン登録 API を使って、ドメインを移管する場合に使用する API アクションに関するドキュメントについては、*Amazon Route 53 API リファレンス*の「[TransferDomainToAnotherAwsAccount](https://docs.aws.amazon.com/Route53/latest/APIReference/API_domains_TransferDomainToAnotherAwsAccount.html)」をご覧ください。
+ プログラムでドメインを転送するその他のオプションに関するドキュメントについては、SDKs [とツールキット](https://docs.aws.amazon.com/#user_guides)」を参照してください。AWS
+ 移管先のアカウントが、[transfer-domain-to-another-aws-account](https://docs.aws.amazon.com/cli/latest/reference/route53domains/transfer-domain-to-another-aws-account.html) API を使って移管元アカウントからアカウントを受け入れられる期間は 3 日間です。3 日以内に移管を承諾しなければ、その移管リクエストはキャンセルされます。
**重要**
ドメインを別の AWS アカウントに移管する場合、ドメインのホストゾーンは移管されません。ホストゾーンを移管する場合は、ドメインが移管されるまで待ってから、「[ステップ 2 (オプション): ホストゾーンを別の AWS アカウントに移行する](#domain-transfer-between-aws-accounts-hosted-zone)」を参照してください。
## ステップ 2 (オプション): ホストゾーンを別の AWS アカウントに移行する
ドメインの DNS サービスとして Route 53 を使用している場合、Route 53 はドメインを別の AWS アカウントに移管するときにホストゾーンを移管しません。ドメイン登録があるアカウントに関連付けられていて、該当するホストゾーンが別のアカウントに関連付けられている場合、ドメイン登録も DNS 機能も影響を受けません。唯一の影響は、ドメインを確認するには片方のアカウントを使用して Route 53 コンソールにサインインする必要があり、ホストゾーンを確認するには、もう片方のアカウントを使用してサインインする必要があるという点です。
ドメインの移管先のアカウントとドメインの移管元のアカウントの両方を所有している場合は、ドメインのホストゾーンを別のアカウントに移行できます。ただし、これはオプションであり、必須ではありません。Route 53 では、引き続き既存のホストゾーンのレコードを使用してドメインのトラフィックをルーティングします。
**重要**
ドメインを移管するアカウントとドメインを移管するアカウントの両方を所有していない場合は、既存のホストゾーンをドメインを移管する AWS アカウントに移行するか、所有する AWS アカウントに新しいホストゾーンを作成する必要があります。ドメインのトラフィックをルーティングするホストゾーンの作成元のアカウントを所有していない場合、トラフィックのルーティング方法は制御できません。
既存のホストゾーンを新しいアカウントに移行するには、「[ホストゾーンを別の AWS アカウントに移行する](hosted-zones-migrating.md)」を参照してください。
新しいホストゾーンを作成するには、「[Amazon Route 53 を既存ドメインの DNS サービスとして使用するRoute 53 を既存ドメインの DNS サービスにする](MigratingDNS.md)」を参照してください。このトピックは通常、別のレジストラから Route 53 にドメインを移管する場合に使用されますが、あるアカウントから別の AWS アカウントにドメインを移管する場合もプロセスは同じです。
**重要**
**ホワイトラベルネームサーバー:** ドメインがホワイトラベルネームサーバー (ns1.example.com などのカスタムネームサーバーホスト名) を使用している場合は、追加のステップが必要です。
**ドメイン登録の移管時:** 移管完了後に新しいレジストラでグルーレコードを更新します。
**ホストゾーンを移行する場合:** ホスト名が同じであっても IP アドレスが変更されるため、ゾーン移行後にドメインレジストラでグルーレコードを更新します。
詳細な手順については、「[ステップ 7: グルーレコードを作成し、レジストラの名前サーバーを変更します。](white-label-name-servers.md#white-label-name-servers-create-glue-records)」を参照してください。
# ドメイン移管のステータスの表示
別のドメインレジストラから Amazon Route 53 へのドメインの移管を開始すると、Route 53 コンソールの **[リクエスト]** ページ (新コンソール) または **[保留中のリクエスト]** ページ (旧コンソール) ページから、ステータスを追跡できます。[**ステータス**] に現在のステップの簡単な説明が表示されます。以下のリストは、コンソールに表示されるテキストと、各ステップの詳細な説明です。
**注記**
移管リクエストを送信したときに、最初のステータスは "**Domain transfer request submitted**" です。これは、お客様のリクエストが届いたことを示します。
**ドメインが転送要件を満たしているかを判断 （ステップ 1/14）**
ドメインのステータスが移管可能であるか確認しています。お客様はドメインのロックを解除する必要があり、移管リクエストを送信するときにドメインのステータスコードが以下のいずれかであってはいけません。
+ clientTransferProhibited
+ pendingDelete
+ pendingTransfer
+ redemptionPeriod
**地域別 TLD のみ: WHOIS 情報の確認 (ステップ 2/14)**
[地域別 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) があるドメインを移管する場合、ドメインのプライバシー保護を無効にしたかどうか確認するために、ドメインの WHOIS クエリが送信されています 現在のレジストラでプライバシー保護が依然として有効な場合、ドメイン移管に必要な情報にアクセスすることができません。
.com、.net、.org などの[汎用 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic) を持つドメインには認可は必要ありません。
**地域別 TLD のみ: 移管の承認を得るため、E メールが登録者の連絡先に送信される (ステップ 3/14)**
[地域別 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) があるドメインを移管する場合、ドメインの登録者の連絡先に E メールが送信されています。この E メールの目的は、ドメインの許可されている連絡先によって移管がリクエストされたことの確認です
.com、.net、.org などの[汎用 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-generic) を持つドメインには認可は必要ありません。
**現在のレジストラを使用した転送の確認 （ステップ 4/14）**
ドメインの現在のレジストラに移管開始のリクエストを送信しました。
**地域別 TLD のみ: 登録者の連絡先からの承認待ち (ステップ 5/14)**
当社はドメインの登録者の連絡先に E メールを送信し (ステップ 3/14 を参照)、連絡先が E メール内のリンクをクリックするのを待ってから、移管を承認します。[地域別 TLD](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/registrar-tld-list.html#registrar-tld-list-geographic) があるドメインを移管する場合に、何らかの理由で E メールが届かないときは、「[承認および確認メールの再送信](domain-click-email-link.md)」を参照してください。
**現在のレジストラに連絡して転送をリクエスト済 （ステップ 6/14）**
移管作業を完了するために、ドメインの現在のレジストラと協力しています。
**現在のレジストラが転送を完了するのを待機中 （ステップ 7/14）**
ドメインが移管の要件を満たしているか現在のレジストラが確認しています。このステップは、ドメインの TLD に応じて最大 10 日かかる場合があります。
+ [汎用最上位ドメイン](registrar-tld-list-generic.md) - 最大 7 日かかります
+ [地理的最上位ドメイン](registrar-tld-list-geographic.md)(国コードの最上位ドメインとも呼ばれます) 最大 10 日かかります
**注記**
.JP ドメインの移管時に Route 53 から送信された確認メールを承認したものの、ステップ 7。で数日間停止している場合は、[AWS サポートセンター](https://console.aws.amazon.com/support/cases#/create?issueType=customer-service&serviceCode=service-domains&categoryCode=transfers)までお問い合わせください。
ほとんどのレジストラにおいて、プロセスは完全に自動化されているため、高速化することはできません。レジストラによっては、移管の承認を求める E メールが送信されることがあります。レジストラからこの確認 E メールが送信されてきたら、プロセスは少なくとも 7 日から 10 日早めることができます。
レジストラによって移管が拒否される場合は、「[最上位ドメインの移管に関する要件](domain-transfer-to-route-53.md#domain-transfer-to-route-53-requirements)」を参照してください。
**連絡先が転送を開始したことを登録者の連絡先に確認 （ステップ 8/14）**
一部の TLD レジストリは、登録者の連絡先に別のメールを送信して、ドメインの移管が正式なユーザーによって要求されたか確認します。
**ネームサーバーとレジストリの同期 （ステップ 9/14）**
このステップは、移管リクエストの一部として指定したネームサーバーが、現在のレジストラに記録されたネームサーバーとは異なる場合にのみ発生します。指定された新しいネームサーバーにネームサーバーが更新されます。
**設定とレジストリの同期 （ステップ 10/14）**
移管が正常に完了したことを確認し、ドメイン関連のデータをレジストラアソシエイトと同期しています。
**更新された連絡先情報をレジストリに送信 （ステップ 11/14）**
移管のリクエスト時にドメインの所有権を変更した場合、所有権の変更を実施しています。ただし、ほとんどのレジストリでは、ドメイン移管プロセスの一環として所有権を移管することを認めていません。
**Route 53 への転送を完了する（ステップ 12/14）**
移管プロセスが成功したか確認しています。
**転送の完了 （ステップ 13/14）**
Route 53 でドメインを設定しています。
**転送完了 （ステップ 14/14）**
移管が正常に完了しました。
# ドメインを Amazon Route 53 に移管するとドメイン登録の有効期限が受ける影響
レジストラ間でドメインを移管すると、同じ有効期限を保持する TLD レジストリもあれば、有効期限を 1 年延長するレジストリや、有効期限を移管日の 1 年後に変更するレジストリもあります。
**注記**
ほとんどの TLD では、Amazon Route 53 にドメインを移行してから最大 10 年間ドメインの登録期間を延長できます。詳細については、「[ドメインの登録期間の延長](domain-extend.md)」を参照してください。
## 汎用 TLD
汎用 TLD (例えば .com) のドメインを Route 53 に移管すると、ドメインの新しい有効期限は前のレジストラの有効期間に 1 年を加えたものになります。
## 地域別 TLD
地域別 TLD (例えば .co.uk) のドメインを Route 53 に移管すると、ドメインの新しい有効期限は TLD に左右されます。次の表で TLD を探して、ドメインを移管すると有効期間にどのような影響があるか判断してください。
****
| 大陸 | 地域別 TLD とドメイン移管が有効期限に及ぼす影響 |
| --- | --- |
| アフリカ | **.co.za** - 有効期限は同じままです。 |
| アメリカ大陸 | **.cl、.com.ar、.com.br** - 有効期限は同じままです。 **.ca、.co、.mx、.us** - 有効期限が 1 年延長されます。 |
| アジア/オセアニア | **.com.au、.com.sg、.jp、.net.au、.sg** - 有効期限は同じままです。 **.co.nz、.in、.net.nz、.org.nz ** – 古い有効期限に 1 年が追加されています。 |
| 欧州 | **.ch、.co.uk、.es、.fi、.me.uk、.org.uk、.se** - 有効期限は同じままです。 **.berlin、.eu、.io、.me、.ruhr、.wien** - 有効期限が 1 年延長されます。 **.be、.de、.fr、.it、.nl**: 新しい有効期限は移管日の 1 年後です。 |