Clash クライアント入門:サブスク導入から動作確認まで

事前準備:2つのものを手元に用意する

始める前に確認すべきことは2つだけです。1つ目は、クライアントのインストールと初回起動時の許可設定が完了していること:Windows 版は初回起動時にシステムサービスのインストールのため管理者権限を要求してくるので「はい」を選んで許可してください。macOS 版はバックグラウンド項目やネットワーク拡張の許可を求められる場合があるので、システム設定で承認します。Android 版は初回接続時に VPN 接続リクエストのダイアログが表示されるので必ず「OK」を選んでください。許可しないと通信がクライアントを経由しません。iOS 版は Clash Plus 初回起動時に VPN 構成の追加を案内されるので、ロック画面のパスコードを入力して確認します。これらの許可は一度だけ行えば十分です。

2つ目は、サブスクリプションリンクを入手すること。サブスクリプションリンクはサービス提供元のユーザーセンターで発行されるもので、通常 https:// から始まる長い URL です。コピーする際は全体を正確に、余分な空白を含めないよう注意してください。これは本質的に、リモートでホストされ自動更新される構成ファイルのアドレスです。詳しい概念については用語集の「サブスクリプション」「構成ファイル」の項目を参照してください。ここでは詳細に触れません。両方が揃ったら最初のステップに進みます。

ステップ1:サブスクを導入する

デスクトップ版(Windows / macOS / Linux 共通):Clash Verge Rev を開き、左側サイドバーの「サブスクリプション」をクリックすると、画面上部に入力欄があります。コピーしたサブスクリプションリンクを貼り付け、右側の「導入」ボタンをクリックします。クライアントは即座にそのアドレスへリクエストを送って構成を取得し、数秒後に下の一覧に新しい構成カードが表示されます——カードには構成名、残り通信量または期限(サービス提供元がレスポンスヘッダーで提供している場合のみ表示)、最終更新日時が確認できます。カードに自動で選択マークがつかない場合は、カード本体をクリックしてアクティブ状態にしてください。アクティブなカードには明確な枠線やハイライト表示がつきます。

モバイル版:Clash Plus と Clash Meta for Android では、いずれも「構成」ページに入口があります。右上または右下のプラスボタンをタップし、「URL から導入」を選択してリンクを貼り付け、確定します。直前に別の場所でリンクをコピーしていた場合、一部のクライアントはクリップボードを自動検出してワンタップ導入を提案することがあります。内容に問題がなければそのまま承認してください。導入成功の判断基準はデスクトップ版と同じです:構成一覧に新しい項目が表示され、それが現在使用中の構成として選択されていることを確認します。

導入が完了したら、忘れずにもう1つ確認しておくとよいことがあります:構成カードのメニュー(デスクトップ版はカード右上の「…」、モバイル版は項目の長押し)から自動更新間隔を確認してください。多くのクライアントはデフォルトで24時間ごとに取得する設定になっているので、そのままで構いません。サービス提供元のノード変更が頻繁な場合は6〜12時間程度に短縮してもよいですが、分単位に設定する必要はありません——過度に頻繁な取得はノード更新に対して余分な効果をもたらしません。

このステップで詰まってしまった場合——導入時にエラーが出る、読み込みが延々と終わらない、あるいは一覧にカードが一向に表示されない——まずリンクが完全にコピーされているかを確認し、次に別のネットワーク環境(たとえばスマートフォンのテザリング)で再試行してください。それでも解決しない場合は、よくある質問の「サブスク導入失敗」項目にある3つの確認手順を順に試してください。このページで繰り返し試す必要はありません。

ステップ2:プロキシモードを選択する

サブスクをアクティブにしたら、次に確認するのは出力モードです。デスクトップ版では Clash Verge Rev の「設定」ページまたはメイン画面上部に「出力モード」の項目があります。モバイル版では通常メイン画面または設定内で「プロキシモード」と表記されています。選択できるのは固定で3種類で、それぞれの意味は次の通りです:

初回設定ではモードを「ルール」に設定し、その後は動かさなくて大丈夫です。ルールモードの効果はサブスクリプションに含まれる振り分けルールに完全に依存します:日本国内のサイトは直接接続、プロキシが必要なサイトはノード経由——これがサブスク構成のデフォルト設計であり、そのまま使い始められます。グローバルモードは問題確認の際に一時的に切り替えるものであり、長期間グローバルにしたままだと、本来プロキシが不要な通信までノードの帯域を消費してしまい、日本国内サイトへのアクセス速度も低下します。

このステップでは「システムプロキシ」と「TUN モード」という2つのスイッチも目にするはずですが、これらが決めるのは通信がどのようにクライアントへ入ってくるかであり、上記の3つのモードとは別の次元の話です。簡単にまとめると:システムプロキシはブラウザや大半の通常アプリの通信をカバーし、初回設定で推奨される方式です。TUN モードはネットワーク層で全通信を引き受け、システムプロキシを経由しないプログラムもカバーできますが、仮想ネットワークカードや DNS ハイジャックが関わってきます。原理と選択の判断基準は応用ガイドのTUN と Fake-IP の章を参照してください。このページの以降はシステムプロキシ方式で進めます。

