Clashの使い方ガイド

ステップ1：サブスクリプションを追加する

サブスクリプション提供元の管理ページを開き、ClashまたはMihomo向けのサブスクリプション項目を探します。ページ内のコピー操作でURL全体を取得してください。ブラウザーで表示中のアカウントページや購入履歴ページは、サブスクリプションURLとは別のものです。コピー後は、前後に空白や改行、説明文が混ざっていないか確認しましょう。形式が複数ある場合は、URLの名前が似ているだけで選ばず、現在のクライアントのコアに対応する形式を選んでください。

URLから設定を追加する

クライアントに戻り、「設定」または「サブスクリプション」画面を開いて、「インポート」「追加」またはプラスボタンを探します。URLからのインポートを選び、コピーしたURLを入力欄に貼り付けて、「普段使い」など見分けやすい名前を付けます。この名前は設定を区別するためのもので、ノード接続には影響しません。保存したら、ダウンロードと解析が終わるまで待ちます。成功すると通常、設定名や更新日時、更新操作が表示されたカードが追加されます。

URL入力欄の横にダウンロードボタンがあるクライアントもあれば、いったん保存してから手動で更新するものもあります。操作後に成功メッセージが表示されたか確認してください。カードが表示されただけで、内容のダウンロードも完了したと判断しないようにしましょう。エラーが出たら、ダウンロード失敗か解析失敗かを確認します。ダウンロードに失敗した場合は、URLの欠落やサブスクリプションの有効期限、現在のネットワークから提供元へアクセスできるかを確認してください。解析に失敗した場合は、ログイン画面やエラーページではなく、設定ファイルの内容を取得できているか確認します。

追加した設定を現在使用する設定にする

ダウンロードが完了したら、追加した設定カードをタップするか、メニューから「使用」「有効化」などを選びます。カードに選択枠やチェックマーク、使用中の表示が付いたことを確認し、プロキシ画面でグループを確認してください。カードが追加されていても有効化されていなければ、クライアントが以前の設定を使い続けることがあります。その状態でノードを選んでも、古い設定が対象になる可能性があります。初回は使用中の設定を一つに絞り、似た名前の設定を切り替えないようにしましょう。

ローカルファイルを使う場合は、同じ画面にあるファイルのインポートから、提供元の完全なYAML設定を選択します。ノード情報だけの断片では、動作に必要なプロキシグループやルール、基本設定が不足している場合があります。拡張子を変更しただけで完全な設定になるわけではありません。インポート後は同様に有効化し、プロキシ画面に内容が表示されることを確認してください。ローカルファイルは通常、リモートのサブスクリプション更新に自動追従しません。更新方法も提供元の案内に従ってください。

別形式をClash設定に変換する必要がある場合は、まずサブスクリプション変換に関するよくある質問を読み、対応形式とURLの安全性を確認してから判断してください。ダウンロードが繰り返し失敗する場合の詳しい手順は、サブスクリプションのトラブルシューティングをご覧ください。ここでDNS、ポート、プロキシモードを一度に変更する必要はありません。設定が正常なことを確認したら、次にリクエストの処理方法を選びます。

ステップ2：プロキシモードを選ぶ

クライアントのプロキシ画面を開き、「ルール」「グローバル」「DIRECT」などのモードを探します。初めて使う場合は「ルール」を選びましょう。現在の設定に従い、リクエストごとにDIRECT、プロキシ、その他のポリシーへ振り分けます。ルールモードにしたからといって、日本国内のサイトがすべてDIRECTになり、海外のサイトがすべてプロキシ経由になるわけではありません。実際の動作は設定内容によって異なります。モードを選んだら、ルールが参照するプロキシグループで適切な出口が選択されていることも確認してください。

「グローバル」は通常、コアに届いたリクエストを一つのグローバルポリシーに送るモードで、ルールによる振り分けと一律のプロキシ利用を一時的に比較するときに使います。クライアントに届いていないアプリの通信まで、自動的に制御するわけではありません。「DIRECT」は通常、コアに届いたリクエストを直接接続させるモードで、クライアントを終了する操作とは異なります。この違いを理解しておくと、ルールの問題、アプリの通信経路の問題、ノードの問題を混同せずに済みます。

メインのプロキシグループで出口を選ぶ

プロキシ画面で、提供元の設定に含まれるメインの選択グループを開きます。名前には「プロキシ」「ノード選択」などが使われますが、提供元ごとに異なります。名前だけで用途を判断せず、設定の説明や後で表示される接続の経路も参考にしてください。手動選択のグループでは実際のノードを選び、選択表示が移動したことを確認します。別のグループを選んだ場合は、利用可能なノードまたは明確な自動選択の仕組みが確認できるまで、さらに開いてください。

