web-dev-qa-db-ja.com

AWSでRoute53を使用して内部ドメインを設定するにはどうすればよいですか？

AmazonにVPCがあります。現在、サーバーの1つでbind9を実行しています。次のようなレコードがあります。

build           IN      A       172.aa.bb.cc
dev             IN      A       172.xx.yy.zz

これは問題なく機能しますが、簡単にするために、機能をAmazonのRoute53に移動したいと思います。

mydomain.localにプライベートホストゾーンを作成しました。 bind9からdb.mydomain.localファイルをインポートし、見栄えのよいDNSレコードをいくつか作成しました。私のレコードにはmydomain.local接尾辞が追加されていることに気づきましたが、それらを引き続き省略形として使用できるようにしたいと思います（dev.mydomain.localではなくdev）

次に、私の構成が実際に機能するかどうかをテストしたいと思いました。 bind9サービスを停止し、いくつかのnslookupコマンドを試しましたが、それらは新しい構成を取得しなかったようです。

だから、私はいくつかの質問があります：

  • Route53構成を取得するためにサーバーで何かを構成する必要がありますか？
  • これをテストする最も簡単な方法は何ですか？私はnslookupやDigにまったく精通していません。

役立つドキュメントへのリンクも歓迎します。私はすでにAmazon自身のドキュメントを読みましたが、プライベートホストゾーン自体の作成以外のことは何もカバーしていないようです。

domain-name-systemamazon-ec2internal-dnsamazon-route53
4
Jorn

VPC設定でこれを構成する必要があることがわかりました。 [サービス]> [VPC]> [DHCPオプションセット]に移動し、domain-name-servers = AmazonProvidedDNSでセットを選択します。

3
Jorn

/etc/resolv.confファイルで構成されているDNSサーバーを確認します。これは古いbind9サーバーである可能性があります。ノードがDHCPを使用している場合は、DHCPサーバーでこれを構成する必要がある場合があります。

dev.mydomain.localに対するdevのショートカットの使用法については、resolv.confにsearchディレクティブを追加する必要があります

search mydomain.local

searchディレクティブが追加されると、FQDNではないすべてのホストは、最後にドメイン名を追加することで解決を試みます。したがって、devはdev.mydomain.localとして解決されます。

この問題をテストする方法については、Digを使用してください。 Route53が正常に機能するかどうかを確認するには、@を使用してRoute53委任サーバーにクエリを実行します。

$ Dig dev.mydomain.local @ns-1216.awsdns-24.org

上記のコマンドは、dev.mydomain.local DNSサーバーでns-1216.awsdns-24.orgを照会します。 @オプションを指定しない場合、/etc/resolv.confで提供されるDNSがクエリに使用されます。

2
Kannan Mohan