View a markdown version of this page

ゾーンファイルをインポートしてレコードを作成する - Amazon Route 53

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

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

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

注記

ゾーンファイルは、BIND と呼ばれる標準形式を使用して、レコードをテキスト形式で表示します。ゾーンファイルの形式については、Wikipedia のゾーンファイルのエントリを参照してください。詳細については、RFC 1034、ドメイン名 - 概念と施設セクション 3.6.1、および RFC 1035、ドメイン名 - 実装と仕様セクション 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.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 はレコードのゾーンファイルへのエクスポートをサポートしていません。

注記

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

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

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

    プロセスが明確でない場合は、現在の DNS プロバイダーにレコードリストまたはゾーンファイルデータのサポートを依頼してみてください。

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

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

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

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

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

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

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

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

  7. [Import] を選択します。

    注記

    ゾーンファイル内のレコードの数によっては、レコードが作成されるまで数分かかる場合があります。

  8. ドメインに別の DNS サービスを使用している場合 (ドメインを別のレジストラに登録している場合に一般的）、DNS サービスを Route 53 に移動します。このステップが完了すると、レジストラはドメインの DNS クエリの DNS サービス として Route 53 を識別し、クエリは Route 53 DNS サーバーに移行し始めます。(通常、以前の DNS サービスのデータが DNS リゾルバーにキャッシュされるため、DNS クエリが Route 53 に送信されるまでに 1 ～ 2 日遅延があります）。詳細については、「Amazon Route 53 を既存ドメインの DNS サービスとして使用する」を参照してください。