巻頭入門ガイド · QUICKSTART

Clash 入門ガイド:4ステップでサブスク導入から接続確認まで

本ガイドは Clash 系クライアントを初めて使う方向けに、サブスクリプション導入、プロキシモード選択、接続開始、動作確認の4ステップを順に解説する。全体で約10分。文中ではサブスクリプション、モード、システムプロキシという共通概念で操作を説明し、クライアントごとの画面差異は注釈で補足する。ルール構文やプロトコルの原理など踏み込んだ内容は、それぞれプロトコル解説ページとよくある質問ページに譲る。

注釈 · クライアントごとの画面の違い

Clash 系クライアント(Clash Plus、Clash Verge Rev、FlClash など)は画面構成がそれぞれ異なるが、核心となる概念は共通している。サブスクリプション(設定)、プロキシモード、システムプロキシのスイッチである。本ガイドではこの3つの概念で操作を統一して説明し、各クライアントでの一般的な操作場所を随時注記する。PC版とモバイル版(Android / iOS)は接続方法がやや異なるため、ステップⅢでそれぞれ説明する。いずれか1つのプラットフォームで4ステップを完了できれば、他のプラットフォームでも同様の手順で操作できる。

始める前に:2つの準備

準備1 · クライアントをインストールする

クライアントが未インストールの場合は、まずダウンロードページで使用するプラットフォームに合ったクライアントを選んでインストールする。各プラットフォームで最もおすすめなのは Clash Plus で、Windows、macOS、Android、iOS のいずれにも対応版がある。PC版・モバイル版のどちらか一方から始めれば十分。

ダウンロードページへ →

準備2 · サブスクリプションリンクを入手する

サブスクリプションリンクはプロキシサービス事業者から発行される、通常 http で始まる長いアドレスで、事業者のユーザーパネルからコピーする。このリンクには全ノード情報が含まれており、アカウントの認証情報に相当するため、厳重に管理し、公開したり他人に譲渡したりしないこと。

約10分 全体の所要時間 · 4ステップ 導入 · モード · 接続 · 確認 · 対応 Clash Plus / Verge Rev / FlClash など · 前提条件 クライアント導入済み + サブスクリプションリンク
ステップⅠサブスクリプション導入 · IMPORT

サブスクリプション導入:ノード一覧をクライアントに取り込む

サブスクリプションリンクはノード一覧を同期する入口。導入して選択状態にすることで、クライアントが利用可能なノードを持ち、以降の3ステップの土台になる。

サブスクリプションは、クライアントと事業者間の同期メカニズムである。1本のサブスクリプションリンクは1つのノード一覧に対応し、クライアントが必要に応じて取得することで、手元のノード情報が事業者側と一致した状態を保てる。サブスクリプションの導入は、すべての設定作業の第一歩となる。

クライアントを開き、サブスクリプション管理画面に入る。Clash Plus では「サブスクリプション」、Clash Verge Rev では左側ナビゲーションの「サブスクリプション」ページ、FlClash では「設定」(バージョンによっては Profiles と表記)に該当する。「新規作成」「追加」または画面隅の+ボタンをタップし、フォームには通常名前とサブスクリプションリンクの2項目のみが表示される。名前は任意で複数のサブスクリプションを区別するためのもの、サブスクリプションリンクには準備段階でコピーしたアドレスを貼り付ける。前後に余分な空白や改行が入らないよう、リンクは完全な形で貼り付けること。

保存後にサブスクリプション一覧に戻り、追加した項目を見つけて「更新」(一部クライアントでは丸型のリロードアイコン)をタップする。クライアントはサブスクリプションのアドレスにリクエストを送り、ノード一覧をダウンロードして解析する。更新が成功すると、項目の下にノード数、トラフィック情報、最終更新時刻が表示され、これが導入完了の目印となる。

最後の一手はつい忘れがちだが重要である。このサブスクリプションを現在の設定として選択すること。多くのクライアントでは、サブスクリプション項目そのもの(または項目上のラジオボタン)をタップして選択状態にする必要があり、そうしないとメイン画面のノード一覧が切り替わらない。導入しただけで選択しないと、メイン画面が古い設定のままになったり、空白表示になったりする——これは初心者が最もよくつまずくポイントである。

注釈 · サブスクリプションの更新に失敗する場合

更新失敗の原因は主に3つ考えられる。サブスクリプションリンクの期限切れまたは事業者側でのリセット、現在のネットワークからサブスクリプションのアドレスに直接アクセスできない、リンクのコピーが不完全である。まずリンクをブラウザのアドレスバーに貼り付けて直接開いてみるとよい。内容がダウンロードできればリンクは有効で、問題はクライアントかネットワーク側にあることになる。より詳しい切り分け方法はよくある質問ページを参照。

