DNSのエイリアスレコードについて

DNSのエイリアスレコードとは、あるドメイン名を別の名前に向ける仕組みを指して使われることがある表現です。

ただし、ここで注意したいのは、「エイリアスレコード」という名前自体はDNS標準の正式なレコード種別ではないという点です。

実務では主に、次のようなものをまとめて「エイリアス」と呼ぶことがあります。

• CNAMEレコード
• DNS事業者が独自に提供する ALIAS や ANAME
• CNAME Flattening のような類似機能

そのため、DNSのエイリアスレコードを理解するには、まずCNAMEを中心に考え、そのうえでALIAS系の違いを押さえると分かりやすくなります。

CNAMEはDNS標準の代表的な別名レコード

DNS標準で、あるホスト名を別のホスト名の別名として扱う代表的なレコードが CNAMEレコード です。

CNAMEは Canonical Name の略で、ある名前が別の正規名を参照することを示します。

たとえば、次のような設定です。

www.example.com.    IN    CNAME    example.cdnprovider.net.

この場合、www.example.com にアクセスしたときは、example.cdnprovider.net を参照先として名前解決が行われ、最終的にはその先に設定されているAレコードやAAAAレコードが使われます。

つまり、CNAMEはIPアドレスを直接返すのではなく、別のホスト名を参照させるための仕組みです。

CNAMEのメリット

CNAMEがよく使われるのは、運用面でのメリットが大きいためです。

接続先の変更に対応しやすい

接続先がCDNやクラウドサービスの場合、IPアドレスが固定ではないことがあります。

そのようなときにAレコードでIPアドレスを直接設定するよりも、サービス側が指定するホスト名へCNAMEで向けておくほうが管理しやすくなります。

外部サービスと連携しやすい

Webホスティング、CDN、SaaSなどでは、カスタムドメイン設定時に「このホスト名へCNAMEを設定してください」と案内されることがよくあります。

複数の名前を整理しやすい

複数のサブドメインを1つの正規名に集約したい場合にも使いやすい仕組みです。

CNAMEの重要な制約

CNAMEは便利ですが、使える場所や設定方法には大事な制約があります。

CNAMEを設定した名前には他のレコードを共存できない

CNAMEが設定されている名前には、原則として他のレコードを同じ名前で置くことはできません。

たとえば、次のような併用はできません。

www.example.com.    IN    CNAME    example.cdnprovider.net.
www.example.com.    IN    TXT      "v=spf1 ..."

このように、www.example.com をCNAMEにした場合、同じ www.example.com にA、AAAA、MX、TXTなどを同時に設定することはできません。

ルートドメインには通常CNAMEを設定できない

example.com のようなルートドメイン、いわゆる ゾーン apex には、通常CNAMEを設定できません。

その理由は、ルートドメインにはゾーン運用に必要なSOAレコードやNSレコードが存在するためです。

CNAMEは、その名前に他のデータを共存させられない性質を持つため、apexとは両立できません。

そのため、次のような使い分けになります。

• www.example.com のようなサブドメインではCNAMEが使いやすい
• example.com のようなルートドメインでは別の方法が必要になる

ルートドメインで使われるALIASやANAME

ルートドメインでも、外部サービスのホスト名に向けたい場面は少なくありません。

そこで使われるのが、DNS事業者が独自に提供している ALIAS や ANAME などの機能です。

これらは、CNAMEのように見えても、DNS標準の共通レコードタイプではありません。

名称や動作はDNSプロバイダごとに異なります。

一般的には、DNSプロバイダ側が参照先のホスト名を内部的に解決し、その結果をAレコードやAAAAレコード相当の応答として返す仕組みが使われます。

たとえば概念的には、次のようなイメージです。

example.com.    IN    ALIAS    example.hosting-service.com.

ただし、これはあくまで概念説明用の例です。

実際の管理画面での表記や設定方法、内部動作はサービスによって異なります。

ALIASやANAMEのメリット

ALIASやANAMEの大きな利点は、ルートドメインでも外部サービスへ向けやすいことです。

ルートドメインをそのまま使いやすい

