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

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

クライアントを開き、まず「設定」ページに移動します。システムプロキシをすぐに有効にする必要はありません。「新規作成」「インポート」「URLからダウンロード」などの項目を探し、サブスクリプションURLを追加します。URL全体を入力欄に貼り付け、先頭や末尾に余分な空白がないこと、説明文まで一緒にコピーしていないことを確認してください。設定名は識別用なので、分かりやすい名前を付けられます。初めて使う場合は、ほかのインポート項目を初期設定のままにしてください。

確定またはダウンロードをクリックし、クライアントによる取得と解析が終わるまで待ちます。正常に完了すると、設定ページに設定名と更新項目が表示されます。インポート後に自動で有効になるクライアントもあれば、設定項目をクリックして「有効化」を選ぶ、またはメニューから「使用」を選ぶ必要があるクライアントもあります。選択中を示すマークで判断してください。設定が一覧に表示されているだけでは、コアがその設定を使用中とは限りません。有効化後に再読み込みエラーが表示された場合は、まずエラーに記載された項目を修正し、ネットワークのスイッチを切り替えるのは後にしてください。

ローカルの.yamlまたは.ymlファイルを受け取った場合は、「ファイルからインポート」を選んで追加し、同じ手順で有効化します。拡張子だけをYAMLに変更したり、Webページを設定ファイルとして保存したりしないでください。テキスト形式の設定には、クライアントが認識できる構造が必要です。ファイル名だけでは有効かどうか判断できません。ローカルからインポートした設定は、通常、サブスクリプションサービスの更新に合わせて自動更新されません。以後の管理方法は、ファイルの内容とクライアントの機能によって異なります。

続いて「プロキシ」ページで結果を確認します。設定で定義されたプロキシグループと、グループ内で選択できるノードやポリシーが表示されているはずです。プロキシグループ名は設定によって異なり、必ずしも「Proxy」や「ノード選択」とは限りません。プロキシページに「DIRECT」しか表示されない場合は、設定ページに戻って正しい項目が有効か確認し、インポート結果も確認してください。サブスクリプションによってはノード一覧だけが提供され、クライアント用のテンプレートが必要です。その場合はクライアントが対応する方法でインポートし、設定項目をむやみに削除しないでください。

インポートに失敗した場合は、まずダウンロード失敗と解析失敗を切り分けます。ダウンロードに失敗する場合は、サブスクリプションの期限、URL全体が正しいか、現在のネットワークから配信元にアクセスできるかを確認してください。解析に失敗する場合は、提供元がClashまたはmihomoに対応した形式を提供しているか確認します。URLを開いたときにログインページやエラー説明が返される場合、末尾が設定ファイルらしく見えても、そのままでは使用できません。同じ設定を何度もインポートして同名の項目を増やさず、利用可能と確認できた設定を1つ残してください。

02 ルールモードとプロキシグループを選ぶ

設定を有効にしたら、「出力モード」の設定を探します。プロキシページの上部、概要ページ、またはメニューバーアイコンのメニューにある場合があります。初めて使う場合は「ルール」を選ぶのがおすすめです。現在の設定ルールに従って、通信を直接接続するかプロキシ経由にするかが決まるため、以降の確認の基準として使えます。最初の接続前にルールセット、DNS、上書き設定を同時に変更せず、まずは提供元の設定を維持してください。

「グローバル」は、クライアントに入った通信をグローバルポリシーで処理するモードです。端末上のすべてのアプリがクライアントを経由するという意味ではありません。「DIRECT」は、クライアントに入った通信を接続先へ直接つなぎます。どちらも通信の入口を有効にする設定ではありません。次の手順では、ブラウザーがシステムプロキシに従うか、ほかのアプリにTUNが必要かを確認します。出力モードとシステムプロキシのスイッチを同じ設定と考えないでください。

ルールモードにして「プロキシ」ページを開き、ルールが参照するメインのプロキシグループを展開します。手動選択のグループではノードを選べるほか、別のポリシーグループを選択できる場合もあります。自動選択のグループでは、設定に従ってテストと切り替えが行われます。提供元がメインのプロキシグループ名を案内している場合は、その説明に従って選んでください。案内がない場合は、設定またはルールページで対象グループを確認します。一覧の先頭にあるグループがすべての通信を制御するとは限りません。

クライアントに遅延テスト機能があれば、候補の接続可否を確認するために一度実行できます。ノードがタイムアウトした場合は、接続可能な別のノードを選んで続けてください。遅延が小さいことは、測定先への今回のリクエストが速かったことを示すだけです。動画再生、ファイルのダウンロード、すべてのWebサイトで速いとは限りません。実際の使用感は対象アプリで確認してください。初期設定では、数字を下げるために何度も選び直す必要はありません。

