エラー1016の修正方法：DNSポインティングとソース接続のトラブルシューティング

出会う エラー 1016 Cloudflareを使用している場合、次のような文章だと考えてください：CloudflareはあなたのソースIPに解決できない（Origin DNSエラー）。つまり、Cloudflareは "go to source "の段階でDNSに引っかかっているのです（ソースアプリケーションが500を報告するようなことではありません）。

ここでは、10分間のピンポイントとそれに対応する修正を、最も一般的な原因から優先順位の高い順にリストアップする。

10分間ロケチェックリスト（順不同）

0～1分：どのホスト名がエラーを報告したかの確認

通知のみ wwwそれともルート・ドメインも報告されるのか？それともルート・ドメインも報告されますか？あるいはサブドメイン（例えば api.)のレポート？
きろくエラーの完全なURL + 時点(バックトラック)

1～3分：検査 Cloudflare DNSにおける「このホスト名」のレコードか否か

Cloudflareコンソールを開く → DNS → 対応するホスト名を見つける：

ルートドメイン名には通常 A(またはAAAA）を送信元IP
www 通常は CNAME ルートまたはソース・ドメインを指す

3-5分：DNSコマンドを使って、「本当に解決する」ことを確認する。

お使いのコンピューター／サーバー（どちらか一方）で実行してください：

dig +short A yourdomain.comdig +short CNAME www.yourdomain.comnslookup yourdomain.com 1.1.1.1nslookup yourdomain.com 8.8.8.8

あなたが見るべきものは

レコードの返却リアルパブリックIP
それがCNAMEである場合、CNAMEターゲットドメインは同様にA/AAAの解決を続ける。

A/AAAAがnullを返すか、CNAMEターゲットが解決されない場合、基本的にロックされます。エラー1016の原因.

5-7分：「CNAMEターゲットの解決可能性」に焦点を当てる。

もしあなたの記録がwww -> CNAME -> 外部ドメイン名

さっそくチェックしてみよう。対象ドメイン名A/AAAに解決するかどうか
よくある落とし穴：対象ドメイン名の有効期限切れ、DNSの削除、サービスプロバイダーによるレコードの変更、文章のスペルミス

7-9分：ロードバランサー／トンネル／スペクトラムを使用していますか？

あなたの使い方のすぐそばにある：

A) Cloudflare ロードバランサー

プールの オリジンホスト名 それらはすべて解決可能なのか？
すべてのホスト名が解決に失敗する」1016 を避けるため、**fallback pool** を構成してソースIPに直接書き込むことを推奨する。

B) クラウドフレアトンネル（cloudflared）

DNSレコードはトンネルを指しているが、トンネルは実行されていない。 1016
迅速な検証
- トンネルのサービスがオンラインかどうかを確認する（システムサービス、コンテナ、デーモン）。
- 再開 クラウドフレアード(a) 合衆国の番組、またはA録画の直接接続ソース局を持つ番組への回復。

C) スペクトラム（CNAMEオリジン）

公式ヒント：CNAME origin for Spectrumを行う前に、Cloudflare DNS側でoriginを指すCNAMEを作成する必要があります。

9-10分：「Cloudflare for SaaS / SSL for SaaS / Workers」という特殊なシナリオか？

SaaSカスタムドメインまたはWorkersサブリクエストを行っている場合、エラー1016はより「設定可能」な意味を持っています：Cloudflareはカスタムホスト名をルーティングまたはプロキシできないことを示します。

Cloudflare for SaaS / SSL for SaaS 共通の原因(公式リスト）：

カスタムホスト名用所有権確認が完了していない
フォールバックオリジン 正しく設定されていない
ワイルドカードを使用してホスト名をカスタマイズしましたが、要求されたホスト名はCloudflareの「スタンドアロンゾーン」としても存在するドメインに対応し、優先順位が競合しています。
SaaSターゲットゾーンにホスト名のDNSレコードがありません。
カスタムホスト名が active 情勢

ワーカーズシーン

もしそれが労働者の フェッチ サブリクエストはパーシャル（CNAME）セットアップゾーンにヒットします：ホスト名がCloudflareゾーン内に存在することを確認する必要があります（権威DNS内だけではありません）。

シナリオ別に「最も直接的」なものを挙げるリペア・アクション"

シナリオ1：Aレコードがない／AレコードのIPが間違っている

このホスト名をCloudflare DNSに追加または修正します。記録(正しいソース・パブリックIPを指す）
TTLが有効になるのを待つ（通常は数分から数十分）
再利用 dig/nslookup 正しいIPが返されることを確認する

シナリオ2：CNAMEが指すターゲットドメインが解決できない

ターゲットドメインのDNSを修正する（A/AAAに解決するようにする）か、CNAMEをソースIPを指すAレコードに変更する（より安定的で直感的）。

シナリオ3：トンネルが走らなかった

認識 クラウドフレアード オンライン・プロセス/コンテナ
セルフスタートと再起動ポリシーの回復
短期間で復旧が不可能な場合は、一時的にソース局直結のAレコードに戻し、可用性を回復させることを優先する。

シナリオ4：ロードバランサーのプールドメイン名解決挫く

プール内のオリジンホスト名を解決可能に修正する。
完全なハングアップを避けるために、ソースIPに直接書き込むフォールバックプールを設定する 1016

シナリオ5：Cloudflare for SaaSカスタムドメインレポート 1016

カスタムホスト名が active(修了証明）
フォールバックオリジンDNSレコードが存在し、設定されていることを確認する。
ワイルドカードホスト名の優先順位が独立ゾーンのホスト名と衝突しないようにする。

修正後に "本当に良い "かどうかを確認する方法。

支出 dig/nslookup 別途調査 1.1.1.1 歌で応える 8.8.8.8パースの一貫性の確認
ノー・トレース・ブラウザ・アクセス https://域名/ エラーパス
複数のロケールがある場合：オンラインDNSチェッカーを使って、あるロケールから別のロケールへの解決に一貫性があるかどうかを確認してください（DNSルックアップツールを使って、レコードが解決可能かどうかを確認することも公式に推奨されています）。

サポート／同僚に提出する最低限の情報パッケージ

ホスティングプロバイダー、同僚、またはCloudflareサポートに問題を報告する場合は、ドメイン名、エラーが報告されたURL、発生時刻、DNSレコードのスクリーンショット、ローカルのDNSレコードのコピーを一度に提供することをお勧めします。 dig/nslookup Cloudflareはまた、これらの重要な分野をまとめることに焦点を当てた、特定の「障害情報収集」ガイドラインを持っています。

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