CNAMEレコードとは？

CNAMEレコードとは、エイリアス名を「正規名」と呼ばれる別のドメイン名にマッピングするDNSレコードのことです。これを検出したリゾルバーは、正規名を検索し、その名のレコードを返します。

CNAMEとは何の略ですか？

CNAMEは「正規名（canonical name）」の略です。正規名とは、エイリアスが指し示す実際の名前です。

CNAMEレコードは何に使用されますか？

CNAMEレコードは、1つ以上のホスト名を単一のターゲット名に紐付けるために使用されます。一般的な用途としては、wwwをメインのホスト名に紐付けたり、ホスト名をホスティングサービスに紐付けたりすることが挙げられます。これにより、アドレスが変更された際に更新が必要なのはターゲット側のみとなります。

CNAMEは他のレコードと共存できますか？

いいえ、RFC 1034で規定されている通り、CNAMEレコードを持つ名前には他のレコードタイプが存在してはなりません。そのため、SOAレコードやNSレコードがすでに存在するゾーンの頂点には、CNAMEを配置することはできません。

CNAMEはDNS解決を遅くしますか？

CNAME を使用すると、リゾルバーが正規名のキャッシュされた応答を持っていない場合、少なくとも 1 回分の追加のルックアップが発生します。一度キャッシュされると、追加される遅延は通常わずかですが、チェーンが長くなると遅延は増大します。

用語集
CNAME（正規名）とは？

DNS用語集

CNAME（正規名）とは？

CNAME（正規名）は、エイリアスドメイン名を「正規名」と呼ばれる別のドメイン名にマッピングするDNSレコードの種類です。 RFC 1034 および RFC 1035 で定義されているように、クエリされた名前の CNAME レコードを検出したリゾルバーは、正規名から検索を再開し、その名前のレコードを返します。

DDIをシンプルにしましょう

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

主なポイント

CNAME (canonical name) is a DNS record type that maps an alias domain name to another domain name, enabling multiple hostnames to depend on a single target and automatically inheriting address changes without manual updates across large zones. The record type, defined in RFC 1034 and RFC 1035, operates at the application layer (layer 7) and is widely used to point hostnames at content delivery networks, hosted applications, and load balancers. However, CNAME records introduce operational risks including RFC compliance violations when coexisting with other records, potential subdomain takeover vulnerabilities from dangling aliases, and increased resolution latency from long lookup chains, all of which require regular audits and careful management to prevent mail delivery failures, domain verification issues, and security breaches.

CNAME records cannot coexist with other DNS record types at the same name per RFC 1034 and cannot be placed at a zone apex where SOA and NS records must exist, creating constraints on their deployment in zone architecture.
Dangling CNAME records pointing to decommissioned external services present security risks, as attackers may claim the target resource and serve malicious content under the organization’s domain in a subdomain takeover attack.
Long chains of aliases pointing to other aliases add lookup latency and resolution complexity, with resolver depth caps potentially causing intermittent failures, while each link in the chain is cached according to its own TTL affecting update propagation across clients.

CNAMEの概要

Attribute	Value
Full name	Canonical name
Category	DNS record type
Defined in	RFC 1034 and RFC 1035
Protocol and port	DNS, port 53 over UDP and TCP
OSI layer	Application layer (layer 7)
Primary use	Pointing one domain name at another so the alias inherits the target's records
Related terms	A record, AAAA record, ALIAS record, DNS zone, TTL, Zone apex

CNAMEの仕組み

CNAMEレコードには、エイリアス名と、それが指す正規名が格納されます。リゾルバーがエイリアスを照会すると、応答によって代わりに正規名を検索するよう指示されます。

クライアントによるエイリアスの照会：クライアントは、再帰的リゾルバーに対し、www.example.com などのエイリアス名に対する A レコードなどのレコードを問い合わせます。
サーバーが CNAME を返す場合：権威サーバーは、エイリアスにアドレスデータが見つからないものの、そこに CNAME レコードが存在することを確認します。権威サーバーは、正規名を指定するそのレコードを返します。
ターゲットでのリゾルバーの再起動：リゾルバーは、同じレコードタイプを使用して、正規名に対するクエリを繰り返します。これには、別のゾーンや別の権威サーバーが関与する場合があります。
最終的な回答が返される：リゾルバーは、正規名のレコード（AレコードやAAAAレコードなど）を受け取り、その完全なチェーンをクライアントに返します。クライアントは、そのアドレスを使用します。

CNAMEレコードを持つ名前には、同じ名前で他のレコードタイプが存在してはなりません。そのため、SOAレコードやNSレコードが存在しなければならないゾーンの頂点には、CNAMEを配置することはできません。チェーン内の各リンクは、それぞれのTTLに従ってキャッシュされ、チェーンが長くなるとルックアップ時間が長くなります。

エンタープライズネットワークにおいてCNAMEが重要な理由

