TUTORIAL · 使用ガイド
Clash 使用チュートリアル:サブスク導入から動作確認まで
4つのステップ、所要時間は約10分。前提は2つだけ:クライアントのインストールが済んでいること、サブスクリプションリンクを持っていること。クライアントがまだなければクライアントダウンロードページでプラットフォームに合わせて入手してください。インストール時のプラットフォームごとの詳細はインストール完全ガイドで個別に解説しているため、本ページでは繰り返しません。
CHECK-IN · 開始前
確認すべき2点:クライアントとサブスクリプションリンク
1点目はクライアントです。Clashは同じ設定形式を軸としたクライアントの集合体で、プラットフォームごとに異なるGUIクライアントがありますが、設定の仕組みは共通しています。まだインストールしていない場合はダウンロードページでお使いのプラットフォーム向けの推奨クライアントを選んでインストールしてください。インストール時のシステムからの確認ダイアログ、権限の許可、よくあるエラーについては、インストール完全ガイドにプラットフォームごとの章があるので、詰まったら該当章を確認してください。
2点目はサブスクリプションリンクです。これは https:// から始まるURLで、サービス提供元のユーザーパネルに表示され、クライアントはこれを通じてノードと振り分けルールを取得します。コピー時の注意点は2つ:1つ目は単一ノードの共有コードではなく「Clashサブスク」または「汎用サブスク」をコピーすること、2つ目はリンクが完全であること——末尾が1文字でも欠けると解析に失敗します。パネル上の「サブスクリプションリンクをコピー」ボタンを使い、手動での選択コピーは避けることをおすすめします。
ここで以降何度も出てくる3つの用語を確認しておきます。ノードは中継に使えるサーバーのこと、ポリシーグループは複数のノードを用途別にまとめ、グループ内での選択方法を定める仕組みのこと、ルールはどの通信がプロキシを経由し、どれが直接接続かを決めるものです。これらの概念の詳しい定義は用語集にまとめてあります。チュートリアル中に不明な用語があれば随時確認できるので、作業を止める必要はありません。
STEP 01 · IMPORT
サブスクを導入
クライアントを開き、左側または下部のナビゲーションから「設定」ページを探します(Clash Verge Revでは「サブスク」、一部クライアントではProfilesと表記)。このページで管理するのは単一ノードではなく完全な設定ファイルです——1つのサブスクを導入すると一覧に1つの設定項目として追加され、その中に全ノード、ポリシーグループ、ルールが含まれます。
設定ページで「新規 / 導入 / +」ボタンをクリックし、「URLから導入」を選択します(直接リンク貼り付け用の入力欄がある場合もあります)。先ほどコピーしたサブスクリプションリンクを貼り付けて導入を確定してください。クライアントはすぐにこのリンクへリクエストを送って設定をダウンロードし、通信環境が正常であれば数秒で完了します。完了後は一覧に新しい設定項目が表示され、通常はサブスク名と更新時刻が示され、クライアントによっては残りトラフィックと有効期限も表示されます。
導入成功の判断基準はただ1つ:「プロキシ」ページに切り替えてノード一覧が表示されることです。先ほど導入した設定項目をクリックして有効化します(多くのクライアントは1回のクリックで済み、現在有効な項目にはハイライトや選択マークが付きます)。その後プロキシページに切り替え、複数のポリシーグループとその下にノード名の一覧が表示されていれば、このステップは完了です。モバイル版クライアント(Android版のClash Meta for Androidなど)も手順は同じで、設定ページで導入・有効化してからホーム画面に戻ってプロキシグループを確認します。
導入時にエラーが出る、または導入後にノード一覧が空の場合は、まず3点をすばやく確認します:リンクが途中で切れていないか、コピーしたものがClash形式のサブスクであるか、サブスクのトラフィックが使い切られていたり期限切れになっていないか。項目ごとの完全なチェックリストはよくある質問のトラブル対処カテゴリにまとめているので、このステップで何度も試行錯誤する必要はありません。
STEP 02 · MODE
プロキシモードとノードを選択
サブスクが準備できたら、クライアントのメイン画面(または設定ページ)に戻り「出站モード」の項目を探します。通常は3つの値があります:ルール(Rule)、グローバル(Global)、直接接続(Direct)。ルールモードは設定ファイル内の振り分けルールに従い、各通信をプロキシ経由か直接接続かを自動判定します。日本国内のサイトは直接接続、プロキシが必要な通信はノード経由となるのが多くの場面での適切な選択です。グローバルモードはすべての通信をプロキシに通すもので、問題の調査や特殊な用途で一時的に使うだけにします。直接接続モードはプロキシの機能を実質オフにするものです。モードを「ルール」に設定すれば、このステップの中核はすでに半分完了です。
もう半分はノードの選択です。「プロキシ」ページに切り替えると、1つ以上のポリシーグループが表示されます。手動選択グループ(Selectorタイプ)は具体的なノードをクリックして選ぶ必要があり、選んだノードがそのままグループの出口になります。自動速度テストグループ(名前にAutoやURL-Testを含むことが多い)は遅延が最も低いノードを自動で選ぶため、既定のままにしておけば十分で、手動での介入は不要かつできません。初めて使う場合は、「ノード選択 / Proxy / 手動切り替え」のような名前のメイン選択グループを探し、地理的に適切で名前も正常なノードを1つ選ぶのがおすすめです。url-test、fallback、load-balanceといったポリシーグループの種類ごとの動作差異は上級者向けの話題で、用語集に簡潔な定義があり、詳しいパラメータと設定方法はインストール完全ガイドの設定章を参照してください。
選択後は「保存」する必要はありません——ポリシーグループの選択はクリックした時点でそのまま反映され、クライアントは選択内容を記憶し、サブスク更新後も同名のノードが選択された状態を保ちます。プロキシページに多数のポリシーグループがあって関係が分かりにくい場合は、まずメイン選択グループだけを操作し、他のグループ(ストリーミング用、広告ブロック用など)は既定のままにしておき、使い始めてから改めて調整すれば十分です。
STEP 03 · CONNECT
接続を開始:システムプロキシまたはTUN
前の2つのステップはクライアントを「準備完了」の状態にするだけで、この時点ではまだ通信はクライアントを経由していません。システムが実際に通信をクライアントへ渡すようにする方法は、デスクトップ版とモバイル版で異なります。
Windows / macOS / Linux デスクトップ版:クライアントのメイン画面または設定ページで「システムプロキシ(System Proxy)」のスイッチを探し、オンにします。クライアントはOSのプロキシ設定を自身がリスニングしているローカルポート(デフォルト7890)に向け、ブラウザおよびシステムプロキシ設定に従うすべてのアプリの通信がクライアント経由で処理されるようになります。スイッチをオンにすると、クライアントによってはトレイアイコンの色が変わったりマークが表示されたりするので、状態確認の目印になります。システムプロキシは設定に「従う」アプリにしか効きません——コマンドラインツール、一部のゲームやデスクトップソフトはシステムプロキシ設定を読み取らないため、それらの通信は自動的には経由しません。
Android / iOS モバイル版:システムプロキシのスイッチはなく、代わりにVPNトンネルを使います。クライアントのホーム画面で起動ボタンをタップすると、初回起動時にシステムから「〇〇がVPN接続の設定を求めています」という許可ダイアログが表示されるので、許可を選択します。ステータスバーに鍵アイコンやVPNアイコンが表示されればトンネルが確立された状態で、以降デバイス上のアプリの通信はクライアントを経由してルールに従って振り分けられます。iOS版のClash Plusも同様で、ホーム画面のスイッチをオンにしてVPN設定を1回許可するだけです。
TUNモードについて:デスクトップ版でシステムプロキシを経由しないアプリ(コマンドラインツール、ゲームなど)も含めて制御したい場合は、TUNモードを有効にします——仮想ネットワークアダプタを作成し、ネットワーク層ですべての通信を制御する仕組みで、効果はモバイル版のVPNトンネルに近いものです。TUNには管理者権限が必要で、Windowsではサービスのインストールも関わります。初回有効化の手順と各プラットフォームの注意事項はインストール完全ガイドの該当プラットフォーム章にある「システムプロキシ / TUN」の節を直接参照してください。初めて使う場合はまずシステムプロキシで動作確認すれば、日常的な閲覧には十分対応できます。
STEP 04 · VERIFY
動作確認
接続を開始したら、3つの操作で実際に機能しているかを確認します。順序は大まかな確認から細かい確認へと進みます。
1つ目、直接アクセスする。ブラウザを開き、以前アクセスできなかったサイトを開いてみます。正常に読み込めれば、システムプロキシ(またはVPNトンネル)、クライアント、選択したノードという一連の経路がすべて通っていることが分かります。ブラウザのキャッシュによって「開けているように見える」誤認を避けるため、シークレットウィンドウでのテストをおすすめします。
2つ目、接続記録を確認する。クライアントに戻り「接続(Connections)」ページを開きます。先ほどのアクセスがここに記録として残っているはずです。各接続には対象のドメイン名、適用されたルール、経由したポリシーグループとノードが表示されます。対象サイトへの接続がステップ2で選んだノードを経由していれば振り分けは正常に動作しています。DIRECT(直接接続)と表示される場合は、そのドメインがルールによって直接接続と判定されたことを意味し、これは故障ではなく正常な振り分け動作です。接続ページのないクライアントは「ログ(Logs)」で1件ずつのルール一致結果を確認できます。
3つ目、遅延を測定する。プロキシページでポリシーグループのタイトル横にある雷または速度テストアイコンをクリックすると、クライアントがグループ内の全ノードに対して遅延テストを実行します。ノード名の横に緑や黄色でミリ秒数が表示されれば利用可能で、タイムアウト(Timeout)と表示されるノードは現在到達不可なので、数値が正常な別のノードに切り替えてください。遅延の数値はテスト経路の応答速度を示すだけでダウンロード帯域幅とは異なりますが、数値が低いノードの方が概ね体感は安定しています。
3つの確認がすべて通れば設定は完了で、クライアントを常駐させたまま使い続けられます。ページが開かない、接続ページに記録がない、または全ノードがタイムアウトする場合は、サブスク、ポート、システム設定のいずれかに問題がある可能性が高いです——よくある質問のトラブル対処カテゴリでは「現象 → 原因 → 対処」の形式でよくあるケースを整理しているので、そこから確認する方が闇雲に再インストールするより早く解決できます。
NEXT · 次に読む
必要に応じてさらに詳しく
本ページでカバーしているのは「手順どおりに進めれば動く」というメインの流れです。インストールの詳細、プラットフォームごとの違い、概念の定義、トラブル対処については、以下の3つのページで解説しています。