Clash 初回接続ガイド：ノード選択・遅延テスト・プロキシ動作確認の手順

サブスクリプションの導入が成功したのは、あくまで準備段階の完了に過ぎません。「サブスク導入」から「ブラウザが実際にプロキシ経由で通信する」までには、さらに4つのステップがあります：ノード選択、遅延テスト、システムプロキシの有効化、動作確認です。この記事ではこの4ステップを順番に、それぞれ「やり方」と「理由」の両面から解説します。

接続前に：3つのチェックポイント

初回の「接続」ボタンを押す前に、以下の3点を順番に確認しておきましょう。どれか1つでも欠けていると、以降の操作がすべて無駄になります。

1. 設定が読み込まれているかクライアントの「設定 / Profiles」ページを開き、先ほど導入したサブスクリプション設定が表示され、選択状態になっていることを確認します。表示されない場合は、導入手順からやり直してください。
2. ノードが一覧表示されているか「プロキシ / Proxies」ページを開き、プロキシグループ内にノード名の一覧が表示されているか確認します。空の場合は、サブスクリプションの取得に失敗している可能性が高いので、まず設定ページで「サブスクリプション更新」を実行してください。
3. モードは「ルール」にプロキシモードは「ルール / Rule」を選択します。ルールモードでは振り分けルールに従って動作し、中国本土向けサイトは直接接続、ルールに合致する通信のみノード経由になるため、日常利用に最も適しています。グローバルモードや直接接続モードとの違いは今回は割愛し、初回接続はルールモードで進めます。

ステップ1：ノードを選ぶ

「プロキシ」ページで「ノード選択」という名前のプロキシグループ（サブスクリプションによっては「手動選択」「PROXY」などの名称の場合もあります）を探して開くと、サブスクリプションに含まれるすべてのノードが表示されます。クリックしたノードが現在の出口として使われます。

選び方のポイントは2つです。

• 地理的に近いノードを優先。中国本土のネットワーク環境では、香港・日本・シンガポールのノードは物理的な距離が近く、欧米のノードより一段低い遅延になりやすいため、ページの読み込みがスムーズです。
• 遅延が低いノードを優先しつつ、数値を過信しない。遅延が低いのは応答が速いことを示すだけで、ダウンロード帯域幅が大きいことを意味しません。動画がスムーズに再生できるかどうかは、ノードの現在の負荷にも左右されます。遅延の測り方は次のステップで解説します。

一覧に「自動選択 / url-test」というグループがあれば、それを選ぶと、クライアントが一定間隔で自動的に遅延テストを行い、そのときいちばん速いノードに自動で切り替えてくれます。手動で選ぶのが面倒なら自動選択、特定の経路を固定して使いたいなら手動選択にしましょう。

ステップ2：遅延テストを実行する

ノード一覧の近くには通常、雷アイコンや「遅延テスト」ボタンがあります。クリックすると、グループ内の各ノードに対して一斉にテストが実行され、数秒後にそれぞれのノードの横にミリ秒単位の数値が表示されます。

数値の意味を正しく読むために、まず仕組みを理解しておきましょう：クライアントはテスト用URL（通常は http://www.gstatic.com/generate_204）に対して、ノードを経由して通信を行い、「本機 → ノード → テストURL → 本機」の往復にかかった時間全体を測定します。つまりこれは本機からノードへの単純なping値ではなく、プロキシ経路全体の実際の遅延であり、実際の使用感に近い指標です。

数値の目安は次の3段階で判断します。

• 300ms以内：正常な範囲で、Webブラウジングや動画視聴にも十分対応できます。
• 300〜800ms：使用は可能ですがやや遅く、ページ表示に多少の引っかかりを感じることがあります。より低いノードへの変更を推奨します。
• timeout（タイムアウト）：そのノードは現在利用不可の状態です。候補から外してください。

グループ内のノードが全てtimeoutになる場合、いきなりクライアントを疑わず、以下の順で確認してください。まず「設定」ページでサブスクリプションを更新する（期限切れやノード情報の変更が最も多い原因です）。次に別のネットワーク環境（例えばスマートフォンのテザリング）に切り替えて再テストし、現在のネットワークがノードへの接続を妨げていないか確認する。最後にシステム時刻を確認する（TLSハンドシェイクは時刻のズレに敏感で、システム時刻が大きくずれているとノードへの接続に失敗することがあります）。

ステップ3：システムプロキシを有効化する

ノードを選んだだけでは、通信は自動でプロキシ経由にはなりません。もう1つスイッチを入れる必要があります。クライアントのホーム画面（または「一般 / General」設定ページ）に戻り、「システムプロキシ / System Proxy」を見つけて有効にします。

