Clashのサブスクリプション追加・接続ガイド

始める前に：クライアントをインストールし、有効なサブスクリプションを用意

クライアントをまだインストールしていない場合は、まずWindows版のダウンロードページを開き、システムに合ったインストーラーを選びます。インストール後にクライアントを起動し、メイン画面が正常に表示され、設定画面にコアの起動失敗が表示されていないことを確認してください。初回はプロキシクライアントを1つだけ起動し、複数のプログラムがWindowsのプロキシ設定を書き換えるのを避けましょう。画面上では有効でも、実際の通信が別のポートに向かうことがあります。

次に、サービス提供元から発行されたサブスクリプションURL、または作成済みのClash対応YAML設定ファイルを用意します。クライアントは通信を処理するツールであり、インストールしただけでは利用可能なリモート接続は得られません。サブスクリプションには通常、プロキシノード、ポリシーグループ、ルールが含まれます。提供元が複数の形式を用意している場合は、Clashまたはmihomo対応と明記された形式を選び、一般的なWebページのURLをそのまま使わないでください。

サブスクリプションURLにはアカウント固有の情報が含まれる場合があるため、慎重に取り扱ってください。URL全体を公開フォーラムに投稿したり、信頼できない変換サイトにアップロードしたりしないでください。エラーのスクリーンショットを共有する場合は、URL内の識別情報やノードの認証情報を隠します。準備ができたら、現在のネットワークからサブスクリプションの配布元にアクセスできることを確認し、手順1に進みます。

手順1：サブスクリプションを追加して設定を選択

クライアントのサイドバーから「サブスクリプション」「設定」またはProfilesを開き、「新規作成」「追加」またはプラス記号のボタンをクリックします。URLから追加する方法を選び、サブスクリプションURLを入力欄にすべて貼り付けます。先頭や末尾に空白や改行がないことを確認してから追加してください。名前を入力できるクライアントでは、仕事用とテスト用を区別しやすい名前を付けると便利です。

追加処理が終わると、通常は名前、更新日時、配布元などを示す設定カードが表示されます。続けてカードや有効化ボタンをクリックするか、設定メニューの「使用」を選び、そのサブスクリプションを現在の設定にします。ダウンロードだけ完了して該当設定に切り替えていない場合、プロキシ画面には古い内容が表示されることがあります。現在選択されている印と、実際に読み込まれたプロキシグループを確認してください。

「プロキシ」画面を開き、サブスクリプションで提供されているポリシーグループと、グループ内から選べるノードが表示されていることを確認します。グループ名は「プロキシ選択」、PROXY、独自の名前など、サブスクリプションによって異なります。特定の名前に変更する必要はありません。画面が空の場合は、サブスクリプション画面に戻って正しい設定が選択されているか確認し、ログに形式の解析エラー、未対応プロトコル、設定の読み込み失敗がないか調べます。

ローカルのYAMLファイルを使う場合は、同じ画面にある「ファイルをインポート」から選択して有効にします。ファイルの内容をURL欄に貼り付けたり、拡張子がYAMLというだけで互換性があると判断したりしないでください。ノード共有用の単独リンクしかない場合は、クライアントが該当形式のインポートに対応している必要があります。追加できないときは、提供元にClash対応の完全な設定ファイルがあるか確認してください。

サブスクリプションの更新に失敗したら、ダウンロードと読み込みを切り分ける

「ダウンロード失敗」は通常、クライアントがリモートの内容を取得できなかったことを示します。「解析失敗」は内容を取得できたものの、クライアントが設定として認識できなかった状態です。まずサブスクリプションの期限とURLに誤りがないか確認し、取得した内容がログインページやエラーメッセージではないか調べます。初回追加時に設定を次々と切り替えるのは避けてください。更新リクエストにプロキシが必要かどうかは配布元によって異なり、クライアントが対応していれば更新方法を個別に調整できます。

設定が正常に読み込まれた後で、自動更新の間隔を設定します。更新頻度は提供元の推奨に従ってください。更新時にはリモートの内容を再取得するため、サブスクリプションのファイルを直接編集しても次回の更新で失われることがあります。継続的なカスタマイズには、クライアントのオーバーライドまたはマージ機能を使いましょう。詳しくはサブスクリプションの更新失敗と自動更新の設定をご覧ください。プロキシグループが表示されたら、モードの選択に進みます。

手順2：ルールモードと実際の接続先を選ぶ

クライアントの上部、プロキシ画面、またはトレイメニューからモード設定を開き、初回は「ルール」またはRuleを選びます。ルールモードでは、現在の設定に基づいてリクエストを判定し、直接接続、拒否、またはプロキシグループへの転送を決めます。接続先ごとに異なる経路を使えるため、すべての通信を同じリモート接続先に送る必要がなく、日常利用に適しています。