自動遅延テスト、フェイルオーバー、負荷分散はそれぞれ異なる方式です。初回接続時にグループの設定を変更する必要はありません。サブスクリプションに自動選択グループが用意されている場合は、まずそれを使い、最終的な選択結果を確認してください。手動選択のグループは、ノードが使えなくても自動で別のノードに切り替わるとは限りません。テストに失敗したら、モードを次々に変えるのではなく、利用可能と分かっている候補へ切り替えてください。グループごとの違いは、基本接続が成功してから確認しましょう。

ノードの遅延テスト：まず到達性を確認

プロキシグループの近くにある速度測定または遅延テストを実行し、結果が更新されるまで待ちます。多くの場合、クライアントが候補ノード経由で指定のテスト先へアクセスし、その経路がその時点で使えるかを確認します。タイムアウトしても、今回のテストが正常に完了しなかったことしか分かりません。テスト先、DNS、サーバーの状態が原因の可能性もあります。ミリ秒の数値が小さくても、ダウンロード速度が速いとは限らず、すべてのサービスが使える保証にもなりません。

初回の動作確認では、テストが完了するノードを一つ選べば十分です。最小の数値を求めて何度も測定する必要はありません。大きなファイルをダウンロードしているときや、ネットワークが混雑しているときの比較は避け、複数の測定を同時に実行しないでください。選んだノード名を控え、次の接続とWebページの確認でも同じノードを使います。問題が起きたときに比較できる基準になります。すべてのノードがタイムアウトする場合は、まずサブスクリプションの状態を確認し、トラブル対処ガイドのノードタイムアウト手順を参照してください。

このステップの終了時には、クライアントがルールモードになっていて、メインのプロキシグループで選択が済んでいる状態にします。ここで決めたのは、リクエストがコアに届いた後の処理方法です。どのアプリの通信をコアに渡すかは、まだ設定していません。次はシステム側の通信をクライアントに切り替え、実際のWebリクエストを確認します。

ステップ3：接続を有効にする

まずクライアントのコアが起動しており、設定の読み込み失敗やポート競合の警告がないことを確認します。起動時に自動でコアが動くデスクトップクライアントもあれば、ホーム画面の起動ボタンを押す必要があるものもあります。アプリのアイコンが表示されているだけでは、コアが動作中とは限りません。初回接続では状態やエラーをすぐ確認できるよう、クライアントの画面を開いたままにしてください。そのうえで、デバイスに合わせて以下の手順で通信を切り替えます。

PC：システムプロキシを有効にする

クライアントのホーム画面または設定画面を開き、「システムプロキシ」を有効にします。このスイッチを入れると通常、OSのプロキシ設定がクライアントのローカル待ち受けポートに向き、システムプロキシに対応したブラウザーやアプリからリクエストが送られます。ネットワーク設定の変更許可を求められた場合は、起動したクライアントからの要求であることを確認して許可してください。有効にした後、設定が維持されているか確認します。一瞬だけ有効になり、すぐ戻っていないかにも注意してください。

初めて使うときに、すべてのポートを手入力する必要はありません。クライアントの標準設定を使い、同じクライアントがシステムプロキシを設定していることを確認してください。OSで以前にプロキシを手動設定したことがある場合は、元の値を控えたうえで、停止したソフトや古いプロセスのアドレスが残っていないか確認します。ポート番号は、現在のクライアントが実際に待ち受けている値と一致させてください。別のガイドで7890が使われていても、すべてのデバイスをその値に変更する必要はありません。

システムプロキシがすべてのアプリに適用されるわけではありません。ターミナルツール、ゲーム、独自のネットワーク機能を持つソフトなどは、システムプロキシを無視することがあります。ブラウザーでは確認できるのに特定のアプリだけ失敗する場合は、まずそのアプリのプロキシ設定を確認してください。すぐにノードの問題だと決めつける必要はありません。ポートの役割や競合については、Clashのポート設定に関するトラブル対処をご覧ください。まずはシステムプロキシを使うブラウザーで確認し、より広い範囲の通信制御が必要か判断しましょう。

スマホ：接続してシステムの許可を確認

スマホのクライアントでホーム画面を開き、接続ボタンをタップします。初回は通常、VPN構成の追加やVPN接続の確立を許可する確認画面が表示されるので、システムの案内に従って許可してください。ここでいうVPNは、OSが提供する通信制御の仕組みです。許可しただけで利用可能なノードが自動的に用意されるわけではありません。前の2ステップで準備した設定とプロキシグループが必要です。許可後はクライアントに戻って接続状態を確認し、システムにVPNの表示が出ていることも確認してください。

