Clashのサブスクリプション追加と接続方法

事前準備：クライアントと対応サブスクリプションを用意

まずClashのダウンロードページで、使用する端末に合ったクライアントを選び、インストール後に一度起動します。初めて使う場合はClash Plusから始められます。Clash Verge Revなどの対応クライアントをすでに使っている場合は、そのまま以下の手順を参考にしてください。YAMLの編集やDNSの変更は不要です。最初からすべてのスイッチを有効にする必要もありません。

クライアントは設定の読み込みと通信の転送を行い、サブスクリプションにはサーバー情報やプロキシグループ、場合によってはルーティングルールが含まれます。クライアントをインストールしただけでは、利用可能な出口は用意されません。事前にサービス提供元から、Clashまたはmihomo対応と明記されたサブスクリプションURLを取得し、サービスが有効であることを確認してください。通常のWebページURLやアカウントのログインURLはサブスクリプションURLとは別物で、代わりには使えません。

サブスクリプションURLにはアカウントを識別できる情報が含まれることがあります。パスワードと同じように管理し、公開コメント欄に貼り付けたり、出所の分からないオンライン変換サイトに渡したりしないでください。問題の調査でスクリーンショットを共有する場合は、URL全体、サーバーアドレス、認証情報を隠してください。URLが漏れた可能性がある場合は、画像を削除するだけでなく、サービス提供元の管理画面から再発行しましょう。

最後に、現在のネットワークで普段使うWebサイトにアクセスできるか確認し、ほかのプロキシやVPNツールをいったん終了します。こうしておけば、問題が起きたときに、元からのネットワーク障害なのか、今回の設定変更で通信経路が変わったのかを切り分けられます。クライアントとサブスクリプションを用意したら、設定画面から始めましょう。

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

リモート設定を新規作成

サービス提供元のページでClash対応のサブスクリプションURLをコピーし、クライアントに戻って「設定」または「サブスクリプション」を開きます。「新規作成」「サブスクリプションを追加」「URLからインポート」などを選び、URLを入力して、「普段使い」など区別しやすい名前を付けます。同じ画面にローカルファイルの項目があっても、今回は後から直接更新できるリモートサブスクリプションを選びましょう。

保存したら、ダウンロードが完了するまで待ちます。設定カードに名前や更新日時が表示される、またはインポート完了の通知が出れば、通常は成功です。次にその設定をタップし、「使用」「有効化」などのボタンを選びます。インポート後に自動で切り替わるクライアントもあれば、一覧に追加するだけのものもあります。カードが表示されたことだけを確認して、すぐ接続手順に進まないようにしましょう。

「プロキシ」画面を開き、プロキシグループやノードが表示されているか確認します。続けて「ルール」画面にルールが読み込まれていることも確認してください。サブスクリプションによって内容は異なり、プロキシグループは「ノード選択」「プロキシ」など、さまざまな名前で表示されます。名前ではなく、設定がコアに読み込まれていることが重要です。画面が空のままなら、システムプロキシを何度も切り替えるのではなく、設定画面に戻って選択中の設定を確認してください。

追加に失敗したら、ダウンロードと解析を切り分ける

タイムアウトや接続失敗が表示される場合、設定をまだ正常に取得できていない可能性があります。まず現在のネットワークからサービス提供元のページを開けるか確認し、URLをコピーし直して、先頭や末尾に空白や改行が入っていないか見てください。サブスクリプションのダウンロードに使う通信経路を、直結またはプロキシから選べるクライアントもあります。利用可能な設定がまだない初回は、現在使えるネットワーク経路を試し、未確立のプロキシ接続にダウンロードを依存させないようにしましょう。

YAMLエラーや未対応形式と表示された場合、取得した内容が対応する設定ではない可能性があります。URLの期限切れでログインページやエラーページが返され、それを解析しようとしているケースもあります。サービス提供元のClash用サブスクリプション画面からURLを取得し直し、エラー内容を一行ずつ削除するのは避けてください。Base64形式のURL一覧しかない場合も、クライアントが直接インポートできるとは限りません。形式の違いはよくある質問で確認できます。

ローカルのYAMLファイルを使う場合は、「ファイルからインポート」を選び、端末上の設定ファイルを指定します。リモートサブスクリプションのようにサーバー側の変更を自動取得することは通常できないため、後からファイルを差し替えるか、リモートURLに切り替える必要があります。どちらの方法でも、次に現在の動作モードと実際の出口を確認します。

ステップ2：ルールモードとプロキシの出口を選択

ホーム画面または「設定」に戻り、「動作モード」を探して、初回は「ルール」を選びます。この設定は、コアが受け取った通信をどのように処理するかを決めるものです。どのアプリからコアへ通信を渡すかを決めるものではありません。モードを選んだだけでは、ブラウザーなどの通信がプロキシ経由になるとは限りません。通信を取り込む設定は次のステップで有効にします。

