Skip to content

非公式本サイトは非公式の日本語ドキュメントであり、Cloudflare 公式サイトではありません。最新情報はdevelopers.cloudflare.comをご確認ください。

検証

最終更新 Markdown で表示Agent セットアップ

認証局(CA)がドメインの証明書を発行する前に、依頼者はそのドメインを制御していることを証明する必要があります。この処理をドメイン制御検証(DCV)と呼びます。


カスタムホスト名を作成する ときに、証明書の検証方法を 1 つ選びます。API が受け付ける ssl.method の値は httptxtemail のいずれか 1 つです。

DCV の状況

非ワイルドカード証明書

特定(非ワイルドカード)のカスタムホスト名では、次の条件を満たす場合、証明書の更新に HTTP ベースの DCV を使えます。

  • ホスト名が SaaS プロバイダーを向いている。
  • ホスト名のトラフィックが Cloudflare ネットワーク経由でプロキシされている。

カスタムホスト名がこれらの要件を満たさない場合は、別の検証方法を使ってください。

ワイルドカード証明書

ワイルドカードのカスタムホスト名では、TXT ベースの検証が必要です。SaaS プロバイダーとして、ワイルドカードのカスタムホスト名の証明書更新には次の 2 つの選択肢があります。


ダウンタイムを最小にする

ダウンタイムを抑えたい場合は、顧客をオンボードする前に証明書を発行・デプロイする方法を検討してください。

  • Delegated DCV: 権威 DNS に 1 回限りのレコードを置き、以降の証明書注文を Cloudflare が自動更新できるようにします。
  • TXT 検証: 顧客に、権威 DNS へ TXT レコードを追加してもらいます。
  • 手動 HTTP 検証: オリジンに TXT レコードを追加します。

顧客側の作業を減らす

シンプルさを優先し、顧客が数分のダウンタイムを許容できる場合は、Cloudflare の 自動 HTTP 検証 に任せられます。

自動 HTTP 検証では、CA が検証トークンを取得する前に、ホスト名が SaaS のターゲットを向いている必要があります。そのあいだ、証明書が ssl.status: active になる前に、ホスト名のトラフィックが Cloudflare へ向かうことがあります。

想定される問題

問題を避ける、または解消するには、トラブルシューティングガイド を参照してください。

役に立ちましたか?