このステップで実際に何が起きているかを説明します：有効化すると、クライアントはOSのプロキシ設定をローカルループバックアドレス＋ポート番号（例：127.0.0.1:7890）に書き換えます。デフォルトのポート番号はクライアントによって異なり、Clash Verge Revは7897、Clash for Windowsは7890がデフォルトです。実際の値はクライアントの「ポート設定」画面で確認してください。以降、システムプロキシに従うアプリケーション（大半のブラウザが該当します）の通信は、まずローカルのClashコアに渡され、コアがルールに基づいて直接接続かノード経由かを判断します。

実際に設定が反映されているか確認するには：Windowsなら「設定 → ネットワークとインターネット → プロキシ」を開き、「プロキシサーバーを使う」がオンになっていて、アドレスが127.0.0.1と対応するポート番号になっていることを確認します。macOSなら「システム設定 → ネットワーク → 詳細 → プロキシ」で同様の変更が確認できます。クライアント側のシステムプロキシをオフにすると、これらのシステム設定は元に戻ります。

ステップ4：プロキシが実際に機能しているか確認する（2つの方法）

スイッチをオンにしたからといって、実際に機能しているとは限りません。確認作業は省略できません。「結果を見る方法」と「過程を見る方法」の2種類を、それぞれ実践してみましょう。

方法1：IPアドレスで確認する（結果を見る）

1. システムプロキシをオフの状態のまま、ブラウザでip.sbを開き、表示されているIPアドレスと所在地を記録します。これが現在の本機の出口です。
2. システムプロキシをオンにし、ノードが選択済みでモードがルールになっていることを確認したうえで、ip.sbのページを再読み込みします。
3. 表示されるIPアドレスがノードのIPアドレスに、所在地がノードの設置地域に変わっていれば、ブラウザの通信が実際にプロキシ経由になっていることを示しています。

ルールによる振り分けも併せて確認したい場合は、中国本土向けのIP検索サイトも同時に開いて比較してみましょう。海外向け検索サイトではノードのIPが表示され、中国本土向け検索サイトでは本機のIPが表示されたままであれば、「海外はプロキシ経由、中国本土は直接接続」という想定どおりの動作になっています。

方法2：接続ログで確認する（過程を見る）

クライアントには「接続 / Connections」ページがあり、コアを通過するすべての通信をリアルタイムで一覧表示します。宛先ドメインまたはIP、マッチしたルールチェーン、最終的な出口が確認できます。ブラウザで適当にいくつかのサイトにアクセスしてから、この接続ページを見てみましょう。

• 海外サイトにアクセスすると、対応するドメインが一覧に表示され、ルールチェーンの末尾にノード名が付いていれば、通信は確かにプロキシ経由になっています。
• 中国本土向けサイトにアクセスした場合は、ルールチェーンの末尾がDIRECTとなり、ルールどおり直接接続され、迂回していないことがわかります。

接続ページは最も信頼できる証拠です。IP検索サイトはブラウザでの動作しか証明できませんが、接続ページを見れば、どのアプリケーション・どの通信がどの経路を通っているかまで正確にわかります。今後「あるアプリがプロキシを通っているかどうか」を調べたいときは、常にこのページを確認してください。

初回接続に関するよくある質問

遅延テストが全てtimeoutになる場合は？

まずサブスクリプションを更新し、次にネットワーク環境を変えて再テストし、最後にシステム時刻を確認してください。この3つを試してもすべてタイムアウトする場合、サブスクリプション自体が失効している可能性が高いため、新しいサブスクリプションリンクを取得して再導入してください。

システムプロキシはオンなのに、ブラウザがプロキシを通っていない場合は？

ブラウザに導入済みのプロキシ関連拡張機能（SwitchyOmegaなど）を確認してください。これらはブラウザのプロキシ設定を上書きしてしまうことがあります。拡張機能を無効化するか、モードを「システムプロキシを使用」に戻し、変更後にブラウザを再起動してください。

起動時に「ポートが使用中」と表示される場合は？

デフォルトのポートが他のプロキシソフトや、終了しきれていない古いプロセスに使われている可能性があります。競合しているソフトを終了するか、クライアントの設定でミックスポートを別の値（例：7895）に変更し、変更後にシステムプロキシを再度オンにしてください。

接続はできるが速度が遅い場合は？

遅延が低いことと帯域幅が大きいことは別の話です。夜間のピーク時間帯はノードの負荷が高くなるのが通常なので、同地域の別のノードに切り替えたり、時間をずらして再試行してみましょう。「自動選択」から手動選択に切り替えて、混雑している経路を避けるのも有効です。

ここまでで、ノード選択から動作確認までの一連の流れが完了しました。この手順——チェック、ノード選択、速度測定、プロキシ有効化、動作確認——は、新しいデバイスや新しいサブスクリプションに切り替えるたびに、同じ順番でなぞれば大丈夫です。