Clash 使用ガイド:サブスクリプション導入から動作確認まで
このページは準備 → サブスクリプション導入 → モード選択 → 接続開始 → 動作確認という一連の操作フローです。順番に進めれば初回設定が完了し、各ステップにアンカーが設定されているため目次からいつでも移動できます。クライアントが未インストールの場合は、まずダウンロードページでお使いのOSに対応するバージョンを入手してください。
本文は操作フローを軸にしており、特定クライアントのスクリーンショットには依存していません。Clash Plus、Clash Verge Rev、FlClashなどのクライアントではメニュー名が少し異なります——「サブスクリプション」が「設定」や「Profiles」と表示される場合や、「システムプロキシ」が「システムプロキシとして設定」と表示される場合もあります。名称が一致しないときは機能で判断してください:リンクを貼り付けられるページがサブスクリプションの入口、トグルスイッチのようなボタンが接続のオン/オフです。各クライアントの違いと選び方は選定ガイドを参照してください。
準備:クライアントとサブスクリプションリンク
始める前に2つを用意してください:インストール済みのクライアントと、利用可能なサブスクリプションリンクです。
-
クライアントのインストール
ダウンロードページでお使いのOSに合ったクライアントを選び、インストールを完了させます。全プラットフォームでClash Plusが第一候補で、Windows/LinuxではClash Verge Revもよく使われます。インストール手順は一般的なソフトウェアと同様です。WindowsでSmartScreenにブロックされた場合の対処法は、ブログ記事「Windows でClashをインストールする完全手順」を参照してください。
-
サブスクリプションリンクの取得
サブスクリプションリンクは利用しているサービス提供元から発行されます。通常はユーザーパネルの「サブスクリプション」または「ワンクリックサブスクリプション」欄にあるコピーボタンから取得できます。これは通常のHTTPSアドレスで、次のような形式です:
https://example-provider.com/api/v1/client/subscribe?token=a1b2c3d4e5このリンクの先には、ノード、プロキシグループ、振り分けルールを含む完全なClash設定ファイルがあります。リンクはアカウント認証情報と同等のものなので、公開しないでください。本サイトはサブスクリプションサービスを提供していません。リンクの入手については契約中のサービス提供元にお問い合わせください。
サブスクリプションの導入
前のステップでコピーしたリンクをクライアントに渡し、クライアントが完全な設定をダウンロード・保存します。
クライアントごとに導入画面の位置が少し異なります。下表を参照して該当ページを見つけてください:
| クライアント | サブスクリプション画面 | 操作方法 |
|---|---|---|
| Clash Plus | メイン画面の「サブスクリプション」タブ | リンクを貼り付け → 「追加」をクリック → ダウンロード完了を待つ |
| Clash Verge Rev | 左側の「サブスクリプション」ページ | 上部の入力欄に貼り付け → 「導入」をクリック → 該当の設定カードをクリックして選択 |
| FlClash | 下部の「設定」ページ | 右下の「+」ボタン → 「URL」を選択 → 貼り付けて保存 |
| Clash Meta for Android | 「設定」→ 新規設定作成 → URL | リンクを入力して保存し、一覧に戻って該当の設定を選択 |
導入プロセスには3つの確認ポイントがあります。リンクを貼り付けて確定すると、クライアントにダウンロード進捗または短時間のローディング表示が出ます。ダウンロードが完了すると、サブスクリプション一覧に名前と更新時刻付きの設定項目が表示されます。「プロキシ」ページに切り替えると、プロキシグループとノード一覧が確認できます——ノード一覧が表示されれば導入成功で、次のステップに進めます。確定後に長時間反応がない、またはエラーが表示される場合は、リンクの貼り付け不完全やネットワーク不通が主な原因です。対処法は末尾のトラブルシューティングを参照してください。
サブスクリプションリンクがなく、config.yamlファイルのみを持っている場合は、同じ画面で「ローカルから導入」を選ぶか、ファイルをクライアントのウィンドウに直接ドラッグしてください。設定ファイル内の各項目の意味は本ページの設定ファイル概要を参照してください。
プロキシモードの選択
サブスクリプション導入後は、まずモード設定を確認してください。モードは「どの通信をプロキシ経由にするか」を決めるもので、モードの選択ミスは初心者が最も陥りやすい問題です。
ルールモード(Rule)
設定ファイルのrules項目に従って一件ずつマッチングします。直接接続ルールに合致した通信はプロキシを経由せず、それ以外はプロキシグループ経由で転送されます。通常はこのモードを使用し、振り分けはサブスクリプション作成者側が管理するため基本的に手動での調整は不要です。
グローバルモード(Global)
すべてのルールを無視し、全通信を現在選択中のノードに送ります。「あるサイトがルールにマッチしていないのかどうか」を一時的に切り分けたいときに向いています。確認が終わったらルールモードに戻してください。そうしないとローカル通信までプロキシを経由してしまいます。
直接接続モード(Direct)
すべての通信を直接接続し、ノードを経由しません。プロキシを一時的に無効化しつつクライアントは起動したままにする状態と同等で、速度比較やプロキシが原因かどうかの切り分けに使えます。
モード切り替えは通常クライアントのメイン画面または「プロキシ」ページ上部にあり、3つの選択肢が並んでいます。クリックするだけで即時に切り替わります。これは設定ファイルの以下の項目に対応します:
mode: rule # 選択可能な値: rule / global / direct、rule を推奨モードがルール(Rule)であることを確認したら、「プロキシ」ページのプロキシグループでノードを1つ選択します——デフォルトのプロキシグループ名はPROXYまたはサービス提供元が独自に設定した名前になっていることが多く、開いて任意のノードをクリックすれば選択完了です。ノードの選び方については、次の動作確認ステップで遅延テストと合わせて説明します。
接続の開始
クライアントを起動した時点では「ローカルでポートを待ち受けている」状態にすぎず、システムの通信をそこへ向けるにはもう一手順必要です。
-
デスクトップ版:システムプロキシのスイッチをオンにする
クライアントの設定またはメイン画面で「システムプロキシ」のスイッチを見つけてオンにします。これによりOSのプロキシ設定がClashが待ち受ける混合ポート(デフォルト
127.0.0.1:7890)を指すようになり、ブラウザやシステムプロキシに従うほとんどのアプリがプロキシ経由になります。macOSでは初回オン時に認証ダイアログが表示されるので、指示に従ってシステムパスワードを入力してください。Windowsでは有効化後に「設定 → ネットワークとインターネット → プロキシ」で該当項目を確認できます。 -
全通信を処理したい場合:TUNモード
一部のアプリ(コマンドラインツール、一部のゲームやクライアントソフト)はシステムプロキシの設定を読み取りません。こうしたアプリもプロキシ経由にしたい場合は「TUNモード」を有効にします。クライアントが仮想ネットワークアダプタを作成し、ネットワーク層で全通信を処理します。TUNモードには管理者権限/システム拡張の許可が必要で、初回有効化時はクライアントの指示に従って許可と関連サービスのインストールを完了させてください。システムプロキシとTUNはどちらか一方で十分で、同時に有効化する必要はありません。
-
モバイル版:VPN許可の承認
Android版ではメイン画面の起動ボタンをタップすると、システムからVPN接続のリクエストが表示されます。「OK」をタップし、ステータスバーに鍵のアイコンが表示されれば接続完了です。iOS版のClash Plusも初回起動時にVPN設定の追加を求められるので、システムのポップアップで許可してください。以降の起動・停止はアプリ内でワンタップで行えます。
起動時にbind: address already in useと表示される場合、7890ポートが他のプログラム(終了し忘れた別のプロキシクライアントなど)に使用されています。占有プロセスの特定方法やポート変更の具体的な手順は、ブログ記事「Clashでポート競合エラーが出たときの対処法」を参照してください。
動作確認
「ウェブページが開けるかどうか」だけでプロキシの状態を判断せず、コマンドで一度検証しましょう。結果が明確で再現性もあります。
ターミナルを開き(Windows 10以降はcurl.exeが標準搭載されており、PowerShellでもCMDでも直接使用可能)、次のコマンドを実行して、Clashのローカル混合ポートを強制的に経由するリクエストを送信します:
curl -I -x http://127.0.0.1:7890 https://www.google.com/generate_204結果の1行目にHTTP/2 204またはHTTP/1.1 204 No Contentが表示されれば、「ローカル端末 → Clash → ノード → 対象サイト」までの経路がすべて正常に機能していることを示します。よくある3種類の失敗パターンとその意味:
Connection refused:Clashが7890ポートを待ち受けていません——クライアントが起動していない、または設定のポートが7890以外になっている可能性があります。前のステップに戻って確認してください;timed out:ノードまでは届いているが止まっている状態——現在のノードが利用不可のため、別のノードに切り替えて再試行してください;200が返り、内容が通信事業者の案内ページである場合:リクエストが実際には外に出ていません。モードが誤って直接接続になっていないか確認してください。
ノードの遅延テスト
コマンドでの確認が通ったら、クライアントの「プロキシ」ページでプロキシグループの遅延テストを実行します(通常はプロキシグループ右上の雷アイコンや測定アイコンです)。テスト完了後、各ノードの横にミリ秒数が表示されます。数値が低いほど応答が速いため、安定して数値の低いノードを優先的に選びましょう。timeout(タイムアウト)と表示されるノードは現在利用不可なので選ばないでください。遅延の数値が大きく変動する、または全体的に高い場合の原因と対処法はトラブルシューティングを参照してください。この段階で初回設定は完了です。
設定ファイル概要
サブスクリプションの導入とは、本質的にはYAML設定ファイルをダウンロードすることです。いくつかの主要な項目を理解しておくと、問題解決の際に余計な手間を省けます。
# config.yaml の主要項目(抜粋、コメント付き)
mixed-port: 7890 # HTTPとSOCKS5共用の混合待受ポート
allow-lan: false # LAN内の他デバイスからのプロキシ接続を許可するか
mode: rule # プロキシモード: rule / global / direct
log-level: info # ログレベル、トラブルシューティング時は一時的にdebugに変更可
external-controller: 127.0.0.1:9090 # 外部制御API、パネル系ツールから呼び出し可能
proxies: [] # ノード一覧、サブスクリプション導入後にサービス提供元の設定で自動入力される
proxy-groups: # プロキシグループ:「どの通信をどのノードに任せるか」を定義
- name: PROXY
type: select
proxies: []
rules: # 振り分けルール、上から順に一件ずつマッチングし、一致したら終了
- DOMAIN-SUFFIX,cn,DIRECT
- GEOIP,CN,DIRECT
- MATCH,PROXY # 最終ルール:上記に一致しなかった通信はPROXYグループへ設定を手動で変更した場合は、クライアント内で設定を再読み込みまたはコアを再起動しないと反映されません。サブスクリプション系の設定は更新のたびにサービス提供元から配信された内容で上書きされるため、長期的なカスタマイズにはクライアントが提供する「オーバーライド/Merge」機能の利用を推奨します。DNS関連の項目(nameserver、fallbackなど)は複雑なため、別記事「Clash DNS設定を項目ごとに解説」にまとめています。
トラブルシューティング
手順どおりに操作しても問題が解決しない場合は、まずここで該当する項目を探してください。各項目は「症状 → 原因 → 対処」の順で構成しています。
サブスクリプションの更新に失敗し、タイムアウトや404が表示される
まず原因を2種類に分けて考えます。404または403が表示される場合:リンク自体が無効になっています——サービス提供元のパネルに戻って最新のリンクを再度コピーしてください。パネルの改修後は古いリンクがまとめて無効化されることもあります。タイムアウト(timeout)が表示される場合:サブスクリプションをダウンロードするリクエスト自体がネットワークで遮断されています——多くのクライアントには「プロキシ経由でサブスクリプションを更新」というオプションがあるので、利用可能なノードがある状態でこれを有効にして更新してください。初回導入時にまだ利用可能なノードがない場合は、別のネットワーク環境(スマートフォンのテザリングなど)で一度導入を済ませておくとよいでしょう。
サブスクリプションの導入は成功したが、プロキシページにノードが表示されない
多くの場合、サブスクリプションの内容が空、または形式が正しくないことが原因です。サブスクリプション一覧で該当設定のファイルサイズを確認したり内容を編集したりしてみてください。proxies項目が空の配列になっている場合、サービス提供元が配信した設定自体にノードが存在しません(プラン期限切れによく見られます)。これはクライアント側の問題ではありません。ファイルの内容がYAMLではなくHTMLになっている場合、リンクがサブスクリプションAPIではなくウェブページを指しています。パネルに戻り「Clash」形式と表示されているリンクを再度コピーしてください。
クライアントは接続済みと表示されるが、ブラウザでウェブページが開けない
経路の順に3か所を確認します。1つ目、「システムプロキシ」のスイッチが実際にオンになっているかを確認してください(クライアントが起動していることと、システムプロキシが有効になっていることは別です)。2つ目、動作確認のセクションのcurlコマンドでテストし、コマンドは成功するのにブラウザがつながらない場合は、ブラウザに独自のプロキシ設定を持つ拡張機能がインストールされていてClashと競合していないか確認してください。3つ目、コマンドもタイムアウトする場合はノードを切り替えて再試行してください——単一ノードの障害が最も多い原因です。
起動時に bind: address already in use というエラーが出る
混合ポート(デフォルト7890)が他のプロセスに占有されています。同じシステムに2つのプロキシクライアントを入れている場合や、前回終了時にプロセスが残ってしまった場合によく見られます。対処法は2つあります:占有しているプロセスを見つけて終了させる、または設定内のmixed-portを別の未使用ポート(例:7891)に変更することです。3つのプラットフォームでの特定コマンドとポート変更方法は専用記事を参照してください。
ノードの遅延テストが全てタイムアウトする、または数値が大きく変動する
全てタイムアウトする場合:まず直接接続モードでローカルのネットワーク自体が正常かを確認し、次にサブスクリプションが期限切れになっていないか確認してください。ネットワークが正常でサブスクリプションも有効な場合は、サービス提供元側のノード全体に障害が発生していることが多いため、しばらく待つかサービス提供元に問い合わせてください。数値の変動が大きい場合:遅延テストはその瞬間の経路状態を反映するもので、ローカルのネットワークとノードの負荷の両方に影響されます。複数回テストした際の中央値程度の値を基準とし、1回だけの最低値を追い求める必要はありません。ピーク時間帯に全体的に高くなるのは通常の現象です。
TUNモードを有効にすると逆に全てのネットワークが切断される
TUNモードはクライアントのシステムサービスとDNSハイジャック設定に依存しています。まず初回有効化時の許可/サービスインストール手順が全て完了しているかを確認してください(Clash Verge Revはシステムサービスのインストールが必要、FlClashは管理者権限が必要です)。それでも異常な場合は、TUNをオフにしてシステムプロキシモードに戻し、基本的な経路が正常であることを確認してから、設定のdns項目でenhanced-mode: fake-ipが有効になっているか確認してください——TUNモードは通常これと組み合わせて使用します。詳しい記述方法は DNS設定専用記事を参照してください。