Clash 使用チュートリアル:サブスク導入から動作確認まで
4つのステップ、約10分:サブスクリプションリンクの導入、ルールモードへの切り替え、システムプロキシの有効化、接続が本当に機能しているかの確認。どこをクリックするか、何が表示されるか、次に何をすべきかを明確に記載しているので、そのまま操作すれば初回設定を完了できます。
- 全プラットフォームのクライアントに共通
- 初心者でも実践可能
- 所要時間は約10分
始める前に:2つの準備
このチュートリアルは、すでにクライアントのインストールを済ませ、サブスクリプションリンクを1つ持っていることを前提としています。不足があれば先に済ませてから進んでください。
準備1:Clash クライアントをインストール済みであること。本サイトのダウンロードページでは、Windows、macOS、Android、iOS、Linux 別に現在メンテナンスされているクライアントを一覧化しており、全プラットフォームで Clash Plus を第一推奨としています。インストール手順は一般的なソフトウェアと変わりません。未インストールの方はまずインストールを完了し、一度起動してプログラムが正常に開くことを確認してください。
準備2:サブスクリプションリンクを1つ持っていること。サブスクリプションリンクとは、サービス提供元が発行する https:// から始まるURLで、クライアントはこれを通じてノード情報と振り分けルールを含む設定ファイルをダウンロードします。通常はサービス提供元のユーザーセンター内にある「サブスクリプション」「ワンクリック導入」「サブスクリプションアドレスをコピー」といった項目にあります。サブスクリプションリンクはアカウント認証情報と同等の重要度を持つため、公開の場に貼り付けないよう注意してください。サブスクリプション・設定ファイル・ノードの3者の関係については、用語集内の該当項目を参照してください。ここでは詳しく触れません。
クライアントによってメニューの名称は少し異なります。サブスクリプション管理ページは Clash Plus と Clash Verge Rev では「サブスクリプション」または「Profiles」、FlClash では「設定(Config)」と表示されます。プロキシモードの切り替えスイッチはメイン画面にある場合もあれば、「プロキシ」ページの上部にある場合もあります。本文では「機能名(よくある呼び方)」の形式で記載していますので、お使いのクライアントで意味が同じ項目を探してください。操作の考え方はどのクライアントでも共通です。
ステップ1:サブスクリプションリンクを導入する
目標:クライアントに設定ファイルを取得させ、サブスクリプション一覧に利用可能な設定カードを表示させる。
まずサービス提供元のユーザーセンターでサブスクリプションアドレスを見つけ、「サブスクリプションリンクをコピー」ボタンをクリックして完全なURLをクリップボードにコピーします。コピーすべきはリンク本体であり、ページ上のQRコードや特定クライアント専用のワンクリック導入ボタンではないことに注意してください。純粋なリンクであればどのクライアントでも共通して使用でき、問題を調べる際にも最も分かりやすいためです。
クライアントに戻り、サブスクリプション管理ページへ進みます。Clash Plus と Clash Verge Rev では左側のナビゲーションに「サブスクリプション」(英語表示では Profiles)、FlClash では下部またはサイドバーに「設定(Config)」という項目があります。ページ上部に入力欄または「新規作成 / 読み込み」ボタンがあるので、そこでURLから読み込みを選択し、先ほどコピーしたリンクを貼り付けて「ダウンロード」または「読み込み」をクリックします。クライアントが直ちにそのアドレスにリクエストを送信し、数秒後には一覧に新しい設定カードが表示され、通常はサブスクリプション名・更新時刻・トラフィック情報が示されます。
カードが表示されたら、あと1つ操作が残っています。そのカードをクリックして、現在使用する設定として選択することです。多くのクライアントでは、ハイライト枠や選択済みマークで現在の設定を示します。ここを見落とすのが初心者に最も多いミスで、サブスクリプションの導入自体は成功しているのに接続できない場合、クライアントが依然として初期状態の空の設定を使っていることが原因であるケースが多いです。
導入時にダウンロード失敗と表示された場合は、次の点を順に確認してください。リンクが最後まで正しくコピーされているか(末尾が欠けているケースは非常に多い)、現在のネットワークからサービス提供元のサブスクリプションドメインにアクセスできるか、サブスクリプションが期限切れになっていないか。一部のサービス提供元は Clash 以外の形式のサブスクリプションアドレスしか提供していない場合があり、その場合はサブスクリプション変換を経て初めて Clash クライアントが認識できるようになります。その原理は用語集の「サブスクリプション変換」項目を参照してください。複数サブスクリプションの結合利用など応用的な内容は上級設定ガイドのローカルオーバーライドとマルチサブスクリプションの章を参照してください。
カードが選択状態になっていることを確認したら、次のステップでプロキシモードを選択します。
ステップ2:プロキシモードを選択し、ノードを選定する
目標:モードをルールモードに切り替え、ポリシーグループから遅延が正常なノードを1つ選択する。
設定が有効になると、クライアントのメイン画面または「プロキシ」ページの上部にモード切り替えスイッチが表示され、通常はルール(Rule)、グローバル(Global)、直接接続(Direct)の3つの選択肢が並んでいます。3者の違いを一言で言うと、ルールモードは設定ファイル内の振り分けルールを1件ずつ判定し、プロキシ経由にすべき通信はプロキシ経由に、日本国内向けなど直接接続で問題ない通信は直接接続にします。グローバルモードは判定を行わず、すべての通信を一律プロキシ経由にします。直接接続モードは一時的にプロキシ機能をオフにしたのと同じ状態です。設定ファイル上では mode: rule という1つのフィールドの値に対応します。
通常利用ではルールモードを常に選択してください。速度とトラフィック消費のバランスが取れており、国内サイトへのアクセスは迂回せずサブスクリプションのトラフィックを消費せず、海外サイトへのアクセスは自動的にプロキシルールにマッチするため、手動での切り替えが不要です。グローバルモードは「あるサイトがルールから漏れているかどうか」を確認するような一時的な検証時にのみ使用し、確認後は元に戻すのがおすすめです。グローバルモードを長期間使い続けると、国内向けの通信もすべてプロキシを経由することになり、速度・トラフィックの両面で不利になります。
モードを切り替えたら、「プロキシ」ページでノードを選択します。ページ上にはいくつかのポリシーグループが表示されます。これはサブスクリプション提供者が事前に編成したノードのグループで、「ノード選択」「PROXY」といった名称の手動選択グループのほか、「自動選択」「フェイルオーバー」といった自動グループがよく見られます。手動選択グループを展開し、まず遅延テスト(グループ名の横にある雷やレーダーのようなアイコンが一般的)を1回タップし、各ノードの右側にミリ秒単位の数値が表示されるのを待ってから、数値が低いノードを選択します。数値が小さいほど応答が速く、タイムアウト(timeout)と表示されるノードは現在利用できないため、そのまま次を試してください。グループ内に「自動選択」の項目があれば、これを選ぶとクライアントが定期的に速度を測定し、自動的に最速のノードに切り替えてくれるため、手動で管理したくないユーザーに適しています。
ポリシーグループにはロードバランシングなどさらに多くの種類があり、それぞれの動作の違いや実践的な編成方法は上級者向けの内容です。上級設定ガイドのポリシーグループの章を参照してください。振り分けルールを自分で編集したい方は、まずルールセット管理の章を読んで基礎を身につけることをおすすめします。チュートリアルの本線としては、モードがルールになっていてノードが選択済みであれば、ステップ3に進めます。
ステップ3:接続を有効化する
目標:システムの通信を実際にクライアント経由にする。デスクトップはシステムプロキシをオン、モバイルはVPNトンネルを起動する。
これまでの2ステップは設定を準備しただけで、この時点ではまだ通信は Clash を経由していません。明示的に引き込みスイッチをオンにする必要があり、プラットフォームごとに操作が少し異なります。
Windows と macOS:クライアントのメイン画面または「設定」ページでシステムプロキシのスイッチを見つけ、オンにします。このスイッチは、OSのプロキシ設定をクライアントがリスニングしているローカルポートに向けるもので、ブラウザやシステムプロキシ設定に従う多くのアプリケーションは即座に Clash 経由になります。macOS では初回オン時に認証ダイアログが表示される場合があり、システムのパスワードを入力して確認すれば完了です。なお、システムプロキシはすべてのプログラムを引き込むわけではなく、一部のコマンドラインツールやゲームはシステムプロキシ設定を読み取らないため、こうした通信をカバーするには TUN モードが必要です。その原理と有効化方法は上級設定ガイドの TUN の章を参照してください。初回のセットアップでは気にする必要はありません。
Android:クライアントのメイン画面で目立つ起動ボタンをタップすると、「〇〇がVPN接続を作成しようとしています」という確認ダイアログが表示されるので、「OK」をタップします。これは Android がすべてのプロキシ系アプリに対して求める標準的な承認手順で、承認後はステータスバーに鍵アイコンが表示され、VPNトンネルが確立されたことを示します。以降はすべてのアプリの通信がクライアント経由で処理されます。
iOS:初回起動時にシステムから「VPN設定の追加」が求められるので、許可をタップしてFace IDまたはパスコードで認証します。その後はアプリ内の接続スイッチをタップするだけで、設定画面のVPNステータスも「接続済み」に同期します。
どのプラットフォームでも、スイッチが正常にオンになると、クライアントのメイン画面にリアルタイムのアップロード/ダウンロード速度が表示されるのが一般的です。数値が動き出せば、通信がクライアントに入り始めたことを意味するので、最後のステップである動作確認に進んでください。スイッチをオンにした直後に自動的にオフへ戻ってしまう場合は、他のプロキシソフトにポートが占有されていることが多いため、先に他の同種のソフトを終了してから再度試してください。
ステップ4:プロキシが機能しているか確認する
目標:2つの証拠で通信経路が実際に開通していることを確認する——ページが開けること、接続パネルに一致した記録が表示されること。
1つ目の証拠はブラウザから得られます。これまでアクセスできなかったサイトを開き、正常に読み込まれれば、プロキシ経路はおおむね開通していると言えます。ブラウザのキャッシュによって「開けているように見える」だけの誤認を避けるため、シークレットウィンドウでのテストを推奨します。
2つ目の証拠はクライアント自体から得られます。クライアントに戻り、「接続(Connections)」パネルを開きます。デスクトップクライアントでは通常サイドバーにあり、一部のクライアントではログページの近くに配置されています。先ほどのページをリロードすると、パネル内で接続記録が継続的に増えていくはずで、各記録には対象ドメイン、マッチしたルール、実際に使用されたノードが表示されます。次の2点を確認してください。海外サイトへの接続が選択したプロキシノードを経由していること、国内サイトへの接続が直接接続ルールにマッチしていること。両方が満たされていれば、ルールによる振り分けが想定通りに動作している証拠であり、初回設定はここで完了です。
ページが開けない場合は、次の3点を順番に確認してください。まず、プロキシページに戻り現在のノードで再度遅延テストを行い、タイムアウトが表示されたら別のノードに切り替えて再試行してください——単一ノードの不調が最も頻度の高い原因です。次に、ステップ3のスイッチが依然としてオンの状態であることを確認してください。一部のシステムではスリープからの復帰時にシステムプロキシがリセットされることがあります。最後に、サブスクリプションのトラフィックが使い切られていないか、期限が切れていないかを確認してください。この情報は通常サブスクリプションカードに直接表示されています。3点すべて正常でも通信できない場合は、ルールやDNSレベルの問題を検討してください。一部のサイトが開けないのはDNS解決が汚染されていることが原因である場合があり、判定方法と fake-ip、DNS設定の最適化については上級設定ガイドのDNSの章を参照してください。
もう一点補足しておきます。動作確認が通ったことは、その後もずっと使えることを意味するわけではありません。サブスクリプション提供元は不定期にノードを入れ替えるため、サブスクリプションページで設定の定期自動更新を有効にしておくことをおすすめします(多くのクライアントは時間単位または日単位で更新間隔を設定できます)。ノード一覧が長期間更新されないことは、「使っているうちに繋がらなくなった」というよくある原因のもう一つです。
完了後のステップアップ
4ステップを終えれば、通常利用としてはこれで十分です。さらに深く理解したい方は、以下の内容を必要に応じて読み進めてください。
-
用語を理解し、専門語に迷わなくなる
ポリシーグループ、Fake-IP、GEOIP、mixed-port といった用語は設定ファイル内で繰り返し登場します。用語集ではプロキシプロトコル、ルール振り分け、ネットワークとDNSなどの分類ごとに簡潔な説明を用意しており、辞書のように必要なときに参照できます。
-
設定を自分で編集し、好みに合わせて振り分ける
上級設定ガイドではポリシーグループの編成、ルールセットのサブスクリプション化管理、DNS最適化、TUNモード、マルチサブスクリプションの結合について体系的に解説しています。本サイトの深掘りリファレンス文書であり、ルールセットの章から読み始めることをおすすめします。
-
クライアントを変更する、または別のデバイスに導入する
プラットフォームや使用習慣によって適したクライアントは異なります。ダウンロードページではプラットフォーム別に現在メンテナンスされている全選択肢を整理しており、バージョン情報と対応内容もあわせて記載しています。
本ページは「ゼロから使える状態にする」ための主要な操作のみを扱っています。設定ファイルのフィールド編集やコア(内核)の動作の違いに関わる内容は、すべて上級設定ガイドと用語集にまとめており、チュートリアルページでは重複して解説していません。