事前準備：クライアントと有効な設定

インストール済みのクライアントを起動し、メイン画面が開くことを確認します。Clashクライアントは設定の読み込み、ルールの適用、通信の転送を行います。アプリをインストールしただけでは、利用可能なプロキシノードは用意されません。次に進む前に、信頼できる設定プロバイダーから提供されたサブスクリプションURL、または現在のコアと互換性のあるYAML設定ファイルを用意し、サービスが有効であることを確認してください。

サブスクリプションURLには、設定の取得に使う個人用の認証情報が含まれることがあります。パスワードと同様に管理してください。コピーする際はプロバイダーのページにあるコピー機能を使い、公開掲示板にURLを投稿したり、出所不明のオンライン変換ツールに貼り付けたりしないでください。複数の形式が提供されている場合は、Clashまたはmihomo対応と明記されたものを選びましょう。ブラウザー用や他のクライアント専用の形式は、そのまま読み込めない場合があります。

初期設定の前に、通信を取り込んでいる他のプロキシクライアントやVPNを終了し、通常のネットワーク接続を確保してください。DNS、ルーティング、複数の詳細設定を同時に変更するのは避けましょう。各手順で設定を1つずつ変えれば、どの変更が影響したのか確認しやすくなります。まずブラウザーで接続を確認し、その後、他のアプリも通信を取り込む必要があるか判断してください。用語が分からない場合は、用語集を参照できます。

1. サブスクリプションを追加して設定を有効化

URLを貼り付け、設定のダウンロードを待つ

クライアントのサイドバーまたは下部ナビゲーションから「サブスクリプション」「設定」、またはProfilesの画面を開き、「追加」「インポート」またはプラスボタンを押します。種類を選ぶ画面が表示されたら、URLからのインポートを選択し、サブスクリプションURL全体を貼り付けます。名前には提供元を見分けやすい短い名称を入力し、更新間隔はまず初期値のままにしてください。URLの前後に空白や改行がないことを確認し、「確認」または「ダウンロード」を押します。

インポートでは通常、まずリモートURLにアクセスし、取得した設定を解析します。処理が終わるまで待ち、追加ボタンを連続で押さないでください。成功すると、設定カードまたはサブスクリプションの一覧が表示されます。クライアントによっては最終更新日時も表示されます。一覧に表示されただけでは、設定が有効になったとは限りません。対象の「使用」「有効化」ボタンを押すかカードを選択し、現在使用中の表示が付いていることを確認してください。

続いて「プロキシ」または「プロキシグループ」の画面を開きます。グループ名と候補ノードが表示されていれば、クライアントが少なくとも関連情報を読み込めています。クライアントによっては、コアを起動してからプロキシグループが表示される場合があります。その場合は画面の案内に従って起動してください。まだシステムプロキシを有効にする必要はありません。インポート完了の表示だけで判断せず、現在の設定が実際に実行中か確認しましょう。

ファイルの読み込みと失敗時の対処

ローカルファイルを使う場合は、同じ設定画面で「ファイルからインポート」を選び、ダウンロードフォルダーにあるYAMLファイルを指定して読み込みます。サブスクリプションURLとローカルファイルは別々の入力方法なので、通常はどちらか一方で十分です。ファイルから読み込んだ場合、リモートの更新先が引き継がれるとは限りません。今後の更新方法はファイルの内容とクライアントの実装によって異なり、自動更新サービスとして使えるとは限りません。

「解析に失敗しました」と表示されたら、まず互換性のある形式を選んでいるか確認します。期限切れのURL、ログイン画面、サービス終了の案内がテキストとしてダウンロードされる場合もありますが、設定ファイルではありません。タイムアウトの場合は、現在のネットワークからサブスクリプションの提供元にアクセスできるか、URLを漏れなくコピーできているか確認してください。形式エラーを直すために設定項目をむやみに削除したり、全体モードを繰り返し有効にしたりしないでください。設定の読み込み前にモードを切り替えても、ダウンロードや解析の問題は解決しません。

提供元がプロキシ経由でのサブスクリプション更新を求めていても、初回起動時に使える設定がない場合は、案内されている正規の代替インポート方法か、アクセス可能なネットワークを利用してください。「接続するにはダウンロードが必要、ダウンロードには接続が必要」という状態を避けましょう。完了したらプロキシグループの画面に戻り、内容を確認します。よくあるエラーの対処方法はよくある質問をご覧ください。ノードが表示されたら、動作モードを選択します。

2. ルールモードとプロキシノードを選択

まずルールモードを選び、プロキシグループを確認

メイン画面、設定画面、またはトレイメニューから「モード」を開き、初回は「ルール」またはRuleを選びます。このモードでは、現在の設定にあるルールに従って、各接続を直接接続、プロキシ経由、または拒否に振り分けます。日常的な通信の振り分けを始める際によく使われる設定ですが、実際の動作は設定内容によって異なります。すべてのWebサイトが自動的にプロキシ経由になるわけではなく、クライアントが各アプリの用途をすべて判別できるわけでもありません。

