Cloudflare Error 1016 Ultimate Troubleshooting: もう「DNSエラー」に騙されない！

という理由が多いのだろうか。エラー1016 - Origin DNSエラーそして頭痛の種？表面的には単なるDNS解決エラーのように見えるが、実際のトラブルシューティングでは、多くのケースで HTTPS証明書の設定エラー もしかしたら ソースSSLポリシーの不一致 この2つには密接な関係がある。この記事では、この2つの隠れた関係を分析し、詳細なトラブルシューティングと解決策を提供する。

I. Cloudflare Error 1016とは何ですか？

Cloudflareエラー1016 これは通常、Cloudflareがオリジンサーバーを解決またはアクセスできないことを意味します。ユーザーがサイトにアクセスすると、CloudflareはDNSレコードを照会してソースIPを見つけ、SSL設定に基づいて暗号化された接続を確立します。
このプロセスの間に、CloudflareがCNAMEが指すホスト名を正しく認識できなかったり、DNSが誤って設定されていたり、SSL認証に失敗したりすると、1016エラーページを返します。言い換えれば、1016はDNSだけでなく、SSLレベルでの通信障害に根ざした "明らかなエラー "です。

HTTPS 証明書との接続の可能性

1.証明書設定の不一致

あなたのサイトでCloudflareのプロキシ（Orange Cloud）を有効にしている場合、すべてのアクセスリクエストは最初にクラウドフレアその後、CloudflareはソースへのHTTPS接続を確立します。ソースサーバーにインストールされた証明書がアクセスドメインと一致しない場合（例えば、証明書がプライマリドメインのみをカバーし、サブドメインをカバーしない場合）、Cloudflareはハンドシェイクフェーズ中に接続を拒否し、1016エラーをトリガーする可能性があります。

典型的な例だ：
ドメイン名はblog.example.comですが、サーバー証明書はexample.comにのみ発行されています。結果：Cloudflareは証明書の検証に失敗し、1016と表示されました。

2.不適切なSSLモード設定

Cloudflareは4つのSSLモードを提供しています：

オフ
フレキシブル
フル
フル（ストリクト）

Flexibleモードでは、Cloudflareはユーザー側とは暗号化された（HTTPS）通信を行いますが、ソースサイトとはプレーンテキストのHTTPで通信を行います。ソースサイトがHTTPSを強制すると（301ホップやHSTSなど）、Cloudflareは循環リクエストに引っかかり、その結果ターゲットサーバーに正しくアクセスできなくなり、最終的に1016をトリガーします。したがって、サイトがHTTPSを強制しているにもかかわらず「Flexible」モードを使用している場合、これは1016エラーのリスクの高いシナリオです。

3.自己署名証明書または無効な証明書によるハンドシェイクの失敗

開発者の中には、自己署名証明書やLet's Encryptの一時的な証明書をテスト環境で使用しているが、証明書チェーンを完全に設定していない人もいる。その場合クラウドフレアソースとのTLSハンドシェイクを確立しようとしても、証明書チェーンが不完全であったり、署名が無効であったりすると、接続が切断されることがある。

排除的アプローチ：
コマンドが使用できる：

openssl s_client -connect example.com:443

証明書チェーンが完全であるかどうか、そしてVerifyのリターンコードが0(ok)であるかどうかを確認する。そうでない場合は、SSLが正しく設定されていません。

III.Cloudflareの複合トリガー・メカニズム 1016

実際のケースでは、1016は単一の問題ではなく、複数のコンフィギュレーションが積み重なった結果であることが多い。以下に、よくある複合トリガーのシナリオをいくつか示す：

DNSレコードエラー＋SSLモードエラー：CNAMEが間違ったサブドメインを指している。クラウドフレア CloudflareはSSLを認証しようとしますが、ドメイン名が一致せず、1016を返します。
強制 HTTPS + フレキシブルモードの競合：ソースは HTTPS にジャンプしますが、Cloudflare は HTTP を使用してソースにのみ接続します。これによりラウンドロビンが発生し、リクエストが失敗します。

自己署名証明書 + 中間証明書が見つからない: SSLチェーンが不完全で、ハンドシェイクが拒否されます。cloudflareは接続を完了できず、再び1016をスローします。

そのため、Cloudflare 1016は「サーバーを解決できない」のではなく、「サーバーは見つかったが、安全に接続できなかった」ことがある。

IV.完全なトラブルシューティングの手順と修理の推奨事項

以下はCloudflare 1016のステップバイステップのシステムソリューションです。

ステップ1：DNS設定の確認

Cloudflareにログイン → DNSパネル
証明書のホストレコード（AまたはCNAME）がサーバを正しく指していることを確認する。
Orange Cloudが有効なレコードかどうかを確認します。
サーバーが外部のDNSサービスを使用している場合、Cloudflareがそのホスト名を解決できることを確認してください。

ステップ2：SSL証明書の確認

ソースサーバーにログイン
証明書がすべてのサブドメイン（www、apiなど）をカバーしていることを確認する。
SSL Labsまたはopenssl testsを使用して、証明書チェーンの完全性をチェックする。

自己署名証明書を使用している場合は、信頼できるCA（Let's EncryptやCloudflare Origin CAなど）に切り替えてください。

ステップ 3: Cloudflare SSLモードを調整する

CloudflareバックエンドのSSL/TLS → Overviewに進み、以下の設定を推奨します：

フル（ストリクト）：最も安全なモード（ソース・サイトの有効な証明書が必要）

テストだけなら、とりあえずFullモードを使ってください。Flexibleは、その用途がはっきりわかっているとき以外は使わないでください。

ステップ4：キャッシュを消去して再確認する

修正完了後

クリアランスクラウドフレアすべてを消去する、ブラウザのキャッシュを更新する、またはプライバシーモードを使用して再訪問する

それでも1016が表示される場合は、一時的にプロキシを中断して（灰色の雲）、送信元ステーションが正常にアクセスされているかどうかを確認することができます。

V. 予防措置と最適化の推奨事項

Cloudflare Origin CA証明書の使用
無償で発行され、Cloudflare 通信用に設計され、最長 15 年間有効。サードパーティCAの認証失敗問題を回避。
HTTPSの自動書き換えを有効にする
あるクラウドフレア SSL/TLS → エッジ証明書」で有効化。混合コンテンツと不正なジャンプの問題を自動的に修正。
ヘルスチェック・モニタリングの設定
Cloudflare Health CheckまたはUptimeRobotを使用して、ソースサイトの可用性を定期的にチェックする。証明書またはDNS解決の異常を早期に検出。

まとめ

Cloudflareエラー1016 通常、DNS 解決エラーと定義されますが、実際のシナリオでは、多くの場合、HTTPS 証明書の設定ミス、SSL モードの競合、証明書チェーンの欠落に関連しています。この2つの隠れた相関関係を理解することで、トラブルシューティングの際に真の障害箇所を素早く見つけることができます。
サイトがHTTPSを有効にしている場合、Cloudflareがソースサイトと安全に通信するために、SSLモードが一致し、証明書が有効であることを確認してください。

お問い合わせ
チュートリアルが読めない？無料でお答えします！個人サイト、中小企業サイトのための無料ヘルプ！	カスタマーサービス WeChat
① 電話：020-2206-9892
② QQ咨询：1025174874
三 Eメール：info@361sale.com
④ 勤務時間: 月～金、9:30～18:30、祝日休み