ルールモードを選んだら、「プロキシ」画面で主要な選択グループを展開し、利用可能と分かっているノード、またはサブスクリプションの自動選択グループを選びます。選択には2段階ある点に注意してください。外側のポリシーグループが別のグループを選び、その内側のグループで具体的なノードを選ぶ場合があります。ノードを切り替えても変化がない場合は、一覧の項目が強調表示されているかだけでなく、現在の選択経路を順に確認します。

Clashのルール振り分け：まずはサブスクリプションの標準ルールを使う

初回接続ではサブスクリプションの標準ルールをそのまま使い、「ルール」画面で項目が読み込まれていることを確認します。たとえば DOMAIN-SUFFIX,github.com,PROXY は、該当するドメインの末尾がPROXYという名前のポリシーに送られることを示します。その名前のポリシーが実際に設定内に存在している必要があります。ルールは通常、上から順に照合されます。先に広範囲のルールがあると後続の細かなルールが適用されないため、すべての通信を対象にするルールを安易に追加しないでください。

「グローバル」またはGlobalモードでは、コアに届いた通信をグローバルポリシーの選択先へ一律に送ります。ただし、すべてのWindowsアプリの通信を自動的に取り込むわけではありません。アプリの通信がクライアントに届くかどうかは、システムプロキシ、アプリ独自のプロキシ設定、またはTUNによって決まります。「直結」またはDirectモードでは、取り込まれた通信を直接接続します。設定の変数を減らすため、このガイドでは以降もルールモードを使用します。

プロトコルの互換性に応じてノードを選びたい場合や、オリジナルのコア、Meta、mihomoの違いを確認したい場合は、プロトコルとコアの技術リファレンスをご覧ください。この段階で設定全体を編集する必要はありません。ルールモードと利用可能な接続先を1つ選べば、次の設定に進めます。

手順3：コアの動作を確認してシステムプロキシを有効にする

クライアントのホーム画面または設定画面に戻り、コアが実行中であることを確認します。起動時に設定を読み込むクライアントもあれば、起動ボタンのクリックが必要なものもあります。ログに設定エラー、待ち受け失敗、プロセス終了が表示されている場合は、システムプロキシを有効にする前に解決してください。正常に待ち受けていないローカルアドレスへWindowsの通信が送られ、ブラウザーに接続できなくなるおそれがあります。

Clashのポート設定：実際の混合ポートを確認する

設定画面で「混合ポート」または mixed-port を探し、現在の値を控えます。7890 はよく使われる例であり、すべてのクライアントが必ずこのポートを使用するわけではありません。クライアントが別のポートを使っている場合は、実際の値をそのまま使います。混合ポートは通常、HTTPとSOCKSの両方のプロキシ接続を受け付けます。ローカルアプリから接続する場合は、127.0.0.1 のようなループバックアドレスを使います。

続いて、クライアント内の「システムプロキシ」を有効にします。Windowsでは「設定 → ネットワークとインターネット → プロキシ」を開き、手動プロキシのアドレスとポートがクライアントと一致しているか確認できます。Windowsのバージョンによって表示は多少異なります。クライアントが設定を管理している場合は、複数箇所を手動で変更せず、クライアントのスイッチから更新してください。組織のプロキシポリシーが適用されている端末では、事前に管理者の指示を確認します。

システムプロキシを有効にしたら、まずTUNをオンにせず、DNSやLAN共有、ポートも同時に変更しないでください。Windowsのシステムプロキシに対応するブラウザーの多くは、この設定ですぐに接続できます。アプリ独自のプロキシが設定されている場合や、システムプロキシを参照しないアプリでは、従来の経路が使われることがあります。必ずしもノードの障害とは限らないため、次の手順で接続履歴も確認します。

起動時にポートの競合が表示されても、正体の分からないシステムプロセスをすぐに終了しないでください。まず、重複して起動しているプロキシクライアントを終了します。それでも競合する場合は空いているポートに変更し、システムプロキシを再設定します。変更後はWindowsが新しいポートを参照していることを必ず確認してください。具体的な対処方法は7890ポートの競合とmixed-portの変更方法をご覧ください。

手順4：接続履歴で動作を確認する

クライアントを起動したままブラウザーを開き直し、現在のルールでプロキシを使うはずのサイトにアクセスします。ブラウザーにプロキシ拡張機能が入っている場合は、システム設定を上書きしていないか確認してください。テストは新しいタブからリクエストを送り、必要であればブラウザーを再起動します。既存の長時間接続が切り替え前の経路を使い続けることがあるためです。クライアントのスイッチがオンというだけでは、通信がプロキシを通っているとは判断できません。

次にクライアントの「接続」またはConnections画面を開き、先ほどアクセスしたドメインを探します。そのリクエストに適用されたルール、ポリシーグループ、最終的に使われたノードを確認してください。表示項目はクライアントによって異なり、接続行をクリックすると詳細が展開される場合もあります。リクエストがDIRECTと表示されても、設定上その通信が直接接続される想定なら正常です。プロキシ経由を確認するときは、プロキシルールが適用される想定のサイトを使います。

