翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ゾーンファイルをインポートしてレコードを作成する
<a name="resource-record-sets-creating-import"></a>

別の DNS サービスプロバイダーから移行しようとしていて、現在の DNS 設定をゾーンファイルにエクスポートすることが現在の DNS サービスプロバイダーから許可されている場合は、ゾーンファイルをインポートすることで、Amazon Route 53 ホストゾーン用のすべてのレコードを迅速に作成できます。

**注記**  
ゾーンファイルでは、レコードをテキスト形式で表すための BIND と呼ばれる標準形式が使用されています。ゾーンファイルの形式については、Wikipedia の[ゾーンファイル](https://en.wikipedia.org/wiki/Zone_file)のエントリを参照してください。詳細については、「[RFC 1034: ドメイン名—概念と機能](https://datatracker.ietf.org/doc/html/rfc1034)」のセクション 3.6.1、および「[RFC1035: ドメイン名—実装と仕様](https://datatracker.ietf.org/doc/html/rfc1035)」のセクション 5 を参照してください。

ゾーンファイルをインポートしてレコードを作成する場合は、次の点に注意してください。
+ ゾーンファイルは、RFC に準拠した形式である必要があります。
+ ゾーンファイル内のレコードのドメイン名は、ホストゾーンの名前に一致する必要があります。
+ Route 53 では、`$ORIGIN` と `$TTL` のキーワードがサポートされます。ゾーンファイルに `$GENERATE` または `$INCLUDE` のキーワードが含まれる場合、インポートは失敗し、Route 53 からエラーが返されます。
+ ゾーンファイルをインポートしたとき、Route 53 はゾーンファイル内の SOA レコードを無視します。Route 53 では、ホストゾーンと同じ名前を持つ NS レコードもすべて無視されます。
+ 最大 1000 個のレコードをインポートすることができます。
+ ゾーンファイルに表示されるレコードが既にホストゾーンに含まれている場合、インポートプロセスは失敗し、レコードは作成されません。
+ バックスラッシュ文字を含む TXT レコードの場合、ゾーンファイルインポートプロセスは特定のバックスラッシュシーケンスをコントロール文字として解釈します。TXT レコード値にリテラルバックスラッシュ文字を含めるには:
  + ゾーンファイルで二重バックスラッシュ (`\\\\`) を使用し、最終的な TXT レコードで 1 つのリテラルバックスラッシュを表します。
  + 例えば、TXT レコードに `\\jYTDWqH...` (リテラルバックスラッシュと j を持つ) を含める必要がある場合、ゾーンファイルに `\\\\jYTDWqH...` を指定します。

  これは、リテラルバックスラッシュ文字を含んだ ACME チャレンジレコードやその他の TXT レコードにおいて特に重要です。
+ 長い TXT レコード (DKIM レコードなど) の場合、ゾーンファイルのインポートプロセスでは、コンテンツを複数の文字列に分割できます。複数の文字列を持つ TXT レコードを作成するには:
  + ゾーンファイルで、同じレコード名とタイプで別々の行を使用します。  
**Example**  

    ```
    example.com. 300 IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC"
    example.com. 300 IN TXT "7fCC6C13dM9tXuJmUBH7D4Vw8y1ByJ8z9QX2fvLm3pN4sR5tU6vW7xY8zA9bC0dE1f"
    example.com. 300 IN TXT "G2hI3jK4lM5nO6pQ7rS8tU9vW0xY1zA2bC3dE4fG5hI6jK7lM8nO9pQ0rS1tU2vW3x"
    ```

  インポートプロセスでは、これらが複数の文字列を持つ単一の TXT レコードに自動的に結合されます。各文字列には最大 65,535 文字を含めることができます。長い文字列を単一の引用符で囲まれた値に連結しないでください。
+ ゾーンファイルの内容を参照し、レコード名に適切に末尾のドットが含まれている/省かれていることを確認することをお勧めします。
  + ゾーンファイル内のレコードの名前の末尾がドットである場合 (`example.com.`)、その名前はインポートプロセスによって完全修飾ドメイン名と解釈され、その名前で Route 53 レコードが作成されます。
  + ゾーンファイル内のレコードの名前の末尾がドットでない場合 (`www`)、その名前はインポートプロセスによってゾーンファイル内のドメイン名 (`example.com`) と連結され、連結後の名前 (`www.example.com`) で Route 53 レコードが作成されます。

  エクスポートプロセスでレコードの完全修飾ドメイン名の末尾にドットが追加されない場合、Route 53 インポートプロセスでドメイン名がレコードの名前に追加されます。たとえば、レコードをホストゾーン `example.com` にインポートし、ゾーンファイルの MX レコードの名前は `mail.example.com` で末尾のドットがない場合、Route 53 インポートプロセスでは `mail.example.com.example.com` という名前の MX レコードが作成されます。
**重要**  
CNAME、MX、PTR、および SRV レコードの場合も、RDATA 値に含まれるドメイン名にこの動作が適用されます。たとえば、`example.com` のゾーンファイルがあるとします。ゾーンファイル内の CNAME レコード (`support`、末尾にドットなし) に RDATA 値 `www.example.com` (同様に末尾にドットなし) が含まれている場合、インポートプロセスによって、`www.example.com.example.com` にトラフィックをルーティングする `support.example.com` という名前の Route 53 レコードが作成されます。ゾーンファイルをインポートする前に、RDATA 値を確認し、必要に応じて更新してください。バックスラッシュ文字を含む TXT レコードの場合は、ゾーンファイルで二重バックスラッシュ (`\\\\`) を使用してリテラルバックスラッシュを表します。

Route 53 はレコードのゾーンファイルへのエクスポートをサポートしていません。

**注記**  
ホストゾーンと同じ名前のレコードを作成する場合は、[名前] フィールドに値 (@ 記号など) を入力しないでください。<a name="RRSchanges_import_console_procedure"></a>

**ゾーンファイルをインポートしてレコードを作成するには**

1. 現在ドメインにサービスを提供している DNS サービスプロバイダーからゾーンファイルを取得します。手順と用語はサービスプロバイダーによって異なります。レコードをゾーンファイルまたは BIND ファイルにエクスポートまたは保存する方法については、プロバイダーのインターフェイスおよびドキュメントを参照してください。

   手順がわからない場合は、*レコードリスト*または*ゾーンファイル*について、現在の DNS プロバイダーのカスタマーサポートに問い合わせてください。

1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) で Route 53 コンソールを開きます。