ステップ3:ノードに接続する

まずノードを選びます。デスクトップ版では左側の「プロキシ」ページをクリックすると、1つ以上のポリシーグループが表示され、各グループの下にサブスクリプションが提供するノード一覧がぶら下がっています。一覧右上にある雷または雷達のようなアイコンのボタンを見つけ、クリックして遅延テストを実行します——数秒後に各ノードの後ろにミリ秒数が表示され、緑色または数値が小さいものは通信が良好、赤色またはタイムアウト表示は現時点で利用不可を示します。デフォルトのポリシーグループ(通常「ノード選択」または PROXY という名前)で、遅延が正常なノードをクリックして選択します。選択済みのノードには明確な選択マークが付きます。ポリシーグループとは何か、自動テストグループの使い方といった内容は応用的な話題で、応用ガイドのポリシーグループの章を参照してください。今は使えるノードを手動で1つ選ぶだけで十分です。

次に通信を通します。デスクトップ版では「設定」ページに戻り、「システムプロキシ」のスイッチをオンにします——スイッチがオンになると、OS のプロキシ設定がクライアントが待ち受けるローカルポート(Clash Verge Rev のデフォルトは 127.0.0.1:7897)に向けられ、ブラウザや大半のアプリのリクエストはこの時点からクライアント経由で振り分けられます。モバイル版にはシステムプロキシという概念がなく、メイン画面の大きな接続ボタンを直接タップします:Android では VPN サービスが起動し、ステータスバーに鍵アイコンが表示されます。iOS の Clash Plus では接続後にステータスバーに VPN 表示が出ます。アイコンが表示されれば、通信経路が確立されたことを意味します。

デスクトップ版でシステムプロキシをオンにした際にエラーが出る、あるいはスイッチが自動的に戻ってしまう場合、よくある原因はローカルポートが他のプロキシソフトによって占有されていることです——同種のクライアントがバックグラウンドで動作していないか確認し、再試行してください。何度も失敗する場合の対処フローはよくある質問のトラブル対処カテゴリに詳しい手順があります。

ステップ4:動作確認を行う

感覚で判断せず、2つの観察可能な根拠で確認します。1つ目の根拠はブラウザ側です:ルール上プロキシを経由するはずのサイトにアクセスし、ページが正常に読み込まれれば「ルールマッチ → ノード転送」という経路が機能していることになります。続いて日本国内のサイトにアクセスし、いつもと変わらない速度で表示されれば、直接接続のルールも正しく動作しており、誤ってプロキシに誘導されていないことがわかります。

2つ目の根拠はクライアント内部にあります:「接続」ページ(一部クライアントでは「アクティブ接続」やログ内に配置)を開くと、リアルタイムに更新される接続記録が確認できるはずで、それぞれに宛先ドメイン、ヒットしたルール、実際に使われた出口が表示されます。ブラウザでページを開くたびに、ここに項目が追加されます——リストが動いていれば、振り分けは機能しています。デスクトップ版では、クライアントの混合ポートを明示的に経由させるコマンドラインでの三重確認も可能です:

コマンドが HTTP/2 200 のようなレスポンスヘッダーを返せば、ローカルポートが正常に転送していることを示します。ポート番号が一致しない場合は、クライアントの設定ページに表示されている実際の混合ポートを優先してください。

逆に、サイトが開かない、接続ページが空のままの場合は、次の4点を順に確認してください:ノードの遅延テストがタイムアウトしていないか(別のノードに変更)、出力モードが「直接接続」になっていないか、システムプロキシまたは VPN のスイッチが実際にオンになっているか、サブスクリプションがすでに期限切れになっていないか。それぞれに対応する詳しい確認手順はよくある質問を、DNS や Fake-IP に関わる深い問題は応用ガイドを参照してください。

設定完了後に

ここまでで、初回設定の主要な流れは完了です:サブスクは自動更新され、ルールモードが振り分けを行い、ノードは利用可能な状態で確認済みです。日常的な操作として必要なのは2つだけです——ノードが遅くなったら「プロキシ」ページに戻って遅延を再テストし別のノードに切り替えること、そして時々サブスクカードの期限を確認すること。さらに進みたい場合は3つの方向があります:振り分けをより細かく調整したいなら応用ガイドのルールセットとカスタムルールの章を、システムプロキシを経由しないプログラムも含めてすべてのアプリを制御したいなら TUN モードの章を読んでください。今使っているクライアントが自分のプラットフォームや使い方に合っているか判断がつかない場合は、比較ページで項目ごとの参考情報を確認できます。