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

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

サービス提供元のサブスクリプション管理ページを開き、「Clash」「Clash Meta」または「mihomo」と記載された設定項目を探して、サブスクリプションURLをすべてコピーします。URLには個人用のアクセス情報が含まれることがあるため、認証情報と同様に扱ってください。グループチャットへの送信、公開スクリーンショットへの掲載、見知らぬオンライン変換サイトへの入力は避けましょう。問い合わせる場合はエラーの種類だけを伝え、URL全体を隠してください。

クライアントに戻り、「サブスクリプション」「設定」または「Profiles」画面を開いて、「追加」「インポート」または該当するプラスボタンを選びます。設定の種類を選べる場合は、リモートサブスクリプションを選択します。URL欄にアドレスを貼り付け、識別しやすい名前を入力してください。URLの先頭と末尾に空白や改行がないことを確認してから、「ダウンロード」「保存」または「インポート」をクリックします。クライアントがリモートの内容を取得するため、処理が終わるまで待ちましょう。同じ項目が複数作成されないよう、連続でクリックしないでください。

インポートが完了すると、一覧に該当する設定が表示されます。その項目をクリックするか、「有効化」「現在の設定にする」などを選択して、使用中の設定にします。クライアントによっては「ダウンロード完了」と「有効化」が別の操作です。一覧に名前が表示されただけでは、コアに読み込まれたとは限りません。現在の設定を確認し、プロキシ画面を開いてプロキシグループとその中のノードが表示されることを確認します。

ローカルファイルを受け取った場合は、「ファイルからインポート」を選び、既存のconfig.yamlなどのYAML設定ファイルを指定します。インポート後は同様に有効化が必要です。ファイル名だけでは、内容が対応しているか判断できません。Webページを保存したHTMLファイルの拡張子をYAMLに変えたり、単一のノードURLを設定ファイルとして読み込んだりしないでください。初めて使う場合は、サービス提供元が対応を明示している設定形式を優先し、インポート前に項目を手動で変更するのは避けましょう。

「解析に失敗しました」と表示された場合は、コピーした内容がサービス提供元のトップページ、ログインページ、決済ページではなく、サブスクリプションURLであることを確認します。リクエストに失敗する場合は、管理ページでURLが有効か、サービスが正常に稼働しているかを確認してください。サブスクリプションURLには機密情報が含まれることがあるため、応答内容を調べる目的で外部ツールに安易に貼り付けないでください。インポートできてもノードが空の場合は、現在有効な設定を確認し、ノードが含まれているかサービス提供元に問い合わせます。

この段階では、現在の設定が選択され、プロキシ画面に利用可能なノードが表示されていることを確認します。両方を確認できたら次へ進み、更新間隔、DNS、ポートはまだ変更する必要はありません。サブスクリプションと設定ファイルの違いは用語クイックガイドで確認できます。インポートが繰り返し失敗する場合は、トラブル対処ガイドでサブスクリプションの症状を確認してください。

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

設定を読み込んだら、「プロキシ」「モード」またはクライアントのホーム画面にあるモード選択欄を開きます。初めて使う場合は「ルール」または「Rule」を選択します。ルールモードでは、現在の設定に記載されたルールの順に、通信を直接接続するか、プロキシグループ経由にするか、拒否するかを判断します。日常利用の出発点として適していますが、実際の振り分けは設定内容によって異なり、すべてのサイトが希望どおりに動作するとは限りません。

画面によっては「グローバル」と「直連」も選べます。グローバルモードでは通常、コアに届いた通信をグローバルポリシーに従って処理するため、一時的な比較に使えます。直連モードでは通常、コアに届いた通信を直接送信します。ここで重要なのは「コアに届いた通信」です。モードを切り替えても、システムプロキシやVPNの設定は代わりになりません。クライアントに接続されていないアプリは、グローバルモードを選んでも自動でプロキシ経由にはなりません。まずはルールモードのままにして、後の接続設定をモード切り替えで代用しないでください。

次にプロキシグループを確認します。グループ名はサブスクリプションによって異なり、「ノード選択」「自動選択」などの場合があります。プロキシ通信に使うメイングループを開き、利用可能なノードを選びます。グループ内に別のプロキシグループが表示される場合は、そのグループで最終的にどの接続先が選ばれているかも確認してください。想定に合わないDIRECTポリシーが選択されたままになっていないか確認しましょう。ルールで参照されていない、名前が目立つだけのグループを変更しても効果はありません。