ブラウザーのリクエストが接続履歴に表示されない場合は、正しいクライアントを使っているか確認し、システムプロキシのアドレスとポート、ブラウザー拡張機能、アプリ独自のプロキシ設定を調べます。接続終了後に履歴が消える場合があるため、Webページを再読み込みしながら確認してください。リクエストログに対応しているクライアントでは、一時的にログの詳細度を上げてもかまいません。確認後は通常のレベルに戻し、記録が増えすぎないようにします。

接続履歴はあるのにWebページがタイムアウトする場合、通信は少なくともクライアントに届いています。選択中のノードが利用可能か、ポリシーグループが想定した接続先を指しているか、DNSエラーがないかを確認してください。「利用可能と分かっている別のノードに変更 → 同じページを再試行 → ログを確認」の順に進めます。一度に変更する項目は1つにし、どの操作で接続が回復したか分かるようにしましょう。

Clashのノード遅延テスト：結果は目安として使う

プロキシ画面でグループ内の遅延テストボタンをクリックし、結果が表示されたら、成功したノードを選んで再度試します。遅延テストで分かるのは、クライアントから指定されたテスト先へ送った1回のリクエスト結果です。実際のダウンロード速度を示すものではなく、すべてのサイトに接続できる保証にもなりません。テスト先、タイムアウトの設定、接続先サービスの状態によって結果は変わるため、一覧の最小値だけを追う必要はありません。

タイムアウトが発生しても、PC全体がインターネットに接続できないとは限りません。まず直接接続で基本のネットワークを確認し、サブスクリプションが有効か、ノードの認証情報が更新されていないかを調べます。特定のアプリだけに問題があり、ブラウザーや他の通信が正常なら、そのアプリのプロキシ方式を重点的に確認してください。Webページにアクセスでき、接続履歴と適用ルールが想定どおりなら、基本設定は完了です。

もう一歩進める：必要な場合だけTUNを有効にする

ブラウザーはシステムプロキシ経由で正常に接続できるのに、ゲーム、コマンドラインツール、一部のデスクトップアプリがクライアントを経由しない場合は、TUNの利用を検討します。TUNは仮想ネットワークアダプターとルーティングを使って、より多くのIP通信を取り込みます。システムプロキシに対応していないアプリに有効です。ルールモードと併用でき、取り込んだ通信はルールに従って振り分けられます。また、すべての接続をリモートプロキシ経由にする機能ではありません。

クライアントの設定から「サービスモード」またはサービスのインストール項目を探し、案内に従って必要なシステム権限を付与します。サービスが利用可能になったことを確認してからTUNを有効にし、仮想ネットワークアダプター、ルート、DNS関連のログにエラーがないか確認してください。権限の扱いはクライアントによって異なるため、画面の案内に従います。通常のシステムプロキシ利用のために、画面全体を常に管理者として実行する必要はありません。

有効にしたら、これまでクライアントを経由していなかったアプリから再度接続し、接続画面で対象と適用ルールを確認します。他のVPN、仮想ネットワークアダプターを使うツール、企業向けネットワークソフトが同時に動作していると、ルーティングやDNSが競合することがあります。接続できなくなった場合は、まず新たに有効化したTUNをオフにし、確認済みのシステムプロキシ経路に戻してから原因を1つずつ調べます。ネットワーク設定を次々に追加しないでください。

サービスのインストール、DNSの取り込み、設定の戻し方については、ClashのTUNモード設定ガイドをご覧ください。Windowsストアアプリだけで問題が起きる場合は、UWPアプリのループバック制限への対処方法も確認できます。原因を特定してから適切な接続方法を選びましょう。

日常の使い方：サブスクリプションを更新し、終了時にプロキシをオフにする

次回以降は通常、クライアントを起動し、現在の設定を確認して、必要な接続方式を有効にすれば使えます。ノードが使えなくなったりサービス内容が変更されたりした場合は、まずサブスクリプションを手動で更新し、ポリシーグループで利用可能な項目が選択されているか確認してください。更新後はノード名やグループ構成が変わり、以前の選択が保持されないことがあります。更新できたら、Webページと接続履歴を簡単に再確認しましょう。

利用を終えるときは、まずシステムプロキシをオフにしてからクライアントを終了します。終了時にシステムプロキシを解除する機能があれば、必要に応じて有効にし、実際に設定が戻ることを確認してください。クライアントが異常終了してブラウザーが接続できなくなった場合は、Windowsのプロキシ設定を開き、ローカルの待ち受けポートを参照したままになっていないか確認します。残っているプロキシ設定を解除する前に、組織や他の実行中のソフトウェアが必要としている設定ではないことを確認してください。

手順を確認し直すときは、このページのサブスクリプション追加、ルールによる振り分け、ポート設定、ノード遅延の各項目に直接移動できます。プロトコルの違い、コアの互換性、サブスクリプション形式の全般的な説明はプロトコルガイドをご覧ください。クライアントを変更する前にクライアント比較を確認すると、設定の問題を再インストールが必要な問題と取り違えずに済みます。