この記事は Clash 公式サイト が編集・監修しました。プロバイダーのサブスクリプションには数十〜数百のノードが含まれることがありますが、日常の体験を実際に左右するのは、Clash の設定でこれらのノードをどのように整理するかです。ポリシーグループ（Proxy Group）は「香港か米国か」という選択にとどまらず、url-test（自動速度テスト）、fallback（フェイルオーバー）、load-balance（負荷分散）などのタイプにより、レイテンシ・安定性・帯域幅の間で自動的に最適化することができます。本記事では各ポリシーグループの動作の違いと設定のポイントを体系的にまとめ、耐障害性の高いマルチノード構成の構築をサポートします。
ポリシーグループの振り分けチェーン上の位置
ルールがあるトラフィックをプロキシ経由にすると判断したとき、単一のノードに直接バインドされるのではなく、PROXY や「ノード選択」といったポリシーグループ名を指します。ポリシーグループ内には複数のノードまたはサブグループがあり、どのように出口を選ぶかを定義します。手動指定・自動速度テスト・順番試行・分散負荷の中から選択できます。
これを理解すると、体験を最適化するカギはポリシーグループの構造にあることが分かります。適切なグループ構造は手動操作を減らし、ノード障害時に自動で切り替えることで「真夜中に気づいたら主力ノードが落ちていた」という事態を防ぎます。
select：手動選択、最も直感的
type: select は最もよく使われるポリシーグループです。ユーザーがクライアントのドロップダウンリストから手動でノードまたはサブグループを選択します。「香港グループ / 米国グループ / 日本グループ」のように明確に人間が判断すべきシナリオに適しており、「ノード選択」のトップレベルのデフォルト実装でもあります。
長所は完全に制御できること、短所はノード品質の変化に自動適応できないことです。通常、総合入口として使用し、下位に url-test や fallback サブグループをマウントすることで手動と自動の利点を兼ね備えます。
url-test：自動速度テストで最速を選ぶ
url-test は設定した間隔でグループ内のノードに速度テストリクエスト（通常は https://www.gstatic.com/generate_204）を送り、タイムアウトしていないノードの中からレイテンシが最も低いものを出口として選択します。プロバイダーの設定にある「自動選択」や「Auto」グループは多くの場合このタイプです。
proxy-groups:
- name: Auto
type: url-test
proxies:
- HK-1
- HK-2
- JP-1
url: https://www.gstatic.com/generate_204
interval: 300
tolerance: 50interval は速度テストの周期（秒）で、tolerance は新しいノードが現在のノードより何ミリ秒速い場合に切り替えが発動するかを示し、頻繁な切り替えを防止します。「常に最速の回線を使いたい」ユーザーに適していますが、速度テスト自体がわずかなトラフィックと CPU を消費します。
fallback：フェイルオーバー、可用性を重視
fallback はリスト順にノードを使用し、現在のノードに到達できない場合にのみ次のノードを試みます。url-test が「最速」を追求するのとは異なり、fallback は「接続できればよい」という考え方で、高可用性のバックアップチェーンとして非常に適しています。
典型的な構成：メイン Trojan ノード → バックアップ VMess ノード → 最終手段 IPLC。health-check パラメータと組み合わせることで定期的にノードの生存確認を行い、障害が発生した回線を事前にスキップできます。ストリーミングユーザーにとっては、頻繁に切り替わる最速ノードより安定した fallback チェーンの方が使い勝手が良いことが多いです。
load-balance：負荷を分散する
load-balance は接続をグループ内の複数のノードに分散します。consistent-hashing（同一ターゲットアドレスは常に同じノードを使用し、セッションの揺れを軽減）と round-robin（ラウンドロビン割り当て）をサポートします。ダウンロード・多接続クローラー・単一ノードの帯域幅上限を分散したい場合などに適しています。
注意：負荷分散は「単一接続の速度が倍になる」ことを保証するのではなく、複数の並列接続を異なる出口に分散させるものです。動画再生などの単一 TCP 長時間接続では効果が限定的であり、url-test や手動でのノード最適化の方が適しています。
| タイプ | 選択ロジック | 典型的な用途 |
|---|---|---|
| select | ユーザーが手動 | 総合出口・地域グループ |
| url-test | 最低レイテンシ | 自動最適化・日常利用 |
| fallback | 順番に試行 | 障害時バックアップ・高可用性 |
| load-balance | ハッシュ/ラウンドロビン | 複数接続での帯域分散 |
relay とネストされたポリシーグループ
relay はトラフィックを複数のノードに順番に通過させます（チェーンプロキシ）。特殊な穿透要件に使用され、一般ユーザーはあまり触れません。より一般的なのはポリシーグループのネストです。トップレベルの select でユーザーが「香港自動」「米国自動」を選択し、その下に各地域の url-test グループ、さらにその下に個々のノードがある構成です。これにより手動制御と自動速度テストの利便性を両立できます。
実践的な組み合わせのヒント
- トップレベルの「ノード選択」（select）に「自動」「フェイルオーバー」「各地域グループ」を含めます。
- メイングループは url-test を使用し、
toleranceを 50〜150ms に設定して無駄な切り替えを減らします。 - fallback グループをバックアップ専用として独立して作成し、異なるデータセンター/プロトコルのノードを順番に配置します。
- ストリーミングはルール層で専用ポリシーグループを指定し、ダウンロード用の負荷分散グループと混在させないようにします。
- クライアントの速度テスト結果は参考値であり、最終的には実際の視聴・ゲーム体験で判断してください。
まとめ
url-test は速度を追求し、fallback は可用性を追求し、load-balance は並列接続の分散を追求し、select は人間の判断を保持します。4 つのタイプを組み合わせて使用することで、マルチノードのサブスクリプションの真の価値を発揮できます。数十のノードを手動で試すよりも、10 分かけてポリシーグループ構造を整えることで、Clash がバックグラウンドで最適化と切り替えのほとんどを自動的に処理してくれるようになります。
適切なクライアントをお探しの方は公式ダウンロードページから Clash Verge Rev などのツールを入手し、セットアップガイドを参照してサブスクリプションをインポートすると、プロキシページで各ポリシーグループの動作を確認できます。
関連記事