.png)
私は、自分の Web サーバーと、そのサーバー上でホストしているいくつかの Web サイトの DNS 更新をより適切に実行するための、より洗練されたソリューションを見つけようとしてきました。
たとえば、ドメイン名 を持つ VPS プロバイダーの Web サーバーがあるとしますapache1.vpshost.com。ドメイン名 を持つ Web サイトをwww.example.comその Web サーバーでホストしたい場合は、 という CNAME レコードを に配置するだけです。これには、Web サーバーの IP アドレスが変更された場合、それを 1 か所で更新するだけでよく、そこでホストされているすべての Web サイトが正常になるという利点がありますwww.example.com。apache1.vpshost.com
Web アドレスからの送信を削除しようという動きが広がっていますwww.が、私が知っている唯一の方法は、apache1.vpshost.comルート DNS を CNAME にすることはできないため、ルート A レコードを と同じ IP アドレスに設定することです。これを行うことの大きな欠点は、Web サーバーの IP アドレスが変更された場合、ホストされているすべての Web アドレスのすべての DNS 設定を更新しなければならないことです。
これについて何度もグーグルで検索してみましたが、もっと良い解決策があるのなら、検索用語が非常に一般的なので、迷ってしまいます。
答え1
現在、「CNAME at apex」ユースケースに適した解決策はありません。Web ブラウザが DNS レコードをサポートしていれば問題はなかったでしょうが、SRVこれまでサポートされておらず、今後もサポートされることはありません。
さまざまな DNS プロバイダーが、ANAMEやAPEXCNAMEなどと呼ばれるさまざまな kludge を提供していますALIAS。重要な点は、ここでは何も標準がないということです。プロバイダーの UI/API に何らかの形で表示されますが、別のプロバイダーにそのままコピーすることはできません (変更する場合)。もちろん、DNS 解決側にはまったく表示されません。DNS 解決側では、何らかの方法で (リクエストが来たときに動的に、または事前に埋められたキャッシュを介して) 構成に基づいて apex を生成しAてAAAA応答するためです。
技術的には、基本的には権威あるネームサーバーを持つことが関係しますが、いくつかの時点では「偽物」で使用した名前を何らかの IP アドレスに解決する必要があるため、少し再帰CNAME的になります。
これが、将来の DNS レコードSVCBまたはと呼ばれるHTTPSレコードが最終的にこの問題を解決する理由です。IETF RFC はまだ作成中であるため、これらはまだ完全に標準化されていませんが、割り当てられたリソース レコード タイプとともに DNS にすでに存在しており、さまざまな企業 (Apple、Google、CloudFlare など) がすでに使用しています。
とにかく、私はこの将来の絶対確実な標準ソリューションにのみ時間を投資することをお勧めします (つまり、それらをサポートする DNS プロバイダーを見つけ、ブラウザーがそれらをいつどのように使用するかを観察します。彼らは「すべて」そうすると言っています)。現在の間に合わせのソリューションには時間を費やさないことをお勧めします。それらは劣っていて、標準ではなく、上記の新しい DNS レコードの出現で消えてしまうからです。