3
ドメインの頂点（ルート）でCNAMEレコードを使用できないのはなぜですか？
これは、ゾーンの頂点（またはルート）のCNAME に関する標準的な質問です。 CNAMEドメインの頂点での記録はタブーの慣習であることは比較的一般的な知識です。 例： example.com. IN CNAME ithurts.example.net. 最良の場合、ネームサーバーソフトウェアは構成のロードを拒否する場合があり、最悪の場合、この構成を受け入れ、example.comの構成を無効にする場合があります。 最近、ドメインの頂点を新しいレコードにCNAMEするために必要な指示をウェブホスティング会社からビジネスユニットに渡しました。これがBINDに送られると自殺の構成になることを知って、私は彼らが従うことができず、これは一般的に二段アドバイスであることを彼らにアドバイスしました。ウェブホスティング会社は、RFCを定義する標準によって完全に禁止されておらず、自社のソフトウェアがそれをサポートしているというスタンスを取りました。頂点をCNAMEできなかった場合、彼らのアドバイスは頂点レコードをまったく持たないことであり、リダイレクトWebサーバーを提供しませんでした。...何？ 私たちのほとんどは、RFC1912がそれを主張していることを知ってA CNAME record is not allowed to coexist with any other data.いますが、ここで自分自身に正直にしましょう、RFCは単なる情報です。私が慣習を禁止していることを私が知っている言葉遣いに最も近いのはRFC1034からです： CNAME RRがノードに存在する場合、他のデータは存在しないはずです。これにより、正規名とそのエイリアスのデータが異なることはありません。 残念ながら、私はこの業界に「あるべきではない」と「あるべきではない」と同じではないことを知っており、ほとんどのソフトウェア設計者にとってはそれで十分です。スラムダンクへの簡潔なリンク以外のものは時間の無駄になることを知っていたので、適切な開示なしに一般的に使用されているソフトウェアを破壊する可能性のある構成を推奨するために会社を怒らせました。 これにより、Q＆Aにアクセスできます。一度、私は、頂点CNAMEの狂気について本当に技術的になってほしいです。そして、誰かが主題について投稿するとき、私たちが通常するように問題を回避しません。RFC1912は、私が考えもしなかった他の情報RFCと同様に、立ち入り禁止です。この赤ちゃんをシャットダウンしましょう。