クライアントに遅延テストがある場合は、一度実行して、テスト接続が明らかにできないノードを除外できます。テスト値が示すのは指定されたテスト先への結果であり、帯域幅ではなく、すべてのサイトへのアクセスを保証するものでもありません。特定のノードがタイムアウトしても、テスト先、地域のネットワーク、リモートサービスが原因の可能性があります。この段階では、テストを完了できるノードを1つ選んで先に進み、最小値にこだわって何度も試す必要はありません。

グループが自動選択ポリシーの場合、手動選択の場所や動作が異なることがあります。サブスクリプションの自動選択グループをそのまま使うか、手動選択に対応したメイングループでノードを指定してください。どちらの場合も、最終的に選択されたポリシーを覚えておき、4つ目の手順で接続ログと照合します。変更後に「適用」や「再読み込み」ボタンが表示されたら、画面の案内に従ってください。変更がすぐ反映される画面では、クライアントを再起動する必要はありません。

モードがルールになっていて、主要なプロキシグループで接続先が選択されていれば、接続に進めます。rules、proxy-groups、MATCHの関係を確認したい場合は、まずルールと通信振り分けの用語解説を参照してください。今回はルール一覧を編集したり、サブスクリプション全体をネットで見つけた設定例に置き換えたりする必要はありません。

3. システムプロキシを有効にする、またはVPN接続を許可する

まずクライアントのホーム画面に戻り、コアまたはサービスが実行中か確認します。画面を開いただけではプロキシサービスが起動したとは限りません。停止中、起動失敗、ポート競合などの表示があれば、システム接続を有効にする前に対処してください。正常に起動したら、利用するプラットフォームに応じた手順を選びます。PCのシステムプロキシとスマホのVPN許可は別の設定です。

デスクトップ：まずシステムプロキシを使う

Windows、macOS、デスクトップ環境のあるLinuxでは、まずクライアントの「システムプロキシ」を有効にします。システムが対応するプロキシ設定をローカルポートに向け、その設定に従うアプリの通信をコアに接続します。macOSでネットワーク設定の変更やクライアントに必要なサービスコンポーネントのインストールを求められた場合は、インストールしたクライアントからの通知であることを確認して、システムの案内に従って許可してください。Linuxはデスクトップ環境によって対応状況が異なります。クライアントからシステムプロキシを設定できない場合は、デスクトップのネットワーク設定にクライアントが表示するローカルアドレスとポートを手動で入力します。

アドレスとポートは、現在のクライアント設定画面に表示された値を使ってください。HTTPまたは混合プロキシでは通常、ローカルアドレスに127.0.0.1を使います。ポートは画面上の値を確認し、別のガイドに載っている数字で上書きしないでください。HTTPプロキシとSOCKSのポートは異なる場合があります。初回接続で「LANからの接続を許可」を有効にする必要はありません。信頼できないネットワークにプロキシの待ち受けポートを公開しないでください。

システムプロキシを有効にした後は、ブラウザーで最初の動作確認ができます。ターミナルツール、ゲーム、一部のアプリはシステムプロキシを使わないことがあるため、通信がクライアントに届かなくてもノードが無効とは限りません。まずブラウザーで接続を確認し、必要なアプリだけに個別のプロキシを設定してください。より多くの通信をクライアントに取り込む必要がある場合は、TUNを検討します。実際の通信経路が分からなくなるため、今回はシステムプロキシ、TUN、別のVPNを同時に有効にしないでください。

モバイル：システムのVPN接続を許可する

AndroidまたはiOSでクライアントのホーム画面に戻り、「接続」「起動」または該当するスイッチをタップします。初回接続時は、システムからVPN構成の追加やVPN接続の許可を求められるのが一般的です。アプリ名を確認して許可してください。iOSでは、端末のパスコードや生体認証による確認が必要な場合もあります。許可しないと接続できません。すでに追加したサブスクリプションを削除する必要はなく、アプリに戻って接続をやり直せます。