「グローバル」モードでは通常、通信を取り込んだトラフィックがグローバルプロキシグループに送られます。ルールが結果に影響しているか一時的に比較する際に使えます。「直接接続」モードでは通常、取り込んだ通信がそのまま接続されます。グローバルモードに切り替えても、もともとクライアントを経由していないアプリの通信は取り込まれず、システムプロキシやTUNの代わりにもなりません。テスト条件をそろえるため、まずはルールモードに固定し、アクセスに失敗するたびにモードとノードを同時に変更するのは避けてください。

次に「プロキシグループ」を開き、設定内で出口を選ぶためのメインプロキシグループを探します。「ノード選択」「プロキシ選択」のほか、設定プロバイダー独自の名前が付いている場合もあります。グループを開いて実際のノードを選択してください。候補にDIRECTがある場合、これは直接接続のポリシーであり、プロキシノードではありません。メインプロキシグループで別のポリシーグループを選んでいる場合は、選択済みの出口を確認するため、次の階層のグループも確認しましょう。グループ名だけを見て出口が決まったと思い込まないようにしてください。

接続テストで候補を絞る。遅延と通信速度は別

グループ内の「遅延テスト」または速度テストのアイコンを押し、結果が表示されるまで待ちます。まず、タイムアウトが続くノードを除外し、テストを完了できた候補を選びます。表示される数値は通常、テスト先への1回のリクエストにかかった時間であり、実際のダウンロード速度を表すものではありません。遅延が低くても、動画の読み込みやファイルのダウンロードが遅い場合があります。帯域幅や混雑、接続先サイトの影響も考えられるため、実際にアクセスして確認してください。

設定に「自動選択」グループがある場合は、自動選択を維持し、現在のノードが使えるか確認してください。手動選択のグループでは、候補を明示的に選び、選択状態が変わったことを確認します。リストを開いただけで画面を離れないでください。クライアントによって「展開」「テスト」「選択」は別々の操作です。

この時点で、動作モードがルールモードになっていることと、出口を担当するグループが使用可能なノードまたは自動選択グループを指していることを確認します。すべての候補がタイムアウトする場合は、ルールをすぐ編集せず、サービスの状態、現在のネットワーク、システム時刻を確認してください。プロキシグループやルールの優先順位について詳しくは全プラットフォームガイドをご覧ください。今回は現在の設定を維持したまま、通信を取り込む手順に進みます。

3. 接続を開始して通信を取り込む

デスクトップでは、まずシステムプロキシを有効化

メイン画面に戻り、コアが実行中であることを確認します。個別の「起動」ボタンがある場合は、先に押してください。その後、「システムプロキシ」を有効にします。クライアントによっては、起動とシステムプロキシの設定が1つの接続ボタンにまとめられています。ステータス表示を確認し、両方の操作が完了しているかチェックしてください。コアが動作中という表示は、ローカルのプロキシサービスが起動したことを示すだけで、ブラウザーや他のアプリが通信を渡しているとは限りません。

WindowsとmacOSでは、システムプロキシ設定に従うブラウザーは通常、その経路を利用します。Linuxでは、デスクトップ環境やアプリによって対応状況が異なるため、必要に応じてデスクトップのプロキシ設定を確認してください。ブラウザー側でプロキシアドレスが固定されている場合は、システムプロキシを使う設定に戻します。以前のクライアントのポートへ接続し続けるのを防げます。最初のテストはブラウザー1つで行い、コマンドラインやバックグラウンドサービスをすぐに設定する必要はありません。

システムプロキシを有効にしたら、ブラウザーで新しいタブを開き、対象のサイトにアクセスします。既存の長時間接続は以前の経路を使い続ける場合があるため、開いているページを更新するだけでは設定変更を確認できないことがあります。起動時にポートの競合が表示された場合は、他のプロキシプログラムを終了し、残ったプロセスを確認してから再試行してください。クライアントのポートを変更する場合、アプリに手動で設定したプロキシアドレスも忘れずに更新しましょう。

モバイルではVPNの許可を確認し、必要に応じてTUNを有効化

AndroidやiOSのクライアントでは通常、「接続」ボタンからシステムVPNを確立します。初回のタップ時にVPN構成の追加や接続の許可を求められたら、要求元のアプリを確認して許可してください。クライアントに戻り、接続状態とシステムのステータス表示を確認します。VPNアイコンが表示されても、トンネルが確立したことを示すだけです。実際の通信はルールとリクエストの結果を合わせて確認してください。

