使用ドキュメント · 入門チュートリアル · 約10分
Clash 使用チュートリアル：サブスクリプション導入と接続確認
Clash 系クライアントを初めて使う読者向け。クライアントのインストール、サブスクリプションリンクの導入から、プロキシモードの選択、システムプロキシの有効化、動作確認まで全4ステップ。順番に進めれば一通り動作する。プラットフォームごとにクライアントの画面は多少異なるが、大筋は同じ。
画面の違いについて。本チュートリアルは全プラットフォーム対応クライアント Clash Plus の画面を軸に書いている。Clash Verge Rev、FlClash、Clash Meta for Android などクライアントごとにボタンの位置や表記は異なるが、「設定 — プロキシ — モード — システムプロキシ」という大筋は共通しており、同じ意味の入口を探せば対応できる。クライアントを未インストールの場合は先にインストーラーページからプラットフォームを選んでダウンロードし、インストール後に本ページへ戻って進めてほしい。
始める前に：クライアントを用意し、サブスクリプションリンクを準備する
始める前に必要なものは2つ。インストール済みのクライアントと、有効なサブスクリプションリンクだ。クライアントはインストーラーページからOSに合わせて選ぶ——Windows と macOS はインストーラーをダウンロードしウィザードに従ってインストール、Android は対応する APK をインストール、iOS は App Store から Clash Plus を取得する。インストール中に特別注意すべき項目はなく、そのまま進めればよい。
サブスクリプションリンクはサービス提供元（いわゆる回線サービス）がユーザーの管理画面で発行する、http で始まる一連の完全な URL だ。クライアントはこれを使ってノード一覧・ポリシーグループ・振り分けルールを取得する。設定の生きた源と考えるとわかりやすい——事業者側がノードを更新すればクライアント側で更新ボタンを押すだけで、ローカルの設定も最新に同期される。
サブスクリプションリンクは同時にアカウントの認証情報でもあり、有効期限やトラフィック上限もこれに紐づいている。公開の投稿やスクリーンショットで外部に流したり、出所不明の変換サイトへ入力したりしないこと。サブスクリプション形式（Base64 と Clash YAML）の違いや、サブスクリプション変換が必要になる場面は後回しでよい背景知識で、YAML マニュアルとブログ特集で詳しく扱っているため、ここでは省略する。
導入フロー：4ステップを順番に実行する
本編は4ステップのみ——サブスクリプション導入、モード選択、プロキシ有効化、動作確認。各ステップには前後の依存関係がある。設定がなければ選べるノードもなく、モードを誤ると通信が意図しない経路を通り、システムプロキシをオンにしなければ通信はそもそもクライアントを経由しない。順番どおりに進め、各ステップの完了を確認してから次へ進んでほしい。慣れてしまえば日常操作は2つだけ——期限が近づいたら更新、遅くなったらノードを変更、それだけだ。
-
ステップ1：サブスクリプションリンクを導入する
パス · 設定 → 新規作成 → URLから読み込み
Clash Plus を開き、下部ナビゲーションから「設定」ページに入る（Clash Verge Rev では「サブスクリプション」、FlClash では左サイドバーの「設定」）。このページにはローカルの全設定が並び、初回は通常空で、画面中央または右上に新規作成ボタンがある。
新規作成をタップし「URLから読み込み」といった選択肢を選び、サブスクリプションリンクをそのままアドレス入力欄に貼り付け、識別しやすい名前（サービス提供元の名前など）を付けて保存する。貼り付け時は3点に注意——全体をコピーし末尾のパラメータを欠落させない、前後に空白や改行を入れない、リンクは http で始まるものがサブスクリプションアドレスであり、意味不明な文字列であればそれはノード共有コードで入口が異なるため混用しないこと。
保存すると、クライアントは即座にこのアドレスへ設定を要求する。設定一覧に戻り、新しいカードが現れ更新時刻がたった今になっていれば取得成功だ。このカードをタップして選択状態にし（ハイライトまたはチェックマークが表示される）、「プロキシ」ページに切り替えると、複数のポリシーグループとずらりと並んだノードが見えるはずだ。ノードが見えない場合は、リンクが失効しているか現在のネットワークが不通であることが多いので前のステップを確認する。
ノードは登録済みだが、通信をどの経路に流すかはまだ決まっていない——それが次のステップだ。
-
ステップ2：プロキシモードを選択する
ルール RULE / グローバル GLOBAL / ダイレクト DIRECT
Clash 系クライアントには3種類のプロキシモードがある。ルールモードは設定内の振り分けルールに従い、日本国内サイトは直接接続、海外サイトはプロキシ経由となり、日常利用で推奨される。グローバルモードは全通信を現在選択中のノードへ流し、トラブル調査や特殊な用途でのみ使う。ダイレクトモードは全通信をプロキシを通さず、一時的にプロキシをオフにするのと同じ効果になる。
切り替え箇所：Clash Plus はホームまたはプロキシページ上部のモードスイッチ、Clash Verge Rev は「プロキシ」ページ上部の3択、FlClash はダッシュボードの目立つ位置にある。切り替えは即時反映され、クライアントの再起動や設定の再読み込みは不要。
迷ったらルールモードを選ぶこと。グローバルモードで日本国内サイトへアクセスすると遠回りになり速度と安定性が落ち、ノードのトラフィックも無駄に消費する。ダイレクトモードはプロキシを開いていないのと同じ。3つのモードの対照は以下の通り。
モード 通信の流れ 適用シーン ルール Rule 設定に従って振り分け：海外はプロキシ、国内は直接接続 日常利用（推奨） グローバル Global 全通信を現在選択中のノードへ トラブル調査、一時的な用途 ダイレクト Direct 全通信がプロキシを通らない プロキシの一時オフ モードが決めるのは通信が「どう流れるか」だが、「流れるかどうか」を決める総合スイッチがもう一つある——システムプロキシだ。
-
ステップ3：システムプロキシを有効にして接続する
スイッチ · SYSTEM PROXY / システムプロキシ
まず「プロキシ」ページでノードを選ぶ。「ノード選択」といった名前のポリシーグループを展開し、一覧のノード名をタップすると選択項目がハイライトされる。ノードの横には通常テスト用ボタン（雷または速度測定アイコン）があり、タップすると一括で速度を測定できるので、低遅延で安定したノードを選ぶ。ポリシーグループや自動選択などの詳細は YAML マニュアルを参照、ここではタップ操作ができれば十分だ。
Windows：設定またはホームで「システムプロキシ」スイッチをオンにする。オンにすると、システムのネットワークプロキシ設定に
127.0.0.1:7890のような項目が現れ、システムの通信がクライアント経由に切り替わったことを示す。注意点として、ストアからインストールした UWP アプリはシステムのループバック制限を受け、デフォルトではこのプロキシを通らないため、別途制限を解除する必要がある。手順は YAML マニュアル の該当章を参照。macOS：「システムプロキシとして設定」（またはメニューバーアイコン内の同名項目）にチェックを入れると、システムのネットワーク環境設定内のプロキシが自動で設定される。Android と iOS：メイン画面の接続ボタンをタップすると、システムが VPN 許可リクエストを表示するので許可すると、ステータスバーに VPN マークが表示され全端末の通信を引き受けた状態になる。
スイッチが点灯し、ノードも選んだ——理論上はこれで通信できるはずだ。だが「理論上」は当てにならないので、1分かけて確認しよう。
-
ステップ4：プロキシが有効か確認する
出口 IP · 対象サイト · 接続ログ
方法1、出口アドレスを見る。ブラウザで任意の IP 確認サイトを開き、ルールモードで海外の確認サイトにアクセスすると、表示されるのはノード所在地域のはずだ。モードをグローバルに切り替えて再読み込みすると、アドレスもそれに応じて変わるはずだ。アドレスが変わらなければ通信がプロキシを通っていないことを意味する。
方法2、対象サイトを見る。普段開けない海外サイトへ直接アクセスし、正常に開ければ有効ということになる。これが最も直接的な確認方法だ。
方法3、接続ログを見る。クライアントの「接続」または「ログ」ページには通過した各接続がリアルタイムで流れる——アクセス先のドメイン、適用されたルール、使用されたノード。数ページ開いてここに新しいレコードが流れれば通信は確かにクライアントを経由している。1件も流れなければシステムプロキシが通信を引き受けていないことを意味する。
3つのうち後の2つのいずれかが通れば完了だ。どれも通らない場合は次の段落の順序で切り分けを行う。
動作しない場合：5箇所を順番に切り分ける
確認が通らない場合、9割の問題は以下5箇所に集中している。順番に確認し、1項目除外するたびにステップ4に戻って再確認する。
- システムプロキシのスイッチが本当にオンか。他のソフトにスイッチを奪われる、システム設定が戻される、といったケースは珍しくない。一度オフにしてから再度オンにし、ブラウザを再起動する。
- 現在のモードがダイレクトになっていないか。ダイレクトモードでは見た目は正常だが、プロキシを開いていないのと同じなのでルールモードに戻す。
- ノードが失効していないか。プロキシページで再度速度測定を行い、遅延が正常なノードに切り替える。グループ全体がタイムアウトする場合はサービス提供元側の問題が多い。
- サブスクリプションが期限切れ、またはトラフィックを使い切っていないか。設定ページに戻って更新をタップする。更新が失敗する、または更新後にノードが全てグレーアウトする場合は、サービス提供元の管理画面でプラン状況を確認する。
- 他のプロキシソフトと競合していないか。同じ端末で動作する他のプロキシやアクセラレーターがシステムプロキシ設定を奪う場合がある。すべて終了してから再度試す。
上記をすべて除外してもなお通らない場合、問題は DNS 解決、TUN モード、ファイアウォールの許可設定といった層にあることが多く、これは応用的なトピックになる。YAML マニュアルのトラブルシューティング章に体系的な解説がある。
さらに一歩：使えるレベルから使いこなすレベルへ
チュートリアルはここで終わりだ。日常操作は2つだけ——サブスクリプションが期限切れ間近、またはノードに異常がある時に設定ページで更新をタップ、遅く感じた時にプロキシページで速度測定してノードを切り替える。残りはすべてルールモードの自動振り分けに任せればよい。
さらに深く学びたければ2つの方向がある。YAML マニュアルは設定ファイルの完全な構造を解説——port や mode などの共通フィールド、プロキシノードフィールド、ポリシーグループの種類、ルール構文とオーバーライドの統合など、読み終えれば自分の設定を理解して編集できるようになる。ブログにはカーネルのバージョン関係（Clash 本家、Meta、mihomo）や各プラットフォームの導入詳細といった特集記事があり、興味に応じて選んで読める。