TUTORIAL・使用ガイド

Clash 使用ガイド:4ステップで完了するサブスクリプション導入と接続確認

初回設定は「サブスクリプション導入 → モード選択 → 接続開始 → 動作確認」の順に進め、全体で約10分で完了する。各ステップでは具体的な操作画面の場所、想定される表示内容、次に行う操作を示す。より深い背景知識は本編を中断せずにヘルプセンター用語辞典にリンクしている。

プラットフォームごとの違い

本編の操作説明は Clash Verge Rev(Windows / macOS / Linux)の画面を基準としている。Clash Plus や FlClash はメニュー名が多少異なり、Android 版 Clash Meta for Android、iOS 版 Clash Plus の対応する項目は各ステップ内で個別に補足する。クライアントを未導入の場合は、先にクライアントダウンロードページから各プラットフォーム版を入手する。

STEP 00 · PREPARE

事前準備:必要なものは2つだけ

始める前に次の2点を確認する。1つはデバイスに Clash クライアントがいずれか1つ導入済みであること。もう1つは有効なサブスクリプションリンクを持っていること。サブスクリプションリンクはVPNサービス業者が契約後に発行するもので、通常はサービス提供元サイトの「ユーザーセンター」や「マイサブスクリプション」ページに、長いHTTPSアドレスの形で表示される。このリンク自体がアカウント認証情報に相当するため、公開の場に貼らないよう注意する。

各プラットフォームのクライアントでサブスクリプション導入の項目名は多少異なる。下表で場所を確認する。

プラットフォームクライアントサブスクリプション導入の場所
Windows / macOS / LinuxClash Verge Rev左サイドバー「サブスクリプション」ページ → 上部の入力欄にリンクを貼り付け → 「インポート」
Windows / macOS / iOSClash Plusホーム画面「サブスクリプション追加」→ リンクを貼り付け → 保存
デスクトップ / AndroidFlClash「設定」ページ → 右下の追加ボタン → 「URLからインポート」
AndroidClash Meta for Android「設定」→ 新規作成 → 「URL」→ 貼り付けて保存

準備が整ったら最初のステップに進む。全工程で設定ファイルを手書きする必要はない。サブスクリプションの背後にある YAML 構造について知りたい場合は、後で用語辞典の「設定とサブスクリプション」カテゴリを参照するとよい。

STEP 01 · IMPORT SUBSCRIPTION

STEP1:サブスクリプション導入

1.1 サブスクリプションリンクをコピーする

サービス提供元のサイトにログインし、ユーザーセンターでサブスクリプション欄を探す。多くのサービスではクライアントの種類ごとに複数のリンクが用意されているため、「Clash」または「Clash Meta」と表示されているものを選び、横のコピーボタンをクリックする。リンクの典型的な形式は次のようになる。

https://example.com/api/v1/client/subscribe?token=xxxx&flag=clash

ページに「共通サブスクリプション」が1つしか表示されない場合でも、多くの現行クライアントは対応可能。導入時に形式エラーが出たら、Clash 専用のリンクに切り替えて試す。形式ごとの差異は技術ノートのサブスクリプション形式に関する記事で詳しく解説しているため、ここでは省略する。

1.2 貼り付けてインポートする

クライアントを開き、前表に記載したサブスクリプション導入画面に進む。Clash Verge Rev の場合、左サイドバーの「サブスクリプション」をクリックし、上部の入力欄にリンクを貼り付けて右側の「インポート」ボタンをクリックする。クライアントがサブスクリプションURLに設定を取得しにいき、成功すると一覧に新しいサブスクリプションカードが表示される。設定名や更新時刻のほか、サービスによっては通信量や有効期限も併記される。

Android 版 Clash Meta for Android では「設定 → 新規作成 → URL」から貼り付けて保存し、一覧に戻ってそのプロファイルをタップすると取得が完了する。iOS 版 Clash Plus はホーム画面の「サブスクリプション追加」から貼り付け・保存すると自動でダウンロードされる。

1.3 ノード一覧が表示されるか確認する

導入成功の目印は、「プロキシ」画面(クライアントによっては「ノード」や「プロキシグループ」)にグループ化されたノード名(通常は地域名)がプロキシグループの下に表示されること。ノード一覧が確認できたらこのステップは完了で、次のステップに進んでよい。

インポートボタンが読み込み中のままエラーになる場合、リンクのコピー漏れ、サブスクリプションの期限切れ、または現在のネットワーク環境での取得阻害が主な原因として考えられる。個別のチェック方法はヘルプセンターの「インストール・設定」カテゴリにまとめている。サブスクリプションの長期運用(自動更新設定、失効時の対応)については完全ガイドの該当章を参照する。

proxy-groups: [ auto, manual, DIRECT ] · ノード一覧が表示=導入成功

STEP 02 · SELECT MODE

STEP2:プロキシモードの選択

サブスクリプションが導入できたら、次に通信をどう振り分けるかを決める。Clash には3つのプロキシモードがあり、いずれのクライアントでもメイン画面からワンタップで切り替えられる。Clash Verge Rev はホーム画面の「プロキシモード」欄で選択、Clash Meta for Android は設定詳細やホームのカプセルボタンで切替、Clash Plus と FlClash はホーム画面のモード選択部分で操作する。

  • ルールモード(Rule):設定に組み込まれたルールセットに従って自動振り分けを行う。日本国内サイトやローカルネットワークは直接接続、アクセス制限のあるサイトはプロキシ経由、遮断ルールに該当する通信は拒否される。通常利用ではこれを選べば速度と利便性のバランスが取れる。
  • グローバルモード(Global):全ての通信を選択中のプロキシノード経由にする、振り分けは行わない。ルールが対象サイトを網羅していない場合や、一時的に強制的にプロキシを通したい場合に使い、用が済んだらルールモードに戻す。
  • ダイレクトモード(Direct):全ての通信をプロキシを経由させない、クライアントを一時的にバイパスする状態と同じ。「問題がプロキシ側かローカルネットワーク側か」を切り分けたいときの検証用に使う。