まずはルールモードを使い、すぐにグローバルへ切り替えない

ルールモードでは、設定に記述された順番にドメインやアドレスなどの条件を照合し、接続を指定されたプロキシグループまたは直結の出口に振り分けます。日常利用に適していますが、現在の設定に用途に合ったルールが含まれていることが前提です。特定のサイトに接続できない場合は、設定全体を変更する前に、どのルールに一致したか確認できます。

グローバルモードでは、コアに渡された通常の通信をグローバル出口の選択に従って処理します。一時的な比較テストには便利ですが、「端末内のすべてのアプリの通信が取り込まれる」という意味ではありません。直結モードでは、コアに渡された通常の通信が宛先へ直接送られるため、リモートのプロキシノードの動作確認には使えません。名前は似ていますが、それぞれ役割が異なります。問題の切り分けがしやすいよう、初回はルールモードのまま進めましょう。

実際に使うプロキシグループでノードを選択

続けて「プロキシ」を開き、ルールが参照している主要な出口グループを探します。グループ内に個別のノードが並んでいれば、利用できるノードを選択してください。別のプロキシグループが表示される場合は、その中に進んで最終的な選択を確認します。「自動選択」「フェイルオーバー」などのグループは設定によって自動管理されることがあります。まずは既定の動作を維持し、すべてのグループを手動で変更する必要はありません。

クライアントに「接続テスト」や「遅延テスト」があれば実行し、結果が出るまで待ちます。このテストで分かるのは、指定されたテスト先にノードから到達できるかどうかです。すべてのアプリが正常に使える保証にはならず、一度タイムアウトしただけでノードが完全に使えないとも限りません。テストに通った出口を選び、実際のアクセスで確認するほうが確実です。

特定のサービスだけを使いたい場合は、ルールを大きく変更したりプロキシグループを削除したりしないでください。サブスクリプションを更新するとローカルの編集が上書きされることがあり、クライアントによって上書き設定の保存方法も異なります。ルールの優先順位やプロトコル、設定の互換性は、接続できるようになってからプロトコルとコアの技術ガイドを参照してください。今は、動作モードがルールで、使用するプロキシグループが適切な出口を選んでいることを確認すれば十分です。

ステップ3：接続を有効にしてアプリの通信をコアに渡す

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

WindowsやmacOSなどのデスクトップでは、まずクライアントのホーム画面でコアが動作中か確認します。起動ボタンが別にある場合は、先にコアを起動してください。その後、「システムプロキシ」を有効にします。これにより、OSがアプリに提供するプロキシ設定が変更されます。通常、ブラウザーやこの設定に従うアプリは、新しい接続をクライアントのローカル待ち受けポートに送信します。

この段階ではTUNも「LAN内接続を許可」も有効にしないでください。端末のブラウザーでシステムプロキシを使うだけなら、同じネットワーク上のほかの端末にポートを公開する必要はありません。混合ポートが7890と表示される場合、ローカルのHTTPとSOCKS5で共用する待ち受けポートを意味します。サブスクリプションURLやリモートノードのポートではありません。実際の値はクライアントの現在の設定を確認してください。

スイッチを有効にしたら、ブラウザーのページを再読み込みします。ブラウザーで別のプロキシを手動設定していたり、プロキシを個別に管理する拡張機能を使っていたりすると、システムプロキシが最終的に適用されない場合があります。まずブラウザーをシステム設定に従う状態に戻して、新しいページを開いてください。ターミナルツール、ゲーム、一部のダウンロードツールはシステムプロキシを使わないことがあります。そうしたアプリに変化がなくても、クライアント全体が失敗したとは限りません。

モバイルではシステムのVPN権限を許可

AndroidやiOSでは通常、ホーム画面の「接続」または起動ボタンをタップすると、VPN構成の追加やVPN接続の確立を許可する画面がシステムに表示されます。インストールしたクライアントからの要求であることを確認して、システムの案内に従って許可してください。アプリに戻ったら接続状態が維持されているか、システムにVPNのステータスが表示されているか確認します。

ここでのVPN権限は、通信をクライアントに渡すためのものです。すべての通信がリモートノードを経由するという意味ではなく、プロキシを使うか直結するかは動作モードとルールで決まります。端末で別のVPNが有効になっている場合は、先に切断してから試してください。Androidで対象アプリの範囲を選ぶ画面が表示されたら、初回は既定の設定を使い、テストするブラウザーが対象から外れないようにしましょう。

必要なアプリがある場合だけTUNを有効化

