Clashの使い方ガイド：
サブスクリプションの追加と接続確認

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

クライアントを開き、サイドバーまたは下部のナビゲーションから「サブスクリプション」「設定」「Profiles」を探します。画面を開いたら「新規」「サブスクリプションを追加」またはプラス記号の項目を選択してください。読み込み方法を選ぶ画面が表示された場合、リモートURLには「URLからインポート」または「リモート設定」を、端末内のファイルには「ローカルファイル」を選びます。どちらの方法でも、最終的にクライアントが解析できる設定が必要です。任意のURLを入力すればよいわけではありません。

設定リンクをコピーして初回ダウンロード

サービス提供元のサブスクリプション管理画面に戻り、「Clash」「Clash Meta」または「mihomo」と明記された形式を選び、画面のコピー機能でリンクを取得します。クライアントのサブスクリプションURL欄に貼り付け、たとえば「普段使い」など見分けやすい名前を設定してください。ブラウザーのアドレスバーに表示されたアカウント管理ページのURLはコピーしないでください。また、サブスクリプションURLを含むスクリーンショットを公開の掲示板などにアップロードしないでください。リンクにはアカウントを識別するアクセス情報が含まれていることがあります。

URLの前後に余分な空白や改行がないことを確認してから、「インポート」「保存」または「ダウンロード」をタップします。クライアントに読み込み結果が表示されるまで待ちます。成功すると、通常は設定名、更新日時、更新操作などを表示する設定カードが追加されます。読み込み後すぐに有効化されるクライアントもあれば、一覧に保存されるだけで、もう一度選択するか「現在の設定にする」を実行する必要があるものもあります。一覧に名前が表示されただけで判断せず、選択中のマークを確認してください。

ローカルファイルを使う場合は、ファイル選択画面でサービス提供元から受け取った .yaml または .yml ファイルを選択します。ファイルのインポートは通常、その時点の内容を保存するだけで、以後リモートから更新されるとは限りません。拡張子だけをYAMLに変更しないでください。形式が正しくないテキスト、Webページの内容、ノード単体の共有リンクは、名前を変えても完全な設定にはなりません。

プロキシ画面に設定が読み込まれていることを確認

設定を有効にしたら「プロキシ」画面を開き、プロキシグループと選択可能な出口が表示されているか確認します。グループ名はサブスクリプションの作成者によって異なり、「Proxy」「ノード選択」「自動選択」のほか、用途別の名前が付いている場合もあります。ガイドと同じ名称である必要はありません。画面が空白のままなら、設定画面で現在の設定が有効か確認し、インポート時のメッセージやログに解析エラーがないか調べてください。設定のダウンロード成功と読み込み成功は別です。

ダウンロードできない場合は、まず現在のネットワークからサービス提供元の管理画面を開き、サブスクリプションが有効か確認してURLをコピーし直します。形式を認識できないと表示された場合は、完全なYAML設定を取得したのか、Base64形式のノード一覧や単一プロトコルの共有リンクなのか確認してください。インポートできる形式はクライアントによって異なります。個人用のサブスクリプションを、よく分からないオンライン変換サービスに貼り付けないでください。形式の違いはClashのサブスクリプション形式の解説をご覧ください。プロキシ画面にプロキシグループが表示されたら、次の手順に進みます。

ルールモードとプロキシの出口を選択

設定を有効にしたら、「概要」「プロキシ」「設定」などからモード選択を探します。一般的な選択肢は「ルール」「グローバル」「直接接続」で、英語ではRule、Global、Directと表示されることがあります。初めて使う場合は「ルール」を選択してください。コアは設定内のルールを上から順に照合し、該当する直接接続、プロキシ、拒否のポリシーに接続を振り分けます。ルールモードはWebサイト名から用途を推測するものではなく、実際の通信経路は使用中の設定によって決まります。

先にモードを選び、その後プロキシグループを確認

モードの選択とノードの選択は別の操作です。ルールモードに切り替えたら、「プロキシ」画面に戻り、ルールで参照されているプロキシグループを探します。グループを開いて、現在のアカウントで利用できる出口を選び、選択マークが付いていることを確認してください。グループ内に「自動選択」などのサブグループがある場合、それを選ぶとグループのチェック機能に出口の選択を任せます。一覧の先頭項目を固定で使うという意味ではありません。

手動選択グループでは通常、前回の選択が保持されます。自動選択グループでは、設定内のチェック結果に応じて出口が切り替わることがあります。クライアントに「テスト」や「チェック」ボタンがある場合は、明らかに接続できない候補を除外するために使えます。ただし、テストに成功しても、そのテスト用リクエストに応答があったことを示すだけで、すべてのWebサイトに接続できる保証にはなりません。初回は明確な出口を1つだけ選び、用途別のグループを同時に複数変更しないでください。どの設定が接続に影響したのか分かりにくくなります。

