Clash 使い方ガイド
4ステップで購読インポートと接続を完了

まず購読リンクを用意します。サービス提供元のユーザーセンターにログインし、「購読リンク」「Subscription」「ワンクリック購読」などと書かれた項目を探し、https://から始まる長いアドレスをコピーします。全体を丸ごとコピーしてください。末尾に一連のパラメータが付くことが多く、一部でも欠けるとインポートに失敗します。ユーザーセンターに「Clash 専用購読」の入り口があれば、そちらを優先的にコピーしてください。Clash が直接解析できる形式で出力されます。

クライアントに戻り、購読ページを開きます。デスクトップ版では左側のサイドバーに「訂閱」または「Profiles」として表示されることが多く、モバイル版では下部タブバーやサイドドロワーにあります。ページ上部に入力欄、または「新規作成 / インポート / Import」ボタンがあり、タップすると同様に入力欄が表示されます。先ほどコピーしたリンクを貼り付け、「ダウンロード」または「インポート」をタップします。

クライアントがリモートから設定ファイルを取得し、数秒後にページ上に設定カードが表示されます。設定名、ノード数、トラフィック情報(提供元が対応していれば)、最終更新時刻が表示されます。カードが表示されれば取得成功です。ここでもう一手間必要です――そのカードをタップして選択状態(枠がハイライトされる、または前にチェックマークが付く)にすると、クライアントがこの設定を実際に使用するようになります。複数の設定が存在する場合、選択されているものだけが有効になります。

取得時にエラーが出た場合、原因は大きく2種類です。タイムアウトや接続不可のメッセージは、現在のネットワークから購読サーバーにアクセスできないことが多いです。404 や形式エラーのメッセージは、リンクの期限切れかコピー漏れの可能性が高いので、ユーザーセンターで購読をリセットしてから再度コピーしてください。設定ファイルに何が含まれているか、複数設定の管理方法については用語集で概念を解説し、エラーの種類別分析は購読更新失敗のトラブルシューティング記事を参照してください。

設定が準備できたら、次は通信の振り分け方法を決める駅です。

Clash には3つの基本プロキシモードがあり、切り替えはメイン画面上部か「プロキシ」ページ上部の一群のラジオボタンで行います。ルール(Rule):設定ファイル内の振り分けルールに従って1件ずつ照合し、プロキシ経由にすべきものはプロキシ経由に、直接接続にすべきものは直接接続にする、日常利用で推奨されるモードです。グローバル(Global):すべての通信を区別なく選択中のノードに経由させ、ノードの動作確認に向いています。直接接続(Direct):すべての通信がプロキシを経由せず、一時的なバイパスに相当します。初めて使う場合は「ルール」に切り替えれば十分で、振り分けの判断は購読設定に組み込まれたルールセットに任せられます。

モードを設定したら、次はノードを選びます。「プロキシ」または「Proxies」ページを開くと、1つ以上のポリシーグループ――設定作成者があらかじめ分類したノードのグループで、「ノード選択」「自動選択」「Proxy」といった名前が一般的です――が表示されます。メインのポリシーグループを展開し、ページ上の遅延テストアイコン(雷または波形マーク)をタップすると、クライアントがグループ内すべてのノードに対して速度測定を行い、数秒後に各ノードの横にミリ秒数が表示されます。

遅延値が低いノードを1つ選びます。一般的に、3桁台までの遅延であれば日常利用に問題ありません。タイムアウト(timeout)と表示されるノードは現在使用不可なので選ばないでください。遅延値はハンドシェイクにかかった時間を示すだけで、帯域幅の速さとは完全には一致しません。この違いやポリシーグループの種類の違いについては用語集に個別項目があります。

ルールモードで通信がどのように1件ずつ照合されるか、DIRECT と REJECT の出口が何を意味するか、自分でルールを追加する方法については上級者向けの内容なので本ページでは扱いません。完全な章は入門から上級までのマニュアルにあります。ここまででモードとノードは準備できましたが、通信はまだ実際にクライアントに渡されていません――次の駅で総合スイッチをオンにします。

