主なポイント
- CNAMEレコードはドメインエイリアスとして機能し、あるドメインまたはサブドメインをIPアドレスに直接ではなく、別の正規ドメイン名に指定します。
- CNAMEレコードはルートドメインでは使用できず、同じホスト名でA、AAAA、MXのような他のDNSレコードタイプと共存することはできません。
- CNAMEレコードは、複数のドメインをメインサイトにリダイレクトしたり、CDNと統合したり、顧客や異なるサービスのサブドメインを管理したりといった柔軟なユースケースを可能にします。
- CNAMEやその他のDNSレコードを適切に実装することは、ドメインの機能を維持し、電子メール認証やセキュリティなどの重要なサービスをサポートするために非常に重要です。
ドメインの管理、Eメールの設定、ウェブサイトの立ち上げは、特にDNSのような専門用語が出てくると、時に圧倒されるように感じることがあります。しかし、あなたがアクセスするドメインや送信するEメールの背後では、DNSレコードの複雑なシステムがバックグラウンドで静かに働いているのです。
その中でも最も誤解されているのがCNAMEレコードです。この記事では、CNAMEレコードとは何か、どのように機能するのか、なぜドメインの機能にとって重要なのかを説明します。
CNAMEレコードとは何ですか?
CNAME(Canonical Name)レコードは、あるドメイン名を別のドメイン名に指し示すDNSサーバーのエントリーの一種です。これはエイリアスのように機能し、同じウェブサイトやサーバーに異なる名前を使用することができます。IPアドレスやコンテンツを保持する代わりに、単にある名前を別の名前にリダイレクトします。このようにして、同じ場所につながる複数の名前を持つことができます。
例えば、www.webiste.com をwebsite.comを指すCNAMEとして設定し、両方のアドレスが同じウェブサイトにつながるようにすることができます。別の例としては、mailhost.website.comのCNAMEとしてmail.website.comを使うことで、電子メールサービスを効率的に管理することができます。
CNAMEレコードは、複数のドメイン名の指す先を一元化することで、ドメイン管理を簡素化します。この柔軟性は、より簡単な更新、コンテンツ配信ネットワーク(CDN)などのサービスとのスムーズな統合、サブドメインの一貫した処理をサポートします。また、メール認証などの重要なサービスが正しく動作するようにする重要な役割も果たし、セキュリティと信頼性を向上させます。
PowerDMARCでセキュリティを簡素化!
CNAMEレコードの仕組み
CNAMEレコードはIPアドレスを直接指すのではなく、別のドメイン名(カノニカルネーム)を指す。
例えば、www.blog.mydomain.com にmydomain.comを指すCNAMEレコードを作成した場合、www.blog.mydomain.com のDNS検索はまずCNAMEをmydomain.comに解決します。その後、DNSはAレコード(IPv4アドレスにマッピングされる)またはAAAAレコード(IPv6アドレスにマッピングされる)に到達するまで解決を続け、実際のIPアドレスを返します。
要するに、CNAME → カノニカルネーム → A(IPv4)またはAAAA(IPv6)レコード → IPアドレス
*注ホストのIPアドレスが変更された場合、ルートドメインのDNS Aレコードを更新することだけが必要です。エイリアスまたはサブドメインのものを含むすべてのCNAMEレコードは、ルートに変更が加えられたときに自動的に変更されます。以下の表を参照すると、より理解が深まります。
| (サブ)ドメイン / ホスト名 | レコードタイプ | ターゲット/デスティネーション |
| mydomain.com | A | 333.444.555.111 |
| www.blog.mydomain.com | CNAME | mydomain.com |
| ftp.mydomain.com | CNAME | mydomain.com |
| mail.mydomain.com | CNAME | mydomain.com |
DNSのCNAMEレコードの主な利用方法
CNAMEレコードは、エイリアス(入力した名前)をカノニカル名(実際の宛先)にリンクします。一般的な使い方は以下の通りです:
- 複数のドメインを1つのウェブサイトに誘導するCNAMEレコードを使用して、同じ組織が所有する複数のドメインをメインウェブサイトにリダイレクトする。
- 異なるサービスを同じ親ドメインに向ける:CNAMEレコードを使用して、電子メールやFTPなどのサービスをプライマリドメインにマッピングする。
- 顧客用のサブドメインの作成各顧客のルート・ドメインを指すセルフサービスのサブドメイン(customer.provider.comなど)を設定する。
- 国別サイトをメインドメインにルーティングする:CNAMEレコードを使用して、サイトのさまざまな国バージョンからの訪問者をメインウェブサイトに戻す。
- コンテンツ・デリバリー・ネットワーク(CDN)を設定する:CDNのアドレスをCNAMEレコードとして追加し、ユーザーが自動的にCDNにリダイレクトされるようにする。
CNAMEレコードの作成方法
以下の簡単な手順に従って、ドメインにCNAMEレコードを作成してください:
- DNS管理コンソールにログインします。
これは通常、ドメインレジストラのダッシュボードまたはウェブホスティングのコントロールパネルにあります。 - 新しいレコードを追加する
Add Record "をクリックし、レコードタイプのリストから "CNAME "を選択する。 - 名前(エイリアス)を入力
サブドメインまたはホスト名を入力します。 - 正規名(ターゲット)を入力します。
このエイリアスを指す完全なドメイン名を入力します(例:website.com)。 - TTLの設定
これは、レコードがキャッシュされる期間をコントロールします。- 静的IPアドレスの場合は、1800秒(30分)以上を使用する。
- 動的IPアドレスの場合は、1800秒以下を使用する。
- レコードを保存する
保存 "または "作成 "をクリックして、新しいCNAMEレコードをDNSに追加します。
すでにCNAMEレコードをお持ちですか?無料のCNAMEレコードチェッカーを使って、正しく設定され、期待通りに解決されているか確認してください。
CNAMEレコードのDNS処理プロセス
powerdmarc.comを例にしてCNAMEレコードがどのように機能するかを説明しましょう。この場合、ドメイン www.powerdmarc.comを指すCNAMEとして設定されています。 powerdmarc.comを指すCNAMEとして設定されています。
| 名前 | タイプ | 価値 |
| www.powerdmarc.com | CNAME | パワードマーク・ドット・コム |
| パワードマーク・ドット・コム | A | 172.66.43.156 |
ここでは、DNS解決プロセスがどのように行われるかを順を追って説明します:
- DNSクライアントはwww.powerdmarc.com。
これは、ドメイン名をIPアドレスに解決するための最初のリクエストである。 - DNSリゾルバは、powerdmarc.comの権威ネームサーバーを検索します。
リゾルバは、ドメインのDNSレコードを保持しているネームサーバを確認します。 - リゾルバはwww.powerdmarc.comのCNAMEレコードを検索する。
www.powerdmarc.com、powerdmarc.comを指すエイリアスであることがわかります。 - DNSクライアントはCNAMEを識別し、powerdmarc.comに対する新しいクエリを送信します。
これはエイリアスなので、クライアントはpowerdmarc.comの実際のDNSレコードを要求します。 - DNSリゾルバは、powerdmarc.comのAレコードを返します。
このレコードには、IPv4アドレス172.66.43.156が含まれています。 - DNSクライアントはIPアドレスを使用してウェブサイトに接続する。
プロセスは完了し、クライアントはサーバーに正常に到達した。
このプロセスは、CNAMEレコードがどのようにトラフィックをAレコードに導き、最終的に接続を確立するために必要なIPアドレスを提供するかを示しています。
CNAMEと他のDNSレコードの主な違い
DNSレコードにはさまざまな目的があります。いつ CNAME対 A, AAAA, ALIASまたは TXTレコードを使用することで、よくあるミスを防ぎ、ドメインが正しく機能するようになります。
| レコードタイプ | 何をするのか | いつ使うか | CNAMEとの主な違い |
| A 記録 | ドメインを IPv4アドレスにマップする(例 192.0.2.1). | 正確な IPv4アドレスを直接解決したい場合に使用する。 | 他のドメインではなく、IPアドレスを直接指す。CNAMEよりも高速でシンプル。 |
| AAAAレコード | ドメインを IPv6アドレスにマップする(例 2001:db8::1). | サーバーが IPv6アドレッシングを使用している場合に使用します。 | Aレコードと似ているが、より新しいIPv6ネットワーク用。別のドメインを指すことはない。 |
| ALIASレコード (プロバイダによってはANAMEとも呼ばれる) | CNAMEと同様の動作をしますが、ルートドメインレベルで使用できます。 ルートドメインレベル(ゾーン頂点)で使用できる。 | CNAMEのような柔軟性が必要な場合 ルートドメインで(例 ウェブサイト.com)でCNAMEのような柔軟性が必要な場合に使用します。 | AレコードのようにIPアドレスに解決するが、CNAMEのようにエイリアシングをサポートする。他のレコードと共存できる。 |
| TXTレコード | ドメインの任意のテキストデータを保存します。 メールセキュリティまたは 検証). | 用途 SPF, DKIM, DMARCまたはサイト検証。 | ドメイン・リダイレクトやIPマッピングには使用されない。どのレコードタイプとも共存できる。 |
なぜCNAMEはA、AAAA、MXレコードと共存できないのですか?
CNAMEレコードはドメイン名のアイデンティティを完全に引き継ぎます。つまり
- website.comにCNAMEを作成する場合、example.comにA、AAAA、MXレコードを作成することはできません。
- CNAMEは通常、サブドメイン(www.website.com)に使用され、ルートドメイン(website.com)には使用されません。
ルートレベルでのエイリアシングが必要な場合は、代わりにALIASまたはANAMEレコードを使用します。
簡単な経験則だ:
- IPアドレスをお持ちの場合は、A/AAAをお使いください。
- サブドメインのリダイレクトにCNAMEを使用します。
- ルートドメインでのリダイレクトが必要な場合は、ALIAS/ANAMEを使用します。
- テキストベースの目的にはTXTを使用します(リダイレクトではありません)
CNAMEレコードの制限
CNAMEレコードはあるドメイン名を別のドメイン名に指定するのに便利ですが、設定ミスを避けるために理解しておくべき重要な制限があります:
- CNAMEレコードはルートドメイン(ゾーン頂点)では使用できない:ルートドメインはしばしばA、AAAA、MXレコードのようなCNAMEと共存できない他の必須レコードを必要とする。
- ベストプラクティスベストプラクティス:DNSルールに違反することなく、ルートレベルで同様のエイリアシングを実現する回避策として、多くのDNSプロバイダーが提供するALIASまたはANAMEレコードを使用します。
- CNAMEレコードは同じDNSレベルで他のレコードタイプと共存することはできません:もし www.website.comまた、www.website.com、A、AAAA、MX、またはTXTレコードを持つことはできません。
- ベストプラクティスCNAMEレコードを作成する前に、そのホスト名に競合するレコードが存在しないことを確認してください。
- CNAMEレコードは余分なDNS検索を追加する:DNSリゾルバは最初にカノニカル名を解決しなければならないので、CNAMEレコードは検索時間をわずかに増加させる可能性があります。
- ベストプラクティス解決遅延を最小にするために、CNAMEレコードは慎重に使用し、長いCNAMEの連鎖は避けることです。
最終的な感想
CNAMEレコードは柔軟なドメインエイリアスを可能にし、複数のドメイン名が単一のリソースを指す方法を簡素化することで、DNSとドメイン管理において重要な役割を果たします。ウェブサイトの管理を合理化し、サブドメインをサポートし、コンテンツ配信ネットワークのような統合を可能にします。
CNAMEレコードを正しく使用することで、クリーンで効率的なDNSセットアップが可能になり、セキュリティを重視する組織にとって重要なメール認証プロトコルなどの重要なサービスをサポートすることができます。
DNSの設定が効果的で安全であることを保証するために、CNAMEと他のDNSレコードを適切に実装するために時間をかけてください。DNSとメールセキュリティの理解を深め、より自信を持って管理したい方は、PowerDMARCのDNSとDMARCツールやガイドをご利用ください。今すぐデモをご予約ください!
よくあるご質問
CNAME設定の主な利点は何ですか?
これにより、複数のドメイン名またはサブドメインを単一の正規ドメインに向けることができ、DNS管理が簡素化されます。
CNAMEがある場合、Aレコードは必要ですか?
はい、CNAMEは実際のIPアドレスを提供するA(またはAAAA)レコードを持つ必要がある別のドメインを指すからです。
CNAMEは複数のレコードを持つことができますか?
いいえ、CNAMEレコードは1つの正規ドメイン名のみを指すことができ、複数の値を持つことはできません。
- IPレピュテーションとドメインレピュテーション:どちらが受信トレイへの到達率を高めるか? - 2026年4月1日
- 保険金請求詐欺は受信トレイから始まる:なりすましメールが、日常的な保険業務の流れを保険金横領へと変える仕組み - 2026年3月25日
- FTCセーフガード規則:貴社の金融会社にはDMARCが必要ですか? - 2026年3月23日