デスクトップでシステムプロキシに従わないアプリも対象にする必要がある場合は、TUNモードを検討します。通常、管理者権限やサービスモード、仮想ネットワークインターフェースが必要です。クライアントの案内に従ってサービスをインストールまたは起動してから有効にしてください。まずTUNを無効にした状態でシステムプロキシの経路を確認し、動作を確認してからTUNをテストすると、ノードの問題と通信の取り込みの問題を切り分けやすくなります。両方の設定を有効にするかどうかはクライアントの説明に従い、むやみに併用しないでください。

テスト中は、ルーティングの競合を避けるため他のVPNを切断してください。企業ネットワークや管理対象端末では、プロキシや仮想ネットワークアダプターが制限されている場合があります。端末の管理ポリシーに従ってください。接続を有効にした直後にどのWebサイトにもアクセスできなくなった場合は、直前に有効にしたシステムプロキシまたはVPNをいったん無効にし、通常のネットワークが復旧することを確認してからログを調べます。通信が切れている間にDNSやルーティングの変更を重ねないでください。通信を取り込んだ後は、リクエストが想定どおりクライアントを経由しているか確認します。

4. ルールの適用と実際のアクセスを確認

ページへのリクエストと接続ログを照合

クライアントの「接続」「アクティブな接続」またはログ画面を開き、ブラウザーから、アクセス権があり現在の設定でプロキシ経由になる想定のサイトを開きます。キャッシュの影響を避けるには、まだ開いていないページを表示するか、ブラウザーのセッションを新しくしてください。クライアントに戻って該当するドメインを探し、適用されたルール、使用したプロキシグループ、最終ノードを確認します。画面によっては、これらの情報が接続の詳細に分かれて表示されます。

リクエストが表示されても、プロキシ経由とは限りません。最終ポリシーがDIRECTなら、その接続は直接接続に振り分けられています。REJECTなら拒否されています。プロキシグループ名が最終ノードとは限らないため、ポリシーの階層を開いて実際の出口を確認してください。接続がすぐ終了すると、アクティブな接続一覧から記録が消える場合があります。クライアントが対応していれば、情報レベルのログを一時的に有効にして再度アクセスし、確認後はログレベルを元に戻してください。

次に、設定上は直接接続になる想定のサイトにもアクセスし、2つの接続記録を比較します。両方のリクエストがルールどおりのポリシーで処理されていれば、出口のIPアドレスを1つ見るよりも、通信の振り分けが機能しているか判断しやすくなります。出口IPの確認で分かるのは、その確認リクエストの経路だけです。すべてのアプリがプロキシを経由している証明にはなりません。ブラウザーで成功しても、ゲーム、ターミナル、その他のアプリは個別のネットワーク設定を使う場合があるため、それぞれでリクエストを発生させて確認してください。

症状に応じて設定を戻し、一度に変更するのは1項目だけ

ページが開かず、クライアントにも該当する接続が表示されない場合は、システムプロキシが有効か、ブラウザーがシステム設定に従っているか、他のプロキシプログラムに上書きされていないかを確認します。TUNを使っている場合は、仮想インターフェースとサービスの状態を確認してください。クライアントに接続が表示されるのにリクエストが失敗する場合は、最終ノードとログのタイムアウト情報を確認します。接続テストに成功した別のノードに変更して再アクセスし、モードや他の設定はそのままにしてください。

ログに名前解決エラーが記録されている場合は、通常のネットワークでも名前解決に失敗するかを確認し、クライアントの説明に従ってDNSを調べます。ページが開かないという理由だけで、すべてのDNSサーバーをすぐに置き換えないでください。ノード障害、ルールによる拒否、DNS障害では対処方法が異なります。ブラウザーでは使えるのに特定のアプリだけ使えない場合は、サブスクリプション全体を読み込み直すのではなく、そのアプリの通信を取り込む方法を確認してください。詳しいトラブルシューティングはClashでインターネットに接続できない・接続の問題をご覧ください。

接続に成功したら、実際の利用環境でもう一度テストします。よく使うページを開く、短い動画を再生する、取得権限のあるファイルをダウンロードするなどして、接続が安定しているか確認してください。1回の遅延テストだけで実際の使い勝手を判断しないでください。DNSの経路を確認するには、DNS設定とネットワーク診断ツールを併用します。VPNアイコンや1つのチェック用ページだけで結論を出すことはできません。関連用語はDNSとネットワークスタックの用語集をご覧ください。

最後に、使用中の設定名、動作モード、メインプロキシグループの選択、通信の取り込み方法を記録しておくと、あとから同じ状態を再現できます。デスクトップクライアントを正常終了する前に、クライアントのシステムプロキシ無効化機能を使ってください。異常終了後にブラウザーが接続できなくなった場合は、停止したサービスを指すローカルプロキシ設定がシステムに残っていないか確認します。これでサブスクリプションの読み込み、ポリシーの選択、通信の取り込み、リクエストの確認が一通り完了です。必要に応じて、プラットフォームごとの違いと詳細設定もご覧ください。

Clashの使い方ガイド