CNAMEレコードを使用すると、複数の名前を1つのターゲットに紐付けることができます。サービスのアドレスが変更された場合、正規名（canonical name）のAレコードまたはAAAAレコードのみを更新すれば、すべてのエイリアスが自動的に更新されます。これにより、大規模なゾーン全体での手動編集が削減され、ホスト名をコンテンツ配信ネットワーク（CDN）、ホスト型アプリケーション、ロードバランサーに指向するために広く利用されています。

しかし、この間接的な仕組みは運用上のリスクも生じさせます。RFC 1034では、CNAMEを持つ名前には他のデータを含めてはならないと規定されているため、MX、TXT、またはNSレコードがすでに存在する場所にCNAMEを追加すると、メールの配信やドメイン認証が機能しなくなる可能性があります。チェーンが長くなると解決処理が遅くなり、トラブルシューティングが困難になります。また、2つのエイリアス間でループが発生すると、ルックアップが失敗します。

セキュリティ上の問題も存在します。CNAMEが、リソースが削除された外部サービスを指している場合、攻撃者がそのターゲットを乗っ取り、組織のドメイン名の下でコンテンツを配信する可能性があります。これは「ダングリングレコード」または「サブドメイン乗っ取り」として知られています。 CNAMEのターゲットを定期的に監査し、その背後にあるサービスが廃止された際にエイリアスを削除することで、この問題を未然に防ぐことができます。

CNAMEと関連用語の比較

CNAMEとAレコードの比較

Aレコードは名前をIPv4アドレスに直接関連付けるのに対し、CNAMEレコードは名前を別の名前に関連付け、その名前をさらに解決する必要があります。Aレコードとは何ですか？

Attribute	CNAME	A record
Points to	Another domain name	An IPv4 address
Resolution steps	At least one extra lookup at the canonical name	Answer is returned directly
Coexistence with other records at the same name	Not allowed, per RFC 1034	Allowed alongside MX, TXT and NS records
Use at the zone apex	Not permitted, because the apex holds SOA and NS records	Permitted
Effect of a target address change	Aliases follow the target automatically	Each A record must be edited separately

CNAMEとエイリアスレコードの比較

CNAMEはRFC 1034で定義された標準的なDNSレコードタイプであるのに対し、エイリアスレコードはプロバイダ固有の機能であり、名前（多くの場合ゾーンのルート）が、真のCNAMEではないものの、別の名前やリソースに従うことを可能にする。

Attribute	CNAME	Alias record
Standardization	Standard record type	Provider-specific, not a standard record type
Allowed at the zone apex	No	Usually yes, depending on the provider
Answer returned to the client	A CNAME record followed by the target's records	Typically the final address records, resolved by the provider
Portability between DNS providers	Portable	Behavior varies and may not transfer

CNAMEに関する一般的な問題

ゾーンの頂点にCNAMEを追加すると、そこに存在しなければならないSOAレコードやNSレコードと競合します。サーバーがゾーンの読み込みを拒否する場合があり、レコードが受け入れられた場合でも、メールや委任機能が正常に動作しなくなる可能性があります。

すでにMX、TXT、またはその他のデータが存在する名前でCNAMEを作成すると、RFC 1034に違反します。これによる症状としては、メールの配信失敗、検証レコードの消失、リゾルバー間の回答の不一致などが挙げられます。

エイリアスを指すエイリアスは、ルックアップと遅延を増大させ、2つの名前間のループが発生すると、解決はSERVFAILで失敗します。リゾルバーはチェーンの深さに上限を設けているため、深いチェーンでは断続的に失敗することがあります。

削除または廃止されたターゲットを指すCNAMEは、そのエイリアスに対してNXDOMAINを返します。ターゲット名が、他者が取得可能な外部サービスに属している場合、そのエイリアスはサブドメイン乗っ取りに悪用される可能性があります。

エイリアスと正規名にはそれぞれ独自のTTLが設定されているため、ターゲットでの変更がクライアントに届くタイミングは異なる場合があります。エンジニアは、切り替え後、キャッシュされたエントリが両方とも期限切れになるまで、一部のユーザーが古いアドレスにアクセスしているのを確認することがあります。

統合型DDIがネットワーク運用をいかに簡素化するかを参照

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

お問い合わせ

インテリジェント・ネットワーク

CNAME（正規名）とは？

DDIを簡素化する準備はできていますか？

CNAMEの概要

CNAMEの仕組み

エンタープライズネットワークにおいてCNAMEが重要な理由

CNAMEと関連用語の比較

CNAMEとAレコードの比較

CNAMEとエイリアスレコードの比較

CNAMEに関する一般的な問題

統合型DDIがネットワーク運用をいかに簡素化するかを参照

CNAMEに関するよくある質問

関連用語

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

OSIモデルの理解：7層構造におけるDNSとIPアドレスの位置づけ

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

ポッドキャスト：AIがエンタープライズソフトウェア開発をどう変えているか

ポッドキャスト：ネットワーク運用においてオープンプラットフォームが重要な理由

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveWire GEN3 デバイス製品ラインナップ

関連記事