同じデバイス上の別のVPN、フィルタリングツール、通信最適化アプリが、同じ通信制御の仕組みを使用している場合があります。状況を分かりやすくするため、初回テスト中は確認したい接続だけを有効にしてください。スマホでバックグラウンドに移るとすぐ切断される場合は、まずアプリを前面に表示したままアクセスを確認し、その後で省電力設定やバックグラウンド実行の許可を確認します。基本接続を確認する前に、省電力、DNS、ルーティングを同時に変更しないでください。

TUNモード：基本動作を確認してから判断

TUNは仮想ネットワークインターフェースを使って通信を制御します。システムプロキシでは対応できないアプリにも使えますが、クライアント、プラットフォームの権限、ルーティング設定によって利用可否が異なります。PCで初めて使う場合は、まずシステムプロキシを使い、TUNを同時に有効にする必要はありません。スマホのシステムVPNと、デスクトップの同名スイッチを機械的に同じものとして扱わず、使用中のクライアントの説明に従ってください。

PCでTUNが必要な場合は、次のステップでブラウザーの動作を確認し、正常な状態を記録してからTUNだけを有効にします。必要なサービスや権限の許可も行ってください。変更は一度に一つにし、同じアクセス先を再テストします。問題が起きたら、直前に正常だった状態へ戻してください。ここではクライアントが動作し、システム側の通信制御が有効になっていることを確認できれば、最後の動作確認に進めます。

ステップ4：接続が機能しているか確認する

まず普段どおりアクセスできるページをブラウザーで開き、ネットワーク全体が切断されていないことを確認します。次に、プロキシ経由で確認したいサービスへアクセスしてください。結果を判断しやすい、使い慣れたページを選び、更新して読み込みが終わるまで待ちます。クライアントに「実行中」と表示されても、一部のコンポーネントが起動していることしか分かりません。システムにVPNの表示が出ていても、通信制御の仕組みが有効になったことを示すだけです。実際に成功したかどうかは、リクエストの経路も確認してください。

リクエストがクライアントに届いているか確認する

対象ページを読み込み中のままにして、クライアントの「接続」画面に戻り、該当するドメインやプロセスのリクエストを探します。現在進行中の接続しか表示しないクライアントでは、短時間のリクエストはすぐに消えることがあります。対象ページを更新してすぐに確認するか、リクエストログがあれば時刻とドメインで探してください。バックグラウンドの通信をテスト結果と取り違えないよう、直前にアクセスした対象と一致するリクエストを確認しましょう。

リクエストが見つかったら、適用ルール、プロキシグループ、接続経路を確認し、最終的に想定したノードへ接続しているか確かめます。日本国内のページはDIRECT、テスト対象はプロキシ経由という動作はよくある設定例ですが、すべてのサブスクリプションで保証されるものではありません。本来プロキシ経由のはずなのにDIRECTと表示される場合は、現在の設定、モード、ルールの適用結果を確認してください。プロキシ経由の表示があるのに接続できない場合は、ノード、回線、接続先サービスを確認します。

状況に応じて次の確認へ進む

グローバルIP確認ページは参考になりますが、それだけですべてのアプリがプロキシを使っているとは判断できません。ルールによる振り分けでは、サイトごとに出口が異なる場合があります。また、キャッシュや既存の接続により、切り替え直後の結果が変わらないこともあります。テストページを更新しながらクライアントでリクエストの経路を確認し、ページの表示結果と接続記録を照らし合わせる方法が確実です。

接続成功後のサブスクリプション更新と終了方法

アクセスできることを確認したら設定画面に戻り、自動更新の間隔を確認して提供元の推奨に合わせます。特に指定がなければ、短すぎる間隔で更新しないでください。手動で一度更新した後も同じ設定が使用中であることと、ノード名の変更によってメインのプロキシグループの選択が変わっていないことを確認します。サブスクリプションの更新では、提供元が管理する内容が置き換わることがあります。ファイル内のルールを直接編集すると、次回更新で上書きされる可能性があります。独自ルールが必要な場合は、クライアントのオーバーライドや設定のマージ方法を確認してください。

PCでプロキシを使い終えたら、クライアントを終了する前にシステムプロキシをオフにします。先に終了すると、システムが停止済みのローカルアドレスを参照し続けることがあります。TUNを使っている場合は、通信制御も停止してください。スマホではクライアントから切断し、システム上の接続状態も終了したことを確認します。その後すべてのページが開かなくなった場合は、すぐにソフトを再インストールせず、古いプロキシ設定が残っていないか確認してください。

用語や一部の設定が分からない場合は、よくある質問をご覧ください。手順どおりに設定してもインターネットに接続できない場合は、Clashのトラブル対処ガイドで、接続不可、ノードのタイムアウト、サブスクリプションの読み込み失敗、速度低下、DNS異常など、実際の症状に合わせて確認してください。最後に正常だった状態を記録し、一度に一つの項目だけを変更すると、設定の問題とネットワークの変化を切り分けやすくなります。