Clashの初回接続手順:ノード選択・遅延測定・プロキシ動作確認

ノード一覧の3階層構造を理解する

クライアントのインストールとサブスクリプションの導入が終わった直後、多くの人がまずノード一覧の画面でつまずきます。ノードが見つからないわけではなく、どれをタップすればいいのか分からないだけです。Clashコアはノードを3階層で管理しています。最も外側は「プロキシグループ」(Proxy Group)で、「自動選択」「手動切替」「香港」「アメリカ」といった分類タグがこれに当たります。中間層は個々の「ノード」で、1つのサブスクリプションから数十から数百件届くこともあります。最も内側は「ポリシー」で、そのプロキシグループがどんなルールでノードを選ぶかを決めます——url-test(自動測定で最速を選択)、fallback(メインとバックアップの切替)、select(手動選択)、load-balance(負荷分散)などです。

クライアントの「プロキシ」または「ノード」画面を開くと、タップできる各グループカードが1つのプロキシグループに対応しており、展開すると一覧にノードが並び、右側に数字と単位「ms」が表示されます。これが遅延です。初回接続の時点では全てのポリシー種別を理解する必要はなく、次の2点だけ覚えておけば十分です——どのグループが現在の出口として有効になっているか、そのグループの中でどのノードが選択されているか。多くのクライアントは色やチェックマークで現在選択中の項目をハイライト表示します。

一括速度測定:遅延の数値はどう計測されているか

ノード一覧の画面には通常、速度測定ボタンがあり、アイコンは円形の矢印やストップウォッチが一般的です。タップすると現在のグループ内の全ノードに対して測定が実行され、数秒後に各ノードの横にある数字が更新されます。この数字は「通信速度」ではなく「遅延」です——クライアントがそのノードを経由してテスト用のアドレス(Googleのgenerate_204やクライアント内蔵の測定用エンドポイントが一般的)にアクセスし、リクエスト送信からレスポンス受信までの時間をミリ秒単位で記録したものです。

遅延が低いことはダウンロード速度が速いことを意味しませんが、遅延は2つのことを反映します——ノードサーバーとあなたのネットワークとの経路上の距離、そしてそのノードが現在混雑していないかどうかです。遅延がタイムアウトや数千ミリ秒と表示される場合は、そのノードが現在利用できない可能性が高く、数値を気にせずそのまま飛ばして構いません。

• 遅延100ms以内:応答が非常に速く、動画視聴や音声通話といったリアルタイム性が求められる用途に適しています。
• 遅延100〜300ms:標準的な範囲で、Webブラウジングやファイルのダウンロードに明確な影響はありません。
• 遅延300ms以上、またはタイムアウト表示:回線の混雑かノード障害の可能性が高いため、まず別のノードに切り替えましょう。

ネットワークを切り替えた(例えばWi-Fiからモバイルデータへ変更した)後は、そのたびに一括速度測定をやり直すことをおすすめします。遅延はサブスクリプション提供元が一方的に決める固定値ではなく、あなたの端末側の出口回線と直接関係しているためです。

手動測定と自動測定の違い

プロキシグループのポリシーがurl-testの場合、クライアントは設定された時間間隔(設定ファイルには通常数分おきと記されています)で自動的に速度測定を行い、その時点で最も速いノードへ自動的にトラフィックを切り替えます。一覧には「自動選択」のようなグループが表示され、その中を手動でタップする必要はありません。ポリシーがselectの場合は完全に手動選択となり、速度測定はあくまで参考数値を提供するだけで、どのノードを使うかはあなた自身のタップで決まります。

遅延でノードを選ぶ:数値以外に見るべきポイント

最も低い遅延のノードだけを見て選ぶのは、必ずしも最適な選択にならないことがあります。理由は3つあります。

1. 遅延が測っているのは短時間の接続であり、継続的なスループットではありません。一部のノードは遅延が低くても帯域幅が限られているため、大容量ファイルのダウンロードや高画質動画では逆にカクつくことがあります。この場合は遅延の数値では判断できず、実際の使用感で判断するしかありません。
2. 地域ごとにノードの用途が異なります。サブスクリプションのノードが地域別(香港、日本、アメリカなど)にグループ化されている場合、どの地域を選ぶかはアクセスしたいサービス自体がどこに配置されているかによります——遅延の比較は同じ地域のノード同士でのみ意味があり、地域を越えた比較には参考価値がありません。
3. 有料サブスクリプションには倍率表示があるのが一般的です。ノード名には「0.5x」「2x」といった倍率がよく付いており、これはトラフィック課金係数を表します。低倍率のノードを選べば通信量の消費を抑えられますが、遅延そのものには影響しません。

特別な要望がなければ、最も手間がかからないのは「自動選択」「Auto」と表示されたプロキシグループをそのまま使うことです——内部にurl-testポリシーが組み込まれており、同じグループの中で遅延が最も低く利用可能なノードを継続的に選び続けるため、手動での操作は不要です。手動モードは、ある特定のノードの回線がより安定していると分かっていて、それを固定で使いたい場合に向いています。

