web-dev-qa-db-ja.com

Google Cloud PlatformのGoogle App EngineプロジェクトのA、AAAA、CNAMEレコードを追加します

新しいGoogleApp Engineプロジェクトを追加し、それをサブドメインにマッピングしようとしています。

newmachine.mycompany.comをnewproject.appsport.comにマップするCNAMEを既に作成しており、「AppEngine」->「設定」->「カスタムドメイン」で使用できます。

ただし、マッピングが完了すると、同じ画面に次のメッセージが表示されます。

Configure resource records on your domain registrar
Have your domain registrar add the following resource records for mycompany.com:
Type    Data    Alias
A   215.234.32.21   
A   215.234.34.21   
A   215.234.36.21   
A   215.234.38.21   
AAAA    1997:2340:4801:32::15   
AAAA    1997:2340:4801:34::15   
AAAA    1997:2340:4801:36::15   
AAAA    1997:2340:4801:38::15   
CNAME   ghs.googlehosted.com    newmachine

私はこれまでこのメッセージを見たことがありません。顔の問題として、そのようなAとAAAAは​​他の既存のGAEプロジェクトのために作成されませんでした。

私の質問は次のとおりです。

  1. これらのレコードをDNSサーバーに追加しないことの意味は何ですか？

  2. 彼らはどのような目的を果たしますか？単に逆IPルックアップを提供するだけですか？

domain-name-systemgoogle-cloud-platforma-recordgoogle-app-engine
3
Anthony Kong

リストは不完全で紛らわしいようですが、私はそれが意味すると思います：

@           IN A     215.234.32.21   
@           IN A     215.234.34.21   
@           IN A     215.234.36.21   
@           IN A     215.234.38.21   
@           IN AAAA  1997:2340:4801:32::15   
@           IN AAAA  1997:2340:4801:34::15   
@           IN AAAA  1997:2340:4801:36::15   
@           IN AAAA  1997:2340:4801:38::15   
newmachine  IN CNAME ghs.googlehosted.com.

これは、CNAMEで定義されたエイリアスには、言及されたA/AAAAを含む他のタイプのレコードがないため、@ IN CNAMEは意味をなさないためです。また、MX電子メールを壊し、NS＆SOADNS自体を壊します。 ゾーンの頂点にあるCNAMEsに関する標準的な質問 を参照してください。

さて、あなたはすでにnewmacine CNAMEを持っていて、example.com全体をGoogleApp Engineに移動したくないので、他のレコードに合理的な目的はないはずです。

3
Esa Jokinen