デスクトップ版(Windows / macOS / Linux)の重要なスイッチは「システムプロキシ」と呼ばれ、クライアントのホームページや設定ページの目立つ位置にあります。オンにすると、クライアントがローカルのリスニングアドレス(通常は127.0.0.1:7890、正確なポート番号はクライアント画面の表示に従ってください)をオペレーティングシステムのプロキシ設定に書き込みます。この時点から、ブラウザおよびシステムプロキシに従うすべてのアプリの通信は、まず Clash を経由し、その後前のステップで選んだモードに従って振り分けられます。

スイッチが有効になったことを確認する直感的な信号は2つあります。1つはシステムトレイ(Windows の右下)やメニューバー(macOS の右上)のクライアントアイコンがアクティブな配色に変わること。もう1つはクライアントホームページの通信量グラフや上り下りの速度が動き出すこと――何らかのアプリが通信していれば、数値はずっとゼロにはなりません。

モバイル版の流れは異なります。Android クライアントでは、メイン画面の接続ボタンをタップすると、初回接続時にシステムレベルの VPN 認可リクエストがポップアップし、「許可」をタップするとステータスバーに鍵または VPN アイコンが表示され、通信が引き渡されたことを示します。その後の接続では再度ポップアップは表示されません。iOS 版の Clash Plus も同様で、初回にプロキシを起動する際に VPN 設定の追加を求められ、システムのポップアップで1回確認すればよいです。

知っておくべき制限があります。システムプロキシは「システムプロキシ設定に従う」アプリのみを対象とし、コマンドラインツールや一部のクライアントソフトウェアは既定でこの設定を反映しません。すべての通信を捕捉するには TUN モードを有効にする必要があり、これは仮想ネットワークカードを通してより低レベルで動作します。原理と有効化手順はTUN モード有効化チュートリアルを参照し、体系的な解説はマニュアルの TUN の章にあります。初めての利用では TUN を有効にする必要はなく、システムプロキシだけでブラウザの利用シーンには十分対応できます。

スイッチはオン、アイコンも点灯していますが、これは必ずしも動作を保証するものではありません――最後の駅で確認作業を行います。

最も直接的な確認方法は、ブラウザで通常経路の影響を受け、出口の変化を反映するウェブサイトにアクセスすることです。ページが正常に読み込まれ、速度も問題なければ、プロキシ経路がひとまず開通していることになります。キャッシュの影響を避けるため、シークレットウィンドウでのテストを推奨します。

次にクライアント内部の証拠を確認します。「接続」または「Connections」ページを開くと、新しい接続記録が継続的に表示されるはずです。各記録には対象のドメイン、適用されたルール、実際に経由したノード名が表示されます。対象ドメインの後ろに、ステップ2で選択したノードが表示されていれば、通信が実際にプロキシを経由している確かな証拠です。すべての記録の出口が DIRECT になっている場合、現在アクセスしているすべての対象がルールによって直接接続と判定されているということなので、明らかにプロキシが必要なサイトに切り替えて再確認してください。

コマンドラインに慣れているなら、ターミナルでローカルプロキシポートを明示的に指定してリクエストを送ることもできます。

curl -x http://127.0.0.1:7890 -I https://www.example.com

HTTP/2 200またはそれに類するステータス行から始まるレスポンスヘッダーが返れば、リクエストが Clash のプロキシポートを正常に通過したことになります。応答が止まる、または接続拒否と表示される場合は、ポート番号が間違っているかクライアントがリスニングしていないことを示すので、ステップ3に戻ってポート番号を確認してください。

確認に失敗した場合は、この順序で切り分けてください。まずプロキシページに戻って遅延を再テストし、別のノードに変更する。次にモードが「直接接続」に固定されていないか確認する。さらにシステムプロキシのスイッチが本当にオンになっているか確認する。この3ステップでも解決しない場合は、9項目チェックリストを1つずつ確認するか、よくある質問のトラブル対応カテゴリを参照してください。

4駅を完了すれば、日常利用は成立しています。仕上げに2つ推奨します。購読ページで設定の自動更新間隔を設定し、ノード情報の期限切れを防ぐこと。設定でシステム起動時の自動起動をオンにし、クライアントがシステムと共に立ち上がるようにすること。両方の推奨値と各端末での設定場所は、マニュアルの対応する節に記載されています。