ストリーミング、開発サービスなどの用途別グループが設定されている場合は、まず初期値を維持し、それらのグループがメインのプロキシグループを参照しているか確認します。用途別グループでDIRECTが選択されていると、メインのプロキシグループに出口を設定していても、該当ルールに一致する通信は直接接続になることがあります。REJECTは接続を拒否する指定であり、インターネット接続に使えるプロキシノードではありません。使い方が分からないグループは、サブスクリプション提供元の設定説明を確認し、むやみに切り替えないでください。

ほかの2つのモードについて

グローバルモードでは通常、コアに入った通信をグローバルポリシーで処理するため、一時的な切り分けに使えます。ただし、もともとクライアントに取り込まれていない通信まで自動的に処理するものではありません。直接接続モードでは通常、コアに入った通信が通常のプロキシ出口を使わず、宛先に直接接続します。設定の動作を確認する前に、これらのモードを何度も切り替えることはおすすめしません。ここではルールモードを維持し、選択したプロキシグループと出口を控えて、次の手順でアプリの通信をクライアントに取り込む方法を確認します。

初めて使う段階では、rulesの書き換え、複数のサブスクリプションの統合、DNSの変更は必要ありません。ルールが上から順に照合される仕組みや、プロキシグループ間の参照方法は、高度な設定ガイドのルール編をご覧ください。まずはサブスクリプションに含まれる設定のまま動作確認すると、設定、通信の取り込み方法、出口のどこに問題があるか絞り込みやすくなります。

システムプロキシまたはスマートフォンの接続を有効化

モードと出口を選んだら、クライアントの概要画面に戻ります。設定にエラーがなく、コアが実行中であることを確認してください。クライアントに個別の起動ボタンがある場合は、先にコアを起動します。ソフトの画面を開いただけでは、ネットワークリクエストが処理されるとは限りません。通信を取り込む方法はPCとスマートフォンで異なります。使用中の端末に合った手順を選び、別のプラットフォームにしかないスイッチを探さないでください。

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

PC版クライアントで「システムプロキシ」を探し、有効にします。システムからネットワーク設定の変更許可を求められた場合は、起動したばかりのクライアントが要求元であることを確認し、システムの手順に従って許可してください。有効にすると、システムプロキシ設定に従うブラウザーやアプリから、端末上のプロキシ待ち受けポートにリクエストが送られます。通常、ブラウザー側でアドレスを重複して設定する必要はありません。ブラウザーに独自のプロキシ拡張機能を入れている場合は、システム設定を上書きしないよう、その拡張機能の制御をいったん無効にしてください。

クライアントの初期設定の待ち受けポートはそのまま使い、ネット上のスクリーンショットと同じにするために変更しないでください。よく使われる混合ポート 7890 は設定例にすぎず、すべての環境で必ず使用する固定値ではありません。address already in useと表示された場合は、該当するアドレスまたはポートが競合しています。まず競合を解消してから動作を確認してください。詳しい対処方法は7890ポートの使用中エラーを解決する方法をご覧ください。エラーが出ている状態でシステムプロキシを何度も切り替えないでください。

システムプロキシを使うのは、その設定に対応したアプリだけです。一部のゲーム、コマンドラインプログラム、独自に通信処理を実装したソフトは、システムプロキシを経由しないことがあります。そのため、「ブラウザーではアクセスできるが、別のアプリではできない」だけでサブスクリプションが無効とは判断できません。まずは一般的なブラウザーで動作を確認してください。より多くのアプリの通信を取り込む必要がある場合は、TUNの権限、ルーティング、DNS設定を確認します。初回の切り分けでは、システムプロキシとTUNを同時に有効にしないでください。通信を取り込む2つの経路が混在し、原因を特定しにくくなります。

スマートフォン：システムのVPN許可を承認

スマートフォン版クライアントで「接続」または起動ボタンをタップします。初回は通常、システムのVPN許可画面が表示されます。クライアントがシステムのネットワーク機能を通じて通信を処理するために必要な許可です。アプリ名を確認して許可し、クライアントに戻って接続状態が更新されるまで待ちます。ここでのVPN許可は、端末上で通信をクライアントに取り込むためのものです。選択したサブスクリプションや出口がシステムによって置き換えられるわけではありません。

端末で別のVPNアプリが接続中の場合は、先に切断してからClashを起動してください。Androidではクライアントの状態とシステムのVPN表示を、iOSではクライアントの状態とシステムのVPN設定を確認します。システムの表示やアイコンの位置はバージョンによって変わることがあるため、ステータスバーに特定のアイコンが出ているかだけで判断しないでください。許可を取り消した場合は、もう一度「接続」をタップするとシステムの手順に沿って再度操作できます。

