ドメインネームシステム(DNS)は、人が読めるドメイン名(example.com など)を、コンピューターがインターネット上で互いを見つけるために使う IP アドレスへ変換します。このページでは、Cloudflare DNS のドキュメント全体で使う主要な DNS の概念を説明します。ほかの概念や、より広い説明は Cloudflare Learning Center ↗ を参照してください。
ドメイン名とも呼びます。ドメインは、特定の Web サイトを識別する文字列です。google.com や facebook.com などです。Web ブラウザーから Web サイトにアクセスするたびに DNS クエリ(ドメインをアドレスへ変換する検索リクエスト)が発生し、DNS サービスがそのドメインを、Web サイトが ホスト されている実際の IP アドレスへ対応づけます。
Cloudflare DNS サービスを使い始める前に、まずドメインが必要です。ドメインはレジストラから取得します。レジストラは、Learning Center ↗ で説明しているとおり、ドメイン名の予約を扱うサービスです。
ドメイン登録を提供する会社が、Web ホスティングと DNS 管理もあわせて提供することがよくあります。
ドメイン名は、Cloudflare Registrar で原価(上乗せ料金なし)で登録できます。Cloudflare Registrar で取得したドメインは、いずれも Cloudflare を プライマリの権威 DNS として使う必要があります。
DNS 解決(ドメイン名を IP アドレスへ変換する処理)には、いくつかの種類のサーバーが関わります。このドキュメントでは、ネームサーバーは通常、Cloudflare の権威ネームサーバーを指します。ドメインの確定的な DNS レコードを保持し、DNS 解決の最終回答を返すサーバーです。関与するサーバーの種類については、DNS サーバーの種類に関する記事 ↗ を参照してください。
ネームサーバーの提供内容の詳細は ネームサーバー を参照してください。
権威 DNS は、ホスト名(example.com や blog.example.com など)を、対応するコンテンツやリソースをホストする IP アドレスへ対応づける最終回答を、ネームサーバーが返すサービスです。
権威 DNS サービスの速度と信頼性は、Web サイトやアプリケーションの可用性、耐障害性、応答性に直接影響します。権威 DNS が遅い、または到達できないと、訪問者はサイトにたどり着けないことがあります。Cloudflare DNS は、Cloudflare のグローバルネットワーク上で動作する権威 DNS サービスです。世界中のデータセンターから DNS 回答を配信します。詳細は Cloudflare の仕組み を参照してください。
同じ会社が複数の DNS プロバイダーを使うこともあります。通常は、ドメインの耐障害性を高めるためです。一方のプロバイダーで障害が起きても、もう一方の DNS プロバイダーが運用するネームサーバーは、ほとんどの場合まだ利用できます。
この文脈では、Cloudflare で DNS レコード を管理するプライマリ DNS セットアップと、DNS レコードを別のプロバイダーで管理し、Cloudflare がその DNS レコードを含むゾーン転送を受け取るだけの セカンダリ DNS セットアップ があります。
プライマリ DNS セットアップでは、Cloudflare だけを使う(フルセットアップ とも呼びます)か、Cloudflare と別のプロバイダーを併用できます。併用する場合、もう一方のプロバイダーが Cloudflare からの 送信ゾーン転送 を受け取ります。
最後に、Cloudflare は リバースプロキシ としても動作します。ドメインの 権威 にはしたくないが、個々のサブドメインは Cloudflare 経由でプロキシしたい場合は、CNAME セットアップ(パーシャルとも呼びます)を使えます。
DNS レコードは、権威 DNS サーバー上に置かれる指示で、ゾーン に関する情報を提供します。特定のドメインに関連づく IP アドレスだけでなく、メールをメールサーバーへ送る、ドメインの所有権を検証するなど、ほかの用途もカバーします。
Cloudflare 内での DNS レコードの使い方は、DNS レコードの管理 と DNS レコードの種類 を参照してください。
DNS ゾーンは、特定のドメインとそのサブドメインの DNS レコードを誰が制御するかを定義する管理境界です。たとえば、example.com のゾーンには、example.com と blog.example.com のようなサブドメインのレコードが含まれます。詳しくは 「What is a DNS zone?」Learning Center の記事 ↗ を読んでください。
Cloudflare アカウントに追加した各ドメインは、アカウントのホームページにゾーンとして表示されます。ゾーンの正確なプロパティと動作は、DNS セットアップ によって決まります。
Cloudflare のさまざまな製品と機能は、ゾーン単位で設定できます。詳細は Fundamentals を参照してください。
ゾーン apex は、ゾーン内で最も上位のドメインです。そのゾーンのすべての DNS レコードを管理する起点です。
ほとんどの場合、ゾーン apex は apex ドメイン(たとえば example.com)と同じです。ただし、サブドメイン委任(Enterprise プランで利用可能)では、sub.example.com のようなサブドメインを独自のゾーンにでき、そのサブドメインがゾーン apex になります。
例 1
example.com の DNS 管理:
| 種類 | 名前 | コンテンツ | プロキシ状態 | TTL |
|---|---|---|---|---|
| A | blog |
192.0.2.1 |
プロキシ済み | Auto |
ゾーン apex: example.com
完全なレコード名: blog.example.com
例 2
sub.example.com の DNS 管理:
| 種類 | 名前 | コンテンツ | プロキシ状態 | TTL |
|---|---|---|---|---|
| A | blog |
192.0.2.1 |
プロキシ済み | Auto |
ゾーン apex: sub.example.com
完全なレコード名: blog.sub.example.com
ゾーン apex に DNS レコードを作成するには、レコードの 名前 に @ を使います。@ 記号は、ゾーン apex 自体を表す DNS の慣例です。詳細は ゾーン apex レコードの作成 を参照してください。
ゾーン apex のレコード
example.com の DNS 管理:
| 種類 | 名前 | コンテンツ | プロキシ状態 | TTL |
|---|---|---|---|---|
| A | @ |
192.0.2.1 |
プロキシ済み | Auto |
ゾーン apex: example.com
完全なレコード名: example.com
sub.example.com の DNS 管理:
| 種類 | 名前 | コンテンツ | プロキシ状態 | TTL |
|---|---|---|---|---|
| A | @ |
192.0.2.1 |
プロキシ済み | Auto |
ゾーン apex: sub.example.com
完全なレコード名: sub.example.com
追加の保護がないと、DNS 応答はなりすませます。攻撃者が偽造した応答を返し、訪問者を悪意のあるサイトへ誘導できます。DNSSEC(DNS Security Extensions)は、DNS レコードに暗号署名を付けることでこれに対処します。これらの署名を確認すると、レコードが正しい DNS サーバーから来たことを検証でき、第三者があなたに代わって偽の DNS レコードを発行し、ドメイン向けのトラフィックをリダイレクトするのを防げます。詳細は DNS セキュリティに関する記事 ↗ で読めます。
Cloudflare で DNSSEC を設定する手順は DNSSEC を有効にする を参照してください。