web-dev-qa-db-ja.com

ドメイン所有権エラー。 CNAMEレコードが見つかりませんでした。 myapp.azurewebsites.netを指すCNAMEレコードを追加してください

Azure App Serviceで機能するようにURL https://www.mywebsite.net.a および https://mywebsite.net.a を設定しようとしていますCloudflareで使用します。

Mywebsiteは私のWebサイト名を表します。

現在、このURLにアクセスすると、404エラーが発生します。

Azureのカスタムドメインで、www.jobtalk.net.auのホスト名を追加して検証をクリックすると、「CNAMEレコードが見つかりませんでした。sbdwebapp.azurewebsitesを指すCNAMEレコードを追加してください。ネット"

WwwのCNAMEに値sbdwebapp.azurewebsites.netを追加しようとすると

エラーメッセージが表示されます。

n A, AAAA or CNAME record already exists with that Host. (Code: 81053)

フォローしようとしています https://docs.Microsoft.com/en-us/Azure/app-service-web/app-service-web-tutorial-custom-domain#cname

DNS showing in CloudFlare

6
kirsten g

問題は CloudFlareのCNAMEフラット化 とAzureのCNAME検証の競合によるものです。 CNAMEのフラット化は基本的にAレコードを返します。これはDNS解決を高速化し、一般的には良い考えです。ただし、AzureのCNAME検証では、CNAMEレコードのみが検証されます。

私が見つけた最良の回避策は次のとおりです。

  1. CloudFlareのHTTPプロキシを無効にします(そのCNAMEレコードのオレンジ色の雲をクリックして、灰色に変わります)。これにより、そのレコードのCNAMEフラット化も無効になります。
  2. CNAMEレコードが表示されるまで、ホストを Dig で確認します。
  3. AzureポータルでCNAMEホストを確認します。
  4. CloudFlareのHTTPプロキシを再度有効にします(そのCNAMEレコードの灰色の雲をクリックしてオレンジ色に変えます)。

これにより、Azureで確認しながらCloudFlareのCDNを利用できます。

12
Stephen Cleary

DNS設定で行われた変更が表示されるまで、しばらくかかる場合があります。私が見ることができるものから、セットアップは正しいようであり、今あなたがしなければならないすべては待つことです。 CloudFlareを使用してDNSを管理したことはありませんが、すべてのプラットフォームで強力なキャッシュを使用していることがわかっているため、マネージドDNSが同じように機能すると想定する必要があります。 CloudFlareではなく、ISP/Microsoft TTLの問題である可能性もあります。

構成を確認する1つの方法は、nslookupコマンドを使用してワークステーションからDNSサーバーに直接アクセスすることです。これにより、ソースDNSサーバーとISPからの情報を照合できます。

c:\> nslookup
> set type=CNAME
> www.mywebsite.net.au

結果を以下と比較します。

c:\> nslookup - 123.123.123.123  <- replace with cloudflare dns server
> set type=CNAME
> www.mywebsite.net.au

通常、Microsoftはドメインが管理されているDNSサーバーを使用してDNS設定を直接検証するため、それほど時間がかかりませんが、以前は奇妙なケースがありました。

また、ドキュメントには表示されなくなりましたが、awverifyエントリのエイリアスを追加する前に必要だったため、dns設定に以下を追加してみてください。

awverify CNAME awverify.myapp.azurewebsites.net

これは、ドメインを使用する前にドメインを検証するための要件でした。確認後削除できます。

0
Bruno Faria