ステップⅡプロキシモードの選択 · MODE

プロキシモードを選ぶ:ルール・グローバル・直接接続

3つのモードによって各リクエストの経路が決まる。通常はルールモードを選び、策略グループの中から遅延が正常なノードを選択する。

プロキシモードは、クライアントが各ネットワークリクエストをどう処理するか——直接接続するか、プロキシ経由にするか、遮断するか——を決定する。3モードの意味は以下のとおりで、選択後はいつでも切り替えられる。

ルールモードRule

内蔵のルールセットに従って1件ずつ判定する。中国本土のサイトは直接接続、海外サイトはプロキシ経由、広告・トラッキング系ドメインはルールに従って遮断される。通常使用時はこのモードを推奨する。

グローバルモードGlobal

すべてのリクエストが一律プロキシノードを経由する。分流異常の切り分けや、一時的に出口を統一したい場合に使用し、常用は推奨しない。

直接接続モードDirect

すべてのリクエストがプロキシを経由せず、プロキシ機能を停止したのと同じ状態になる。比較テストや、クライアントを終了せずに一時的にプロキシを無効にしたい場合に使う。

切り替え箇所は通常メイン画面の目立つ位置にある。Clash Plus ではホーム画面上部、Clash Verge Rev では「プロキシ」ページ上部、FlClash ではメイン画面のモード選択ドロップダウンにある。初心者はルールモードを選ぶだけでよい。中国本土のサイトは直接接続で速度を保ち、海外サイトはプロキシ経由、広告・トラッキング系ドメインはルールに従って遮断される。

モードのほかにノードも確認しておく必要がある。「プロキシ」ページに入ると、いくつかの策略グループが表示される。よく見かけるのは「ノード選択」「自動選択」などである。策略グループはクライアント内部の分流単位で、ルールにヒットしたリクエストは対応する策略グループに渡され、グループ内で現在選択されているノードが実際の出口となる。「ノード選択」グループの中から遅延が正常なノードをクリックして選ぶだけでよく、判断に迷う場合は「自動選択」に切り替えれば、クライアントが遅延に基づいて自動的に選んでくれる。ノードのカードには通常速度測定の入口があり、タイムアウトや遅延が高すぎるノードは避けるべきである。

ルールモードの裏側にある分流の仕組み——ルールを上から順に1件ずつ照合し、ヒットしたら処理を止め、最後は MATCH で受け止める——は応用的な内容のため、本ガイドでは詳しく扱わない。カスタムルールや照合順序について理解したい場合は、プロトコル解説ページの該当章を参照。

ステップⅢ接続を開始する · CONNECT

接続を開始する:システムのトラフィックをクライアントへ通す

PC版はシステムプロキシのスイッチをオン、モバイル版は VPN 権限を許可する。接続マークが表示されたら、選んだモードとノードに従ってトラフィックが分流される。

設定が完了しても、クライアントは自動的にトラフィックを引き受けるわけではなく、明示的に接続を開始する必要がある。PC版とモバイル版では仕組みが異なるため、それぞれ分けて説明する。使用しているプラットフォームに対応する箇所を確認すればよく、両者は互いに影響しない。

PC版:システムプロキシと TUN

Windows と macOS のクライアントには、メイン画面に「システムプロキシ」(System Proxy)のスイッチがある。オンにすると、クライアントは自身のアドレスを OS のプロキシ設定に書き込み、ブラウザや大半のアプリの通信がクライアント経由に切り替わる。オフにすると、システム設定も自動的に元に戻る。これが最も一般的な接続方法で、すぐに使えるため、まずここから始めるとよい。

一部のアプリケーションはシステムプロキシの設定に従わない。代表的な例として、コマンドラインツールの一部やゲームクライアントが挙げられる。このようなトラフィックもプロキシ経由にしたい場合は、TUN モードを使う。これはシステム上に仮想ネットワークアダプタを作成し、ネットワーク層でトラフィックを一括して引き受けるため、アプリ自体のプロキシ対応の有無に依存しない。TUN の初回有効化には管理者権限の許可が必要で、Windows では UAC の確認ダイアログ、macOS ではログインパスワードの入力が求められるが、許可は一度だけで済む。通常のブラウジングではシステムプロキシで十分であり、TUN は必要が生じたときに使えばよい。

モバイル版:VPN 権限の許可

Android と iOS では、クライアントが VPN サービスとしてトラフィックを引き受ける。メイン画面で接続をタップすると、初回接続時にシステムから VPN の許可を求めるダイアログが表示されるので「許可」を選択する。iOS で VPN 設定の追加を確認された場合も同様に許可を選ぶ。ステータスバーに VPN アイコンが表示されれば接続が確立された印で、それ以降の接続では再度の許可は不要になる。

