プライマリゾーン（フルセットアップ）を設定する

Cloudflare DNS には、いくつかの セットアップ方法 があります。プライマリセットアップ（フルセットアップとも呼びます）が最も一般的で、Free または Pro プランで使える唯一の方法です。詳細は 概要 を参照してください。導入向けの説明は 概念 を参照してください。

次を確認してください。

• Cloudflare アカウントを作成する — まだの場合は、Cloudflare アカウントに登録 します。
• ドメイン名を所有する — 登録済みドメイン（例: example.com）が必要です。持っていない場合は、Cloudflare Registrar で原価でドメインを登録 ↗ できます。Cloudflare Registrar で購入したドメインは、権威 DNS に Cloudflare を自動で使うため、このチュートリアルの以降はスキップできます。

curl "https://api.cloudflare.com/client/v4/zones" \
	--request POST \
	--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
	--json '{
		"name": "<YOUR_DOMAIN>",
		"account": {
				"id": "<YOUR_ACCOUNT_ID>"
		}
	}'

ドメインが正しく動作するには、DNS レコードが正確である必要があります。DNS レコードが何か分からない場合は、次の動画で簡単な説明を確認できます。

クイックスキャンは既存の DNS レコードをすべて見つけるとは限らないため、レコードを確認し、特に次の項目に注意してください。

• ゾーン apex レコード（example.com）

  ゾーン apex レコードについて

  ゾーン apex は、Cloudflare に追加する ドメインまたはサブドメインを指します。

  通常、ゾーン apex レコードは訪問者がドメインへ到達できるようにします。この場合に必要なレコードタイプ（A、AAAA、または CNAME）とその内容は、Web サイトまたはアプリケーションを ホスト しているプロバイダーによって異なります。

  Cloudflare Workers を使っている場合は、カスタムドメイン を参照してください。

  ほかのプロバイダーを使っている場合は、外部 DNS サービスで管理しているドメインの接続方法を、そのプロバイダーの案内で確認してください。そのうえで、ホスティングプロバイダーが求めるレコードが、Cloudflare の DNS レコード表 にあることを確認します。

• サブドメインレコード（www.example.com または blog.example.com）

  サブドメインレコードについて

  ほとんどのサブドメインは、Web サイト全体のなかで特定の役割を担います。たとえば、blog.example.com はブログ、support.example.com はカスタマーサポートポータル、store.example.com は EC サイト、といった使い方です。

  特定のサブドメインが不要でも、少なくとも www のサブドメインレコードは設定しておくとよいです。通常は apex ドメイン（example.com）と同じ内容を指すか、リダイレクト を使います。www のサブドメイン DNS レコードがあると、訪問者がドメインの前に www. を付けて入力しても、Web サイトまたはアプリケーションへ到達しやすくなります。

• メールレコード

  メールレコードについて

  ビジネス上の必要に応じて、ドメインでメールを受信する、ドメインからメールを送受信する、ほかの送信者がドメインをなりすましてメールを送れないようにする、といった用途向けに DNS レコードを設定できます。

  以下は、そうした DNS レコードの例です。DNS メールレコードの具体的な値は、メールプロバイダーによって異なります。問題がある場合は トラブルシューティング を確認し、メールサービスプロバイダーに連絡して、DNS レコードが正しいことを確認してください。

  種類	名前	コンテンツ	プロキシ状態	TTL
  A	mail	192.0.2.1	DNS only	Auto
  MX	example.com	5 john.mx.example-server.test	DNS only	Auto
  TXT	_dmarc	"v=DMARC1; p=reject; sp=...	DNS only	Auto
  TXT	*._domainkey	"v=DKIM1; k=rsa; p=..."	DNS only	Auto
  TXT	example.com	"v=spf1 ip4:..."	DNS only	Auto

各 A、AAAA、CNAME レコードには プロキシステータス の切り替えがあります。

• Proxied（オレンジの雲）: Web トラフィックは Cloudflare ネットワークを経由し、キャッシュ、DDoS 保護、その他のセキュリティ機能が使えます。
• DNS only（グレーの雲）: Cloudflare は DNS レコードの値を返しますが、トラフィックはプロキシしません。サードパーティサービス向けにドメインを確認する CNAME レコードには、こちらを使います。

ドメインには、Cloudflare の権威ネームサーバーが 2 つ割り当てられます。ネームサーバーは、ドメインの DNS レコードを保持する専用サーバーです。ブラウザーからのリクエストに「回答」し、Web サイトへ接続するために必要な具体的な IP アドレスを返します。

curl "https://api.cloudflare.com/client/v4/zones/$ZONE_ID" \
	--request GET \
	--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN"

ドメインレジストラの管理者アカウントにログインします。プロバイダーが分からない場合は、ICANN Lookup ↗ を使います。

ドメインで DNSSEC¹ が有効な場合は、ネームサーバーを置き換える前に、レジストラで オフ にしてください。DNSSEC が有効なままネームサーバーを変更すると、ドメインに到達できなくなることがあります。ドメインが有効になったあと、Cloudflare 経由で DNSSEC を再有効化 できます。

1. 既存の権威ネームサーバーを削除します。

2. Cloudflare が提供するネームサーバーを追加します。名前を 正確にコピー しないと、DNS が正しく解決されません。

よくある問題を避けるには、ネームサーバー置き換えチェックリスト を参照してください。

レジストラがネームサーバーを更新するまで、最大 24 時間待ちます。

ドメインが Active になると、次のようになります。

• Cloudflare からメールが届きます。
• アカウントの Domains ページで、ドメインの ステータス が Active になります。
• https://www.whatsmydns.net/ ↗ などのオンラインツールに、Cloudflare が割り当てたネームサーバーが表示されます（これらのツールの多くはキャッシュ済みの照会結果を使うため、更新後のネームサーバーが表示されるまで時間がかかることがあります）。
• CLI コマンドに、Cloudflare が割り当てたネームサーバーが表示されます。

*macOS/Linux*

whois <DOMAIN_NAME>
dig ns <DOMAIN_NAME> @1.1.1.1
dig ns <DOMAIN_NAME> @8.8.8.8
dig <DOMAIN_NAME> +trace

*Windows*

nslookup -type=ns <DOMAIN_NAME> 1.1.1.1
nslookup -type=ns <DOMAIN_NAME> 8.8.8.8

ネームサーバー更新前に DNSSEC をオフにした場合は、Cloudflare 経由で DNSSEC を再有効化 し、ドメインをスプーフィングから保護できます。