許可したら、クライアントに接続中と表示されているか確認し、システムのVPN設定またはステータス欄でも接続状態を確認します。スマホでは通常、複数の一般的なVPNアプリを同時に接続できません。別の接続が動作中の場合は、先に切断してください。Androidでアプリごとのプロキシを設定している場合は、動作確認に使うブラウザーが対象に含まれているか確認します。iOSで接続後すぐに切断される場合は、次に進む前にアプリを前面に表示したままエラーを確認してください。

コアが正常に動作し、デスクトップではシステムプロキシが有効、スマホではVPNが接続済みになったら、最後の手順に進みます。「接続済み」はローカルで通信を取り込めたことを示すだけです。リモートノードや接続先のサイトにアクセスできるかは、実際にアクセスして確認する必要があります。

4. アクセス結果とルール適用を確認する

ブラウザーで新しいタブを開き、普段アクセスできるサイトを表示して、設定変更後も基本的なアクセスができることを確認します。次に、現在の設定でプロキシ経由になる想定のサイトを開き、ページが実際に読み込まれるまで待ちます。クライアントのスイッチ、トレイアイコン、遅延テストだけで判断しないでください。ページを継続して読み込めるかどうかも、接続確認の一部です。

サイトを開いたまま、クライアントの「接続」「Connections」またはログ画面に戻り、開いたサイトに対応する記録を探します。検索機能があれば、対象ドメインを入力して絞り込めます。宛先、適用ルール、最終的なポリシー経路を確認します。プロキシ経由の想定なら該当するプロキシグループまたはノードに、直接接続の想定ならDIRECTに接続されているはずです。キャッシュの影響で新しい接続が記録されない場合もあります。必要に応じてページを再読み込みするか、まだ開いていない別のサイトを試してください。

サイトにアクセスでき、接続ログも想定どおりなら、現在の設定をそのまま使えます。出口IPの確認は参考になりますが、その確認リクエストの出口を示すだけで、すべてのアプリがプロキシを経由していることの証明にはなりません。ルールモードではサイトごとに異なるポリシーが適用されるのが通常です。2つのサイトで出口が異なっていても、グローバルモードに切り替える必要はありません。

サイトが開かず、クライアントに該当する接続記録もない場合は、通信がクライアントに届いているかを先に確認します。デスクトップではシステムプロキシが有効か、ブラウザー拡張機能が別のプロキシを指定していないか確認します。モバイルではVPNが切断されていないか、確認に使うアプリが接続対象に含まれているか確認してください。ターミナルのコマンドは接続できないのにブラウザーでは接続できる場合は、まずコマンド側のプロキシ対応を確認します。すぐにノードを変更したりDNSを変更したりしないでください。

接続記録はあるのにリクエストがエラーになったり、接続中のままになったりする場合は、少なくとも通信がクライアントまで届いています。まず最終的な接続先が正しいかを確認し、ノードを1つだけ変更して同じサイトを再試行します。特定のサイトだけ失敗する場合は、そのドメインに適用されたルールを確認します。複数の接続先で失敗する場合は、サブスクリプションサービスの状態とローカルネットワークを確認してください。ログにドメイン名の解決エラーがある場合は、エラーの概要を記録し、トラブル対処ガイドのDNS・ノードのタイムアウト手順を確認します。見知らぬDNS設定をコピーして、現在の設定を上書きしないでください。

最後に、切断と復元を一度確認します。デスクトップではシステムプロキシを無効にしてからクライアントを終了し、通常のサイトにアクセスできることを確認します。モバイルでもVPNを切断して基本的なネットワークを確認してください。その後クライアントを再び開き、現在の設定、ルールモード、プロキシグループの選択が正しいことを確認してから、必要に応じて接続します。手動での操作が安定してから、スタートアップ起動、起動時の自動接続、サブスクリプションの自動更新などを有効にしてください。

初回接続の設定はこれで完了です。普段はルールモードを使い、サブスクリプションの更新後に現在の設定とノードの選択を確認してください。設定項目の意味は用語クイックガイドで確認できます。インターネットに接続できない、更新に失敗する、システムプロキシが反映されないなどの問題が続く場合は、トラブル対処ガイドを参照してください。クライアントを最初から再インストールする必要はありません。