1. ナビゲーションペインで [**Hosted zones**] を選択します。

1. [**ホストゾーン**] ページで、新しいホストゾーンを作成します。

   1. [**ホストゾーンの作成**] を選択します。

   1. ドメインの名前 (およびオプションでコメント) を入力します。

   1. **[作成]** を選択します。

1. [**ゾーンファイルのインポート**] を選択します。

1. [**ゾーンファイルのインポート**] ペインで、ゾーンファイルの内容を [**ゾーンファイル**] テキストボックスに貼り付けます。

1. [**Import**] を選択します。
**注記**  
ゾーンファイル内のレコードの数によっては、レコードが作成されるまで数分かかる場合があります。

1. ドメインで別の DNS サービスを使用している場合は（別のレジストラにドメインを登録していた場合はよくあることです）、DNS サービスを Route 53 に移行します。そのステップが完了すると、レジストラはドメインの DNS クエリに応じる DNS サービスとして Route 53 を認識し始め、クエリが Route 53 DNS サーバーに送信され始めます (以前の DNS サービスに関する情報が DNS リゾルバーにキャッシュされているため、DNS クエリが Route 53 にルーティングされ始めるまでに通常は 1～2 日の遅れが生じます）。詳細については、「[Amazon Route 53 を既存ドメインの DNS サービスとして使用するRoute 53 を既存ドメインの DNS サービスにする](MigratingDNS.md)」を参照してください