メインのプロキシグループでDIRECTまたはREJECTを誤って選んでいないか確認します。前者は直接接続、後者は通信拒否です。選択肢に表示されているからといって、通常のノードとして扱わないでください。振り分け設定には、動画配信や開発サービスなど別の用途のグループが含まれている場合があります。すべてを一度に変更する必要はありません。まずテストするWebサイトに適用されるポリシーを確認し、関係するグループだけを調整します。ここではルールモードを維持し、使用可能な出力先を1つ決めて接続に進みます。

03 システムプロキシを有効にして接続する

有効な設定と選択済みのプロキシ出力先が用意できました。クライアントの概要ページまたは「設定」に戻り、「システムプロキシ」を探して有効にします。macOSクライアントでは、補助コンポーネントのインストールやネットワーク設定を変更する権限の付与が必要な場合があります。システムのダイアログとクライアントの案内に従って許可してください。画面上のスイッチをオンにしただけで必要な許可が完了していない場合、システム設定が実際には変更されていないことがあります。操作に失敗したと表示されたら、まず内容を確認し、接続済みと判断しないでください。

システムプロキシを有効にしたら、クライアントを起動したままブラウザーで新しいタブを開き、Webサイトにアクセスします。システムプロキシを使うのは、基本的にシステム設定に従うアプリです。既存の接続はすぐに張り直されない場合があります。すでにブラウザーを開いている場合はページを再読み込みし、それでも不明な場合はブラウザーを再起動してください。ブラウザーのプロキシ拡張機能を使っている場合は、一時的に個別のプロキシ設定をオフにするか、システム設定に従う状態に戻し、別のアドレスへ通信が送られないようにします。

ポートを確認する場合は、まずクライアントの設定で「混合ポート」を確認します。これは、この端末上でHTTPプロキシとSOCKSプロキシが共用する待ち受けポートです。実際の値は使用中のクライアントに表示されるもので、ほかのガイドに合わせて変更する必要はありません。macOSでは「システム設定 → ネットワーク → 現在のネットワークサービス → 詳細 → プロキシ」で関連設定を確認できます。macOSのバージョンによって、項目名や場所が多少異なる場合があります。端末上のプロキシを手動設定するときは、アドレスとポートをクライアントの実際の待ち受け値に合わせてください。Web上のポート番号をそのまま使わないでください。

ここでは「LAN接続を許可」を有効にしないでください。同じ端末上のアプリからクライアントを使うだけなら、この設定はインターネット接続に必要ありません。他の端末からこの端末のプロキシに接続するための設定であり、待ち受けアドレス、ファイアウォール、アクセス制限にも関係します。テスト中に複数のプロキシクライアントを同時に実行することも避けてください。システムプロキシが切り替わったり、同じポートが競合したり、複数の通信経路を経由したりする原因になります。

ブラウザーでは使えるのに特定のアプリがプロキシを経由しない場合は、「TUNモード」を検討します。TUNモードは仮想ネットワークインターフェースを使い、ルーティング条件に合う通信を処理します。追加の権限やサービスコンポーネントが必要な場合があります。まず現在のシステムプロキシの状態を記録し、クライアントの案内に沿ってインストールまたは権限付与を行ったうえで、TUNを個別にテストしてください。初期確認ではシステムプロキシ、DNS、TUNを同時に変更しないでください。クライアントが特定の組み合わせを指定している場合は、ドキュメントに従い、変更するたびに内容を記録します。

AndroidとiOSでは、インポートと選択が終わったらホーム画面に戻り、「接続」または起動ボタンをタップします。初回起動時は、システムのVPN設定を追加する許可が必要です。VPNの表示はシステムのネットワークサービスが有効になったことを示すもので、接続先ノードが使えることを単独で保証するものではありません。Androidでは、VPNサービスを使うほかのアプリと競合する場合があるため、同種のサービスを先に停止してください。WindowsとLinuxのデスクトップでは、まずシステムプロキシを使います。権限や仮想ネットワークインターフェースの違いについては、全プラットフォームのインストール・設定ガイドをご覧ください。初回接続の段階で、すべての詳細設定を確認する必要はありません。

04 ルールと実際のアクセスを確認する