デスクトップのブラウザーは正常に使えるのに、システムプロキシを使わないアプリだけが直結してしまう場合は、「TUNモード」を検討します。TUNは仮想ネットワークインターフェースを使って、条件に合う通信を取り込みます。サービスのインストールや管理者権限が必要なこともあります。クライアントのサービスモードや権限の案内に従い、サービスが正常に動作していることを確認してからTUNを有効にしてください。エラー表示を無視してスイッチだけを入れるのは避けましょう。

TUNで取り込まれる通信の範囲は、ルーティング、アプリの除外設定、システム環境にも左右されます。有効にすればすべての通信が必ずプロキシノードを経由する、という保証ではありません。初回はネットワークスタック、DNS、ルーティングを同時に変更せず、既定値のまま一つずつ確認してください。ネットにつながらなくなったら、まず有効にしたTUNを停止し、動作確認済みのシステムプロキシに戻してから、トラブル対処のよくある質問で原因を確認しましょう。

ここまでで設定、出口、通信の入口が整いました。次はスイッチの色ではなく、実際のリクエストがどの経路を通ったかを確認します。

ステップ4：ルールの適用と実際のアクセスを確認

新しいリクエストで通信経路を確認

普段プロキシ経由で利用するサービスを開き、ページを更新するかアプリを再起動して、新しいリクエストを送信します。すでに読み込んだページはキャッシュで表示されることがあるため、確認には適しません。あわせて、普段から直結でアクセスできるサイトも開き、今回の設定で通常のネットワーク通信に影響が出ていないか確認しましょう。

次にクライアントの「接続」画面に戻り、アクセスしたドメインを探します。詳細を開いて、適用されたルール、使用されたプロキシグループ、最終的な出口を確認してください。項目名はクライアントによって異なりますが、確認するポイントは同じです。リクエストがクライアントに届いたか、ルールでどこへ振り分けられたか、接続が成功したかを見ます。短時間で終わる接続は一覧からすぐ消える場合があります。見つからなければページを再読み込みするか、ログでドメインを検索してください。

プロキシを通るはずのアクセスがDIRECTと表示された場合、現在のルールでは直結が選ばれています。クライアントを何度も再インストールするのではなく、設定とルールを確認しましょう。想定したプロキシグループとノードが表示されているのにページを開けない場合は、ログに接続タイムアウト、認証エラー、名前解決エラーがないか確認します。関連する設定を一度に一つだけ変更し、同じテストを繰り返せば、どの変更が影響したか判断できます。

症状に応じて次の確認へ

該当するリクエストがクライアントにまったく表示されない場合は、アプリがシステムプロキシを使っているか、アプリごとのルールで除外されていないか、別の通信制御ツールが動作していないかを確認してください。リクエストは見えるのに出口が違う場合は、ステップ2に戻って動作モードとプロキシグループを確認します。出口が正しいのに接続できない場合は、ノードの有効性、サービスの状態、現在のネットワークを調べましょう。通信の入口、振り分け、出口の順に確認するほうが、スイッチを次々切り替えるより早く原因を絞り込めます。

信頼できる出口IP確認サービスも補助的に使えますが、分かるのはそのサービスへアクセスしたときの出口だけです。ルールモードではWebサイトごとに通信経路が異なることがあるため、確認ページにローカルの出口が表示されても、すべてのプロキシ接続が無効とは限りません。同様に、出口IPが変わっただけではDNSの処理が適切だとは判断できません。DNSリークやFake-IPの問題は、よくある質問で該当する項目を確認してください。

接続できたら、普段使いの設定を保存

利用したいサービスにアクセスでき、接続の詳細も想定どおりであることを確認したら、設定画面でサブスクリプションの自動更新を設定します。更新間隔を選べる場合は、サービスの更新頻度に合った間隔にしましょう。数分おきに取得する必要はありません。更新後も、プロキシグループの選択が維持されているか確認してください。設定名が同じでも、サーバー側のノードやルールが変わらないとは限りません。

起動時に使う場合は、必要な項目を有効にします。「クライアントの起動」と「起動後の自動接続」が別々の設定かどうかも確認してください。次回の再起動後、コアとシステムプロキシまたはVPNの状態を確認し、実際のアクセスをもう一度試します。クライアントを終了する前にプロキシを停止する場合は、先にシステムプロキシまたはデバイスのVPNを無効にしてください。そうしないと、アプリが停止済みのローカルポートへリクエストを送り続けることがあります。

特定のアプリだけプロキシを使わない場合は、まずステップ3に戻って通信の取り込み範囲を確認します。サブスクリプションの更新に失敗した場合は、ステップ1に戻りダウンロード経路を確認してください。SS、Trojan、VLESS、Hysteria2などのプロトコルを比較したい場合や、mihomoとクライアントの関係を知りたい場合は、プロトコルガイドをご覧ください。別の端末ではダウンロードページから対応するクライアントを選び、4つのステップをやり直してください。