Androidで初回確認を行う間は、クライアントを前面に表示したままにし、すぐにすべてのバックグラウンド設定を変更する必要はありません。画面ロック後に切断される、アプリに戻ると接続が復帰するといった場合に限り、バッテリー最適化、バックグラウンド実行の許可、省電力設定を確認してください。手順はAndroidのVPN許可とバックグラウンド実行の維持をご覧ください。クライアントに接続済みと表示されたら、設定と出口を変えずに最後の手順へ進みます。

接続ログでルールの動作を確認

ブラウザーを開き、現在の設定でプロキシ経由になるはずのWebサイトにアクセスします。新しいタブからリクエストを送り、必要に応じてページを再読み込みして、キャッシュ済みの内容だけを表示している状態を避けてください。続いてクライアントの「接続」画面に戻り、アクセスしたドメインに対応する記録を探します。接続がすぐに終了する場合は、ページ読み込み中に確認してください。画面に必要な情報が表示されない場合は、一時的にログの接続情報とルール情報を確認します。

ドメイン、ルール、最終的な出口を確認

記録を見つけたら、まず対象ドメイン、適用されたルール、ポリシーチェーンを確認します。ドメインがアクセスしたサービスに関係していること、ルールが想定したプロキシグループを指していること、ポリシーチェーンの最後がそのグループで実際に使われている出口であることを確認してください。Webページは複数のドメインにリクエストすることがあり、メインページ、画像、スクリプト、ログインサービスで異なるルールが適用される場合があります。DIRECTの記録が1件あっただけで、ページ全体がプロキシを使っていないと判断しないでください。

次に、設定上は直接接続になるはずのWebサイトにもアクセスし、該当する記録がDIRECTに一致するか確認します。プロキシ経由と直接接続の両方が想定どおりなら、現在の設定によるルール振り分けがおおむね機能しています。クライアントの接続ボタンが有効になっているだけでは、サービスまたは通信の取り込み機能が起動したことしか分かりません。Webサイトが開けただけでも、リクエストがプロキシを経由したとは限りません。Webページの表示結果とクライアントの接続記録を照らし合わせることが、この手順のポイントです。

プロキシ出口を確認するには、信頼できるネットワーク情報サイトを補助的に使えます。ただし、そのサイトへのリクエストがプロキシルールに一致しているかも確認してください。確認サイト自体が直接接続のルールに一致していれば、直接接続の出口が表示されても不思議ではありません。端末全体の「共通の出口」を何度も確認する必要もありません。ルールモードでは宛先ごとに異なる経路を使うことがあり、これはルールによる振り分けであって、クライアントの状態が不安定という意味ではありません。

確認に失敗した場合は通信経路の順に確認

対象ページが開けない場合は、まず設定画面に戻り、インポートした設定が有効か確認します。次にコアが実行中か、解析エラーが表示されていないかを確認してください。その後、接続記録を確認します。リクエストを送っても該当する記録がない場合は、システムプロキシ、スマートフォンのVPN許可、ブラウザーのプロキシ拡張機能、アプリごとの除外設定を優先して確認してください。通信がコアに届いていない状態では、プロキシ出口を何度変更しても解決しないことが多いです。

記録はあるものの最終ポリシーがDIRECTの場合は、ルールモードと該当する用途別グループの選択を確認してください。プロキシ出口に転送されているのに接続できない場合は、アカウントで使用可能な別の出口を試し、サービスの有効期限やネットワーク上の制限も確認します。特定のドメインだけで名前解決エラーが出る場合に限り、DNS関連のメッセージを確認してください。一度に変更する項目は1つに絞り、同じ宛先に再接続して記録を確認すると、複数の変更による影響が混ざりません。

よくあるエラーやシステムプロキシの復元方法はヘルプセンターをご覧ください。TUN、Fake-IP、ドメインスニッフィング、ローカル上書きに関する問題は、高度な設定ガイドで該当するテーマを確認してください。問い合わせる際は、端末のOS、クライアント名、通信を取り込む方式、エラーメッセージを記載できます。サブスクリプションURL、ノードのパスワード、その他のアカウント情報は必ず伏せてください。

初期設定後の基本的な使い方

プロキシ経由と直接接続の両方が想定どおりに動けば、初期設定は完了です。有効にした設定、モード、プロキシグループの選択を把握しておき、次回からはクライアントを起動してから、端末に応じてシステムプロキシを有効にするか接続を開始してください。サブスクリプションの更新後に動作が変わった場合は、現在の設定とグループ内の選択を再確認します。カスタム設定がすべて自動的に保持されるとは限りません。継続して使う変更は、クライアントが提供する上書き機能で保存してください。

使わないときは、PCでは先にシステムプロキシを無効にしてからクライアントを終了してください。アプリが停止済みのローカルポートにリクエストを送り続けるのを防げます。スマートフォンではクライアントから接続を切れば完了です。今後、自動起動やTUNを使う場合は、動作を確認済みの状態を基準に機能を1つずつ追加し、この節の接続確認を繰り返してください。問題が起きても最初から再インストールせずに済むよう、動作する設定を把握しておけます。