接続確認では、アプリが新しいリクエストを送っているか、リクエストがクライアントに届いているか、想定した出力先が使われているかの3点を確認します。まず普段どおり直接接続できるWebサイトを開き、次に設定上プロキシが必要なWebサイトにアクセスします。どちらもページを読み込めることを確認してください。ページが表示されたというだけで設定全体が正しいと判断しないでください。キャッシュが表示されている場合や、もともと直接接続できる場合があります。

クライアントの「接続」ページを開き、対象のWebサイトを再読み込みして、該当ドメインの通信が表示されるか確認します。その通信をクリックまたは展開し、適用されたルールと出力先の経路を確認してください。ルールモードでは、一部の通信がDIRECTになるのは正常です。確認するポイントは、プロキシが必要な接続が想定したプロキシグループに入り、選択したノードに到達しているかどうかです。1つのページが複数のドメインにアクセスする場合があるため、一覧の任意の行ではなく対象のリクエストを確認してください。

クライアントにドメインではなくIPアドレスが表示されても、すぐにFake-IPやスニッフィングの設定を変更しないでください。ドメイン名が表示されるかどうかは、DNSの経路、アプリの動作、クライアントの機能によって異なります。まず出力先の経路と実際のアクセス結果を確認してください。ルール判定が想定と異なる場合に限り、インストール・設定ガイドのDNSと設定に関する説明を確認します。表示の違いだけを直そうとして、正常に動作しているネットワーク経路を変更するのを防げます。

続いて実際に使うアプリを開き、プロジェクトページの読み込み、動画の再生、アプリ内データの更新などを一度試します。ブラウザーは動作するのに対象アプリだけ失敗する場合は、まずアプリ独自のプロキシ設定、再起動の必要性、システムプロキシに従うかどうかを確認してください。Windowsのストアアプリではループバック制限が影響する場合があります。必要に応じてUWPのループバック制限を解除する方法を参照してください。設定全体を入れ替える必要はありません。

アクセスできない場合の確認手順

すべてのWebサイトにアクセスできない場合は、クライアントが終了していないこと、現在の設定が有効であること、メインのプロキシグループで利用可能な出力先が選ばれていることを確認します。そのうえで、システムプロキシと混合ポートの設定が一致しているか確認してください。接続ページに新しい通信が表示されない場合は、ノードを変更するのではなく、まず通信の入口を確認します。通信が表示されても接続に失敗し続ける場合は、ログにタイムアウト、接続拒否、設定エラーなどがないか確認し、同じグループ内の別のノードを試してください。

一般的なWebサイトにはアクセスできるのに一部の接続先だけ失敗する場合は、どのルールが適用されたかを確認します。誤って直接接続になっている場合は、グローバルモードを恒久的な対処にせず、該当するポリシーグループまたは設定を見直してください。同じノードを選んだまま一時的にグローバルモードに切り替え、比較することもできます。グローバルモードでは使えてルールモードで失敗する場合は、引き続き通信の振り分け経路を確認します。どちらでも失敗する場合は、ノード、接続先のサービス、現在のネットワーク環境も確認してください。テスト後はルールモードに戻します。

ログを確認するときは、まず問題を一度再現し、その前後の記録を読みます。過去のエラーと現在の失敗を混同しないようにし、調査のために最も詳細なログレベルを長期間有効にしたままにしないでください。他の人に相談する前に、サブスクリプションURL、ノードの認証情報、個人のアクセス履歴を削除し、エラーの種類と必要な設定情報だけを残します。一度に変更する設定を1つにして、同じ操作を再度試すことで、どの変更が影響したか判断しやすくなります。

動作する設定を保存して日常的に更新する

対象の通信がクライアントに入り、想定したルールが適用され、実際のアプリでも操作できれば初期設定は完了です。現在の設定名、出力モード、使用した通信の入口を記録しておけば十分です。追加の詳細機能をすべて有効にする必要はありません。ノード一覧が更新されたら、設定ページで既存のサブスクリプションを更新します。更新後、同じ設定が有効なままか、手動で選択したノードが引き続き存在するかを確認してください。

切断後もネットワークに問題が残る場合は、まずシステムプロキシが無効になっていることを確認してからクライアントを終了し、再度アクセスします。TUNを使用している場合は、仮想ネットワークインターフェースのサービスも停止していることを確認してください。TUNを有効にしたときだけ発生する問題は、そのモードの権限、ルーティング、DNSの経路を確認します。普段の操作にはこのページの4ステップを使い、全プラットフォームのインストール、ルールの変更、高度なネットワーク設定については、全プラットフォームのインストール・設定ガイドの該当項目をご覧ください。