初回設定はモードを「ルール」にしておけば十分で、以後頻繁に変える必要はない。3つのモードの通信経路の違いや、ルールがどう順に照合されるかは用語辞典の「ルールと振り分け」カテゴリで一つずつ定義している。より詳しい比較分析は技術ノートの専門記事を参照するとよい。モードを確認したら次のステップへ進む。

mode: rule・通常はこれ / global 一時的な強制 / direct 検証用のみ

STEP 03 · CONNECT

STEP3:接続の開始

モードを選んだら、残る操作は1つ。デバイス上のアプリの通信を実際に Clash に渡すことだ。プラットフォームごとに仕組みが異なるため、順に説明する。

3.1 デスクトップ:システムプロキシを有効にする

Clash 起動後は既定でローカルの 127.0.0.1:7890 に混合ポートを開いて待機するが、アプリが自動でここに通信を送るわけではない。Clash Verge Rev のホーム画面で「システムプロキシ」スイッチを見つけてオンにすると、クライアントがこのポートを OS のプロキシ設定に書き込み、ブラウザなどシステムプロキシに従うアプリが接続されるようになる。スイッチが点灯し、トレイアイコンの状態が変われば有効化された証だ。

一部のコマンドラインツールや特定のクライアントソフトはシステムプロキシを読み取らない。全アプリを一括で経由させたい場合は「TUNモード」に切り替える。仮想ネットワークアダプタを使いネットワーク層で全通信を受け持つ仕組みで、初回オン時には管理者権限の要求やサービスコンポーネントのインストールを求められるので、案内に従って許可すればよい。システムプロキシとTUNはどちらか一方だけを有効にすれば十分で、両方同時に使う必要はない。両者の仕組みの違いは用語辞典を参照。

3.2 Android:VPN を許可する

Clash Meta for Android や FlClash のホーム画面で起動ボタンをタップすると、システムから VPN 接続の確認が表示されるので「許可」をタップする。ステータスバーに鍵アイコンが表示されれば接続完了。ここでの VPN は本体の通信転送のためだけに使われ、実際の振り分け動作は STEP2 で選んだモードに従う。

3.3 iOS:接続スイッチをオンにする

Clash Plus はホーム画面に接続スイッチがあり、初回オン時にはシステムのポップアップで VPN 設定の追加を確認する必要がある。確認するとスイッチが点灯し、ステータスバーに VPN アイコンが表示されて接続完了となる。クライアントは App Store 配信のため、以後のアップデートもストア経由で行う。

ここまでで通信経路の接続は完了している。ただし「スイッチが点灯した」ことと「正しく振り分けられている」ことは別なので、最後にステップ4で確認を行う。

mixed-port: 7890・システムプロキシとTUNはどちらか一方 / モバイルはVPN経由

STEP 04 · VERIFY

STEP4:動作確認

確認作業は3つ。クライアント内部の情報から実際のアクセス結果まで、順に確かめていく。

4.1 接続パネルを確認する

クライアントの「接続」ページ(クライアントによっては「ログ」や「トラフィック」)を開き、ブラウザで適当なページにアクセスすると、パネル上にリアルタイムで新しい接続記録が流れるはずだ。各記録にはマッチしたルールと出口(DIRECT かノード名)が表示される。記録が流れていれば、通信が実際に Clash を経由している証拠だ。

4.2 実際のアクセスで検証する

これまでアクセスできなかったサイトを開いてみる。正常に表示されればルールが正しくマッチし、ノードも機能している。表示されない場合は、まずプロキシ画面でプロキシグループの遅延テストを実行する。プロキシグループの計測ボタンをタップすると各ノードの応答時間(ミリ秒)が表示されるので、値の低いノードに切り替えて再試行する。デスクトップではコマンドラインでも直接ポートを検証できる。

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

HTTPステータス行が返れば、プロキシポートは正常に動作している。

4.3 振り分け方向を確認する

ルールモードの状態で今度は日本国内のサイトにアクセスし、接続パネルでその出口が DIRECT になっていることを確認する。国内サイトは直接接続、海外サイトはプロキシ経由という両方が成立していれば、4ステップの設定はすべて完了だ。

いずれかの段階で想定通りにならない場合は、まずダイレクトモードに切り替えてローカルネットワーク自体が使えるかを確認し、そのうえでルールモードに戻して一つずつ照合していく。速度が遅い、一部サイトが開かない、サブスクリプションの更新に失敗するなどの個別症状への対処法はヘルプセンターの「トラブル解決」カテゴリにまとめている。プラットフォームごとに詳しく調べたい場合は完全ガイドを確認する。

接続パネルに記録あり + 目的サイトにアクセス可能 + 国内サイトが DIRECT = 設定完了

NEXT・次のステップ

設定完了後にやること

通常はルールモードのまま運用し、ノードの調子が悪ければ遅延テストで切り替えるだけで十分だ。サブスクリプションの自動更新、TUNの詳細設定、各プラットフォーム特有の問題などより高度な内容は、必要に応じて完全ガイドを参照する。クライアントを未導入の場合は、ダウンロードページから各プラットフォーム版を入手する。