接続成功の目印はどのプラットフォームでも共通している。クライアントのメイン画面が稼働中の状態に変わり、PC版ではタスクトレイのアイコンの色が変わり、モバイル版ではステータスバーに VPN アイコンが表示される。この目印を確認できたら、選んだモードとノードに従ってトラフィックがすでに分流されているので、次の動作確認のステップに進める。

注釈 · 自動起動

起動後にクライアントが自動的に実行され、接続も復元されるようにしたい場合は、設定画面で「自動起動」系のオプションをオンにする。一部のクライアントには「サイレント起動」(起動時にメインウィンドウを表示しない)オプションもある。各クライアントの具体的な設定場所や注意点は、よくある質問ページのインストール・設定カテゴリを参照。

ステップⅣ動作確認 · VERIFY

動作確認:トラフィックが本当にプロキシを通っているか確かめる

IP 確認と接続パネルの両方で1回ずつ検証し、出口とルールのヒットが期待どおりであることを確認したうえで、日常使用に移る。

接続が確立したら、すぐに1回検証して分流が期待どおりであることを確認することを推奨する。アクセスに異常が出てから遡って調べるのではなく、先に確認しておくとよい。検証は2段階に分かれる。出口の検証は IP を見る、ルールの検証は接続パネルを見る。

出口の検証:現在の IP を確認する

ブラウザで任意の IP 確認サイト(ip.sb や ipinfo.io など)を開くと、表示される IP の所在地は選択したノードの地域になっているはずで、本来のプロバイダのアドレスにはならない。続いてシステムプロキシをオフにし(モバイル版では接続を切断し)、同じページを再読み込みすると、所在地は元の地域に戻るはずである。オンとオフを見比べることで、プロキシが実際にトラフィックを引き受けていることを確認できる。

ルールの検証:接続パネルを確認する

クライアントの「接続」(Connections)パネルには、通過した各リクエストの情報がリアルタイムで表示される。ドメイン名、ヒットしたルール、振り分け先の策略グループとノードなどである。ルールモードの状態で中国本土と海外のサイトをいくつか訪問し、パネルと照らし合わせる。中国本土のサイトは DIRECT と表示され、海外サイトはプロキシの策略グループに振り分けられているはずである。期待と異なる場合は、ルールセットのバージョンが古いことが多いため、サブスクリプションを更新してから再度試すとよい。

確認項目操作期待される結果
出口 IPブラウザで IP 確認サイトを開く所在地がノードの所在地域として表示される
比較テストシステムプロキシをオフにしてから確認ページを再読み込み所在地が元のプロバイダの地域に戻る
ルールのヒットクライアントの「接続」パネルを確認する中国本土のサイトは DIRECT、海外サイトはプロキシの策略グループを経由
ノードの利用可否「プロキシ」ページで遅延テストを実行現在のノードにタイムアウトではなく正常な遅延が表示される

検証がうまくいかない場合は、次の3点を順にチェックする。システムプロキシのスイッチがオンのままになっているか、現在のモードがルールまたはグローバルになっているか、選択中のノードの遅延テストがタイムアウトしていないか。3点すべて正常でもプロキシが効かない場合や、DNS リークや一部アプリがプロキシを経由しないといった、より細かい問題については、よくある質問ページのトラブルシューティングカテゴリにまとめているので、ここでは省略する。

巻末ここから先へ · NEXT

日常的なメンテナンスとさらに学ぶために

4ステップを完了すればクライアントは長期的に使い続けられる。日常的な作業はサブスクリプションの更新とノードの切り替えの2つだけである。

1つ目は、サブスクリプションの定期更新である。事業者側のノードは増減や調整が行われるため、サブスクリプション一覧で更新をタップすれば同期できる。多くのクライアントは自動更新間隔の設定に対応しており、1度設定しておけば済む。2つ目は、ノードが遅くなったり使えなくなったりしたときの切り替えである。「プロキシ」ページで再度速度測定を行い、遅延が正常なノードを選ぶか、自動選択に任せればよい。

本ガイドで扱うのは導入の主要な流れのみであり、より詳しい内容はそれぞれ専用ページにまとめている。プロキシプロトコルの原理や選定基準、コアの系統関係については、プロトコル解説ページを参照。サブスクリプション変換、自動起動、DNS リークといった細かな問題は、よくある質問ページにまとめている。デバイスの買い替えや OS の再インストール時には、ダウンロードページからプラットフォームに合ったパッケージを入手できる。