本文为：https://xfeed.app/notes/71448-20 のリメイク版
未優選#
已優選#
結論：見ての通り、優選されたウェブサイトの応答速度は大幅に向上し、出口 IP も増加しました。これにより、あなたのウェブサイトの可用性が大幅に向上し、読み込み速度が顕著に速くなります。
優選ノード使用：cloudflare.182682.xyz
正式に始めましょう！#
私たちは2 つのドメイン名が必要です（例：onani.cn と acofork.cn）
ここでは onani.cn を主要ドメインにし、acofork.cn を補助ドメインにします。
- まず、新しい DNS 解析を作成し、あなたのソースサイトを指し、cf プロキシを有効にします
- SSL/TLS -> カスタムホスト名に移動します。バックアップソースを先ほどの DNS 解析のドメイン（xlog.acofork.cn）に設定し、カスタムホスト名を最終的にユーザーがアクセスしたいドメイン（onani.cn）に設定し、指示に従って主要ドメイン（onani.cn）に TXT 所有権確認と TXT 証明書確認を追加し、証明書の状態とホスト名の状態が両方とも有効になるまで続けます。
- 次に、あなたの補助ドメインに解析を追加します。CNAME を優選ノード：cloudflare.182682.xyz に設定し、cf プロキシを無効にします
- 最後に、あなたの主要ドメインに解析を追加します。ドメインは先ほどの補助ドメインのカスタムホスト名（onani.cn）で、ターゲットは先ほどの cdn.acofork.cn、cf プロキシを無効にします
- 優選が完了したら、アクセスを試みます。
優選ワークフロー：ユーザーアクセス -> 最終的にアクセスしたドメインが CNAME 解析を設定しているため、実際には cdn.acofork.cn にアクセスし、ソースホスト名：onani.cnを持っている -> cloudflare.182682.xyz に到達して優選を行う -> 優選が終了し、cf エッジノードが持っているソースホスト名：onani.cnを認識し、バックアップソースを発見 -> バックアップソースの内容（xlog.acofork.cn）に戻る -> アクセス成功
トラブルシューティング#
- Q：私のソースサイトが Cloudflare Tunnels を使用している場合
A：Tunnels に 2 つのルールを追加する必要があります。一つはあなたの補助ドメインを指し、もう一つは最終的にアクセスするドメインを指します。そして、最終的にアクセスするドメインの DNS 解析を削除します（しかし、Tunnels で直接削除しないでください。ホワイトリストから外れ、ユーザーが 404 にアクセスすることになります）。その後、最初のステップをスキップします。
原理：あなたがすでに設定を完了していると仮定しますが、Cloudflare Tunnels は 1 つのルールしか設定していません。
分類して考えます。もしあなたが設定したルールが補助ドメインのみを指している場合、優選のワークフローでは：ユーザーアクセス -> 最終的にアクセスしたドメインが CNAME 解析を設定しているため、実際には cdn.acofork.cn にアクセスし、ソースホスト名：onani.cnを持っている -> cloudflare.182682.xyz に到達して優選を行う -> 優選が終了し、cf エッジノードが持っているソースホスト名：onani.cnを認識し、バックアップソースを発見 -> バックアップソースがソースホスト名：onani.cnがホワイトリストにないことを検出 -> エラー 404 Not Found。アクセス失敗
分類して考えます。もしあなたが設定したルールが最終的にアクセスするドメインのみを指している場合、優選のワークフローでは：ユーザーアクセス -> 最終的にアクセスしたドメインが CNAME 解析を設定しているため、実際には cdn.acofork.cn にアクセスし -> cdn.acofork.cn が Tunnels のホワイトリストにないため、アクセス失敗
- Q：私のソースサイトが Cloudflare Origin Rule（ポートバックソース）を使用している場合
A：ルールの有効ホスト名を最終的にアクセスするドメインに変更する必要があります。そうしないと、バックソースポリシーがトリガーされません（補助ドメインにアクセスできなくなりますので、Cloudflare Tunnels の使用をお勧めします）。
原理：あなたがすでに設定を完了していると仮定しますが、Cloudflare Origin Rule（ポートバックソース）のルールの有効ホスト名が補助ドメインである場合
優選のワークフローでは：ユーザーアクセス -> 最終的にアクセスしたドメインが CNAME 解析を設定しているため、実際には cdn.acofork.cn にアクセスし、ソースホスト名：onani.cnを持っている -> cloudflare.182682.xyz に到達して優選を行う -> 優選が終了し、cf エッジノードが持っているソースホスト名：onani.cnを認識し、バックアップソースを発見 -> バックアップソースの内容（xlog.acofork.cn）に戻る -> しかし、ソースホスト名：onani.cnが Cloudflare Origin Rule（ポートバックソース）のルールにないため -> バックソースポリシーがトリガーされず、アクセス失敗
- Q：私のソースサイトが serv00 を使用している場合
A：WWW Web Site インターフェースに 2 つのルールを追加する必要があります。一つはあなたの補助ドメインを指し、もう一つは最終的にアクセスするドメインを指します。
原理：あなたがすでに設定を完了していると仮定しますが、serv00 は 1 つのドメインのみを設定しています。
優選のワークフローでは：アクセスエラーが発生し、serv00 はホワイトリストにないドメインのリクエストをブロックします。