プロキシモードの切替:ルール・グローバル・直接接続の選び方

ノードを選んだ後、もう1つ見落としやすい設定があります——プロキシモードです。Clashクライアントは通常、メイン画面または設定内で3つのモード切替を提供しています。

初回接続では、まずルールモードに切り替えることをおすすめします——これは多くのクライアントのデフォルト設定でもあります。ルールファイル(よく使われるGEOIP、GEOSITEルールセットなど)がどのドメインにプロキシが必要で、どれを直接接続にするかを自動的に判断するため、手動でリストを管理する必要はありません。あるサイトがプロキシを経由していないと疑わしい場合は、一時的にグローバルモードに切り替えて比較テストを行い、確認後はルールモードに戻すことで、すべてのトラフィックが常時プロキシを経由し続ける無駄な消耗を避けられます。

プロキシが本当に機能しているか確認する:3つのチェック方法

ノードを選び、モードも切り替えたからといって、トラフィックが本当に想定どおり流れているとは限りません。以下の3つの方法を簡単な順に紹介します。少なくとも2つは順番に試してから安心して使い始めることをおすすめします。

方法1:IPアドレス確認ページで出口アドレスの変化を見る

ブラウザで現在のパブリックIPを表示する任意の確認ページを開き、まず直接接続モードで結果を記録し、その後ルールモードまたはグローバルモードに切り替えて同じページに再度アクセスします。2回のIPアドレスや所在地が明らかに異なっていれば、トラフィックが実際にプロキシノードを経由して転送されたことになります。2回の結果が同じであれば、プロキシが機能していないということなので、ノードの選択、プロキシモード、クライアントのシステムプロキシのスイッチがオンになっているかを再確認する必要があります。

方法2:クライアント内のトラフィック統計や接続ログを見る

多くのClashクライアントはメイン画面や「ログ」画面で、現在アクティブな接続をリアルタイムに表示します。アクセス先のドメイン、マッチしたルール、経由したノードなどが確認できます。あるWebページを開いた後にこの一覧を見て、ドメインの項目に具体的なノード名(DIRECTではないもの)が表示されていれば、そのリクエストは確実にプロキシを経由しています。この方法はIPアドレス確認よりも詳細で、どのドメインがプロキシを経由し、どれが直接接続だったかを具体的に特定できます。

方法3:システム側のプロキシ設定やVPNアイコンを確認する

AndroidシステムがTUNモードで全体のトラフィックを引き受けている場合、ステータスバーには通常、鍵や小さな錠のアイコンが常時表示され、システム層のVPNサービスが動作中であることを示します。クライアントがTUNではなくローカルのHTTP/SOCKSプロキシモードを使っている場合は、システムのWi-Fi詳細設定やプロキシ設定に移動し、プロキシのアドレスとポートが入力済みで有効になっているかを確認する必要があります。このステップは主に「クライアントの画面上は接続済みと表示されているが、実際にはシステムがトラフィックを引き受けていない」という境界的なケースを調べるためのものです。

よくあるチェックの順番:
1. IPアドレス確認ページでIPが変化しない → プロキシモードが「直接接続」のままになっていないか確認
2. IPは変化したが一部サイトが開けない → 接続ログを確認し、そのドメインがどのルールにマッチしたか見る
3. ログ上はプロキシ経由なのにページが読み込めない → 別のノードに切り替えて再試行し、単一ノードの障害を除外する

3つの方法にはそれぞれ異なる重点があります。IPアドレス確認は「出口が切り替わったかどうか」を検証し、接続ログは「具体的にどのトラフィックがプロキシを経由したか」を検証し、システム設定は「引き受け方式が正しいかどうか」を検証します。日常的な使用では、全体的に機能しているかを確認するためにIPアドレス確認を1回行えば十分で、接続ログとシステム設定は具体的な問題を調べる際に使うものです。

よくある誤解のまとめ

• 遅延の数値を通信速度だと思ってしまう——遅延が低いのは応答が速いことを示すだけで、帯域幅が大きいことは意味しません。
• 手間を省くために常にグローバルモードを使う——国内サービスも一緒にプロキシ経由になり、異なる地域からのアクセスと判定されやすくなります。
• ネットワークを切り替えても再測定しない——遅延は端末側の出口回線と強く関係しており、Wi-Fiからモバイルネットワークに変えると数値も変わります。
• クライアントの画面表示だけで機能していると判断してしまう——「接続済み」という表示はプロセスが動いていることを示すだけで、トラフィックが実際に引き受けられていることを意味しません。IPアドレス確認ページで一度確かめることが確実な証拠になります。

ここまでの手順を一通り行えば、サブスクリプション・ノード・モードの3つの要素がすべて正しく設定されていることをほぼ確認できます。今後もし突然接続できなくなった場合も、同じ考え方——まずノードの遅延を見て、次にプロキシモードを見て、最後にIPが変化しているかを確認する——で段階的に調べることができ、クライアントを丸ごと再インストールする必要はありません。