example.com をそのままWebサイトのURLとして使いたい場合、外部ホスティングやCDNに向ける設定で役立ちます。

IPアドレス直書きより管理しやすい

参照先のホスト名ベースで運用できるため、接続先のIPアドレス変更に対応しやすくなります。

外部サービスの推奨構成に合わせやすい

クラウドサービスやCDNでは、ルートドメイン側にこのような機能を使うことが実務上よくあります。

ALIASやANAMEの注意点

便利な一方で、ALIASやANAMEには注意点もあります。

DNS標準の共通仕様ではない

CNAMEとは違い、ALIASやANAMEは標準レコードではありません。

そのため、あるDNSサービスで使えても、別のサービスでは使えないことがあります。

DNS事業者ごとに挙動が異なる

更新タイミング、TTLの扱い、IPv6対応、参照先の解決方法などは、提供元によって差があります。

移行時に設定を見直す必要がある

DNS事業者を乗り換える際、同じ名前の機能がなかったり、似ていても動作が違ったりすることがあります。

CNAMEとALIASやANAMEの違い

両者は似ていますが、性質は同じではありません。

CNAME

• DNS標準のレコード
• ある名前を別のホスト名の別名として扱う
• 同じ名前に他のレコードを共存できない
• ルートドメインには通常使えない

ALIAS / ANAME

• DNS事業者独自機能
• ルートドメインでも使える場合がある
• 内部的に参照先を解決して応答を返す仕組みが多い
• 動作や仕様がサービスごとに異なる

どんな場面で使われるのか

DNSのエイリアス的な設定は、主にWeb関連の用途でよく使われます。

Webサイトを外部ホスティングに向ける場合

Webサイトをクラウドホスティングやマネージドサービスへ向けるときに使われます。

CDNを利用する場合

CDNでは専用のホスト名が発行され、それをCNAMEやALIAS系機能で参照させる構成が一般的です。

SaaSのカスタムドメイン設定

外部サービスに独自ドメインを接続する際、「CNAMEを追加してください」と案内されるケースが多くあります。

メール関連では特に注意が必要

CNAMEやALIASの考え方はWeb用途では便利ですが、メール関連では慎重な設定が必要です。

たとえば、メール受信に使うMXレコードや、認証で使うSPF、DKIM、DMARCなどはDNS設定と密接に関わります。

そのため、TXTレコードを置く必要がある名前にCNAMEを設定してしまうと問題になることがあります。

また、メール用途では次の点に注意が必要です。

• MXに関係する名前の設定は特に慎重に行う
• TXTレコードが必要な名前とCNAMEを同じにしない
• サービス提供元の設定手順を必ず確認する

よくある誤解

エイリアスレコードはすべてCNAMEだと思ってしまう

実際には、会話の中で「エイリアス」と呼ばれていても、CNAMEだけを指すとは限りません。

ALIASやANAMEのような独自機能を含めて話している場合もあります。

ルートドメインにもCNAMEを設定できると思ってしまう

これはよくある誤解です。

サブドメインではCNAMEが使えても、ルートドメインには通常設定できません。

CNAMEならすべて自動で完全に追従すると考えてしまう

実際にはTTLやキャッシュ、相手側サービスの設計などの影響を受けます。

便利ではありますが、万能というわけではありません。

まとめ

DNSのエイリアスレコードとは、ある名前を別の名前へ向ける仕組みを表す言い方として使われることがあります。

ただし、これはDNS標準の正式名称ではなく、実務では主にCNAMEや、DNS事業者独自のALIAS / ANAMEなどを含めて指すことがあります。

CNAMEはDNS標準の別名レコードで、主にサブドメインで使われます。

一方、ルートドメインには通常CNAMEを設定できないため、その代替としてALIASやANAMEなどの機能が使われます。

そのため、DNS設定では次のように考えると整理しやすくなります。

• サブドメインを別名として設定したいならCNAME
• ルートドメインを外部サービスへ向けたいならALIAS系機能を検討
• 具体的な仕様はDNS事業者ごとに確認する

以上、DNSのエイリアスレコードについてでした。

最後までお読みいただき、ありがとうございました。