web-dev-qa-db-ja.com

Google Domainsが管理するルートドメインをAWS Load Balancerに転送できません

ドメインはGoogleで管理されていますが、サイトはAWSでホストされています。ルートmy-company.comとwwwサブドメインwww.my-company.comの両方を、IPではなくアドレスを持つAWS Load Balancerに向けたいと思います。

WwwサブドメインのカスタムCNAMEリソースレコードを追加でき、問題なくLBアドレスを指しますが、ルートレコードをCNAMEレコードにすることも、ルートAレコードを指すこともできません。 LBアドレス。

ルートドメインをAWS Load Balancerにポイントする方法がないようです。

動作するwwwサブドメインにドメインを転送しようとしましたが、Googleはbothルートとwwwレコードが削除されるため、wwwがLBに転送されなくなることを警告しています。

サブドメインprod.my-company.comを作成し、ドメイン転送を使用してルートとwwwの両方をprodにポイントすることを考えました(Googleは、ドメイン転送はwwwを受け入れるサブドメインには影響しないとGoogleは言っています)が、ユーザーをprod.my-company.comに転送するため、これは機能しません。

AWS Route53を使用してみて、ルートにNSレコードを追加することを考えていましたが、GoogleはルートにNSレコードを許可していません。

この作品を作る方法についての考えはありますか?

2
kilgoretrout

これは、DNS自体の基本設計における制限です。ドメインの頂点にCNAMEを追加すると、本質的に一連の結果が非論理的になるため、無効です。

これが、Route 53が A-Record Aliases を作成した理由です。まさにこの問題を回避するためです。 CNAMEのようにexternal紹介の代わりに、Aliasレコードはinternal参照-Route 53は、独自のデータベースからの内部ルックアップを使用してレコードを検索し、本質的に動的に入力されたAレコードを返します。

1つのオプションは、 http://wwwizer.com のようなサービスを使用することです。これにより、www.example.comへのリダイレクトを返すexample.comのAレコードが提供されます。 (明確にするために、これは推奨または推奨ではありません。私はこのサービスと提携しておらず、使用していませんが、この文脈で言及されているのを見ました。)もちろん、wwwレコードはCNAMEで正常に機能します。

別のオプションは、DNSのホスティングをRoute 53に移動し、ドメイン登録は移動しないことです。ドメインがGoogleに登録されている場合は、そこで登録を保持できますが、Route 53でレコードをホストしますが、これはNSレコードを作成することでは行われません。プロセスは文書化されているようです here

Route 53のコストは、AliasレコードがELB、CloudFront、またはS3で終了するときに、Aliasレコードに到達するDNSクエリに対して料金を請求しないため、この構成では重要でないと見なすには十分に低いようです。

2