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

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

クライアントを起動したら、接続ボタンを押す前に「設定」「サブスクリプション」などの画面を開きます。「追加」「インポート」「URLからインポート」などの項目を探し、サブスクリプションURL全体を入力欄に貼り付けてください。名前には「日常用」など、用途がわかるものを設定できます。URLの前後に空白がないこと、チャットの説明文などが混ざっていないことを確認し、「保存」または「インポート」を押して、ダウンロードと解析が完了するまで待ちます。

インポートに成功すると、設定一覧にカードや行が追加され、名前、更新日時、現在の状態などが表示されます。その設定をクリックするか、メニューから「使用」「有効化」を選んでください。インポート後に自動選択されるクライアントもあれば、ファイルを保存するだけのものもあります。一覧に名前が表示されただけでは、新しい設定に切り替わったとは限りません。「プロキシ」画面に戻り、プロキシグループとノードを選べることを確認してから次に進みます。

ローカルのYAMLファイルを使う場合

ローカルファイルを使う場合は、「ファイルからインポート」を選び、対応する .yaml または .yml ファイルを指定します。ファイルパスをサブスクリプションURLの入力欄に貼り付けたり、開くために拡張子をテキスト形式へ変更したりしないでください。インポート後は、設定を有効にする必要があります。設定からリモートのルールセットやプロキシグループを参照している場合、初回の読み込み時にそれらのダウンロードが必要になることもあります。ファイルの解析に成功しても、すべてのリモートリソースが準備できたとは限りません。

初回はクライアントのインポート機能を使い、元のYAMLは編集しないことをおすすめします。インデント、フィールド名、参照名の誤りは読み込みに影響します。エラーが出たら、表示されたフィールド名や行番号を控えて該当する説明を確認してください。複数のガイドから設定例を無計画に組み合わせるのは避けましょう。設定ファイルとサブスクリプションの違いは用語集を、リモート設定の更新方法はサブスクリプションと設定の管理を参照してください。

サブスクリプションをダウンロードできないときはURLを確認

ダウンロードに失敗した場合は、まずプロキシを接続していない状態でデバイスがインターネットに接続できるか確認します。次に、URLの有効期限、ログインの要否、提供元が現在のクライアントの形式に対応しているかを確認してください。ブラウザーで開けるURLでも、サブスクリプションURLとは限りません。ログイン画面やHTMLが返される場合、クライアントはそれをプロキシ設定として読み込めません。提供元がサブスクリプション用として案内しているURLだけをインポートしてください。

サブスクリプションURLにはアカウントの認証情報が含まれている場合があります。公開コメントやスクリーンショット、不明な変換サイトに貼り付けたり、URL全体を他人に転送したりしないでください。問い合わせるときはエラーメッセージを残し、URL内の機密情報を隠してください。インポートに成功してプロキシグループが表示されたら、設定はそのままにして、次の手順ではモードとノードだけを変更します。複数の設定を同時に変えないようにしましょう。

2. ルールモードとプロキシノードを選ぶ

クライアントのホーム画面または「プロキシ」画面を開き、「ルール」「グローバル」「直接接続」のモードを選ぶ項目を探します。初めて使う場合は「ルール」がおすすめです。このモードでは、読み込まれた設定のルールに基づいて、リクエストをどのプロキシグループに送るか、直接接続するか、拒否するかを決定します。画面の言語やサイト名から用途を自動で推測するわけではありません。利用できる振り分け動作は、読み込まれている設定によって異なります。

ルールモードを選んだら、プロキシグループを確認します。設定によっては「ノード選択」「プロキシ」など別の名前が付いているため、ガイドと同じ名称でなくても問題ありません。手動選択が必要なグループを開き、使用権限のあるノードを選択して、現在の選択肢として表示されていることを確認してください。グループ内で別のプロキシグループを選んでいる場合は、その下位グループの選択結果も確認します。自動選択やフォールバックなどのグループは設定されたポリシーで動作するため、すべてのグループを同じノードに変更する必要はありません。

ノードを選んでから接続を確認

画面に遅延テストがある場合は実行し、正常な応答が返るノードがあるか確認できます。ただし、これは指定されたテスト先への一度の応答を示すだけで、実際のダウンロード速度や、すべてのサイト・UDP通信が利用できることを保証するものではありません。テストがタイムアウトしても、テスト先やローカルネットワークが原因の可能性があります。ノードを選んだ後も、手順4で実際のアクセスと接続ログを確認してください。

テストの数値を追い求めて、多数のノードを何度も切り替えるのは避けましょう。候補を1つ選んで接続と動作を確認し、実際のアクセスに失敗した場合だけノードを切り替えて再試行します。これなら、ノード、モード、通信の取り込み方法のどこに問題があるかを切り分けられます。複数の設定を同時に変更すると、たまに使えるだけで原因がわからなくなります。

「モード」と「通信の取り込み方法」も区別してください。モードはリクエストがコアに入った後の経路を決め、システムプロキシやTUNはどのリクエストをコアに取り込むかを決めます。グローバルモードに切り替えただけでは、すべてのアプリが自動的にシステムプロキシを利用するわけではありません。同様に、TUNを有効にしてもルールモードが自動でグローバルモードに変わるわけではありません。ルールモードと選択したノードを維持し、次はデバイスの通信を取り込みます。照合順序の詳細はルールによる振り分けを参照してください。

3. 接続を有効にしてシステムの許可を完了する

クライアントのホーム画面に戻り、まずコアが起動していることを確認するか、アプリの起動・接続ボタンを押します。設定の読み込みに失敗している場合は、手順1に戻って対処してください。システムプロキシを何度も切り替えても、設定ファイルの構文エラーは解決しません。コアの起動とシステムプロキシは別のものです。クライアントの画面を開いていても、システムからリクエストが送られていないことがあります。

PCではシステムプロキシを使ってブラウザーをテスト

Windows、macOS、Linuxのデスクトップクライアントで「システムプロキシ」を探して有効にします。多くのGUIクライアントは、OSのプロキシ接続先をローカルの待ち受けポートに設定するため、他のガイドに書かれたポート番号を手入力する必要はありません。以前にプロキシアドレスを手動で設定した場合は、現在のクライアントに表示される待ち受け設定を確認してください。以前のポート番号は使えなくなっている可能性があります。

有効にしたら、システムプロキシに従うブラウザーでテストページを開きます。別のプロキシクライアントを同時に動かしたり、プロキシ設定を上書きするブラウザー拡張機能を有効にしたりするのは避けてください。後から起動したソフトが同じシステム設定を書き換える可能性があります。アプリによっては独自のプロキシ設定を使い、ターミナルのプログラムもデスクトップのシステムプロキシを参照するとは限りません。ブラウザーが使えて特定のアプリが使えなくても、すぐにノードの障害と判断しないでください。

スマートフォンでVPN接続を許可

AndroidまたはiOSでクライアントの接続ボタンを押すと、システムからVPN接続の許可を求められることがあります。表示されたアプリ名が使用中のクライアントと一致することを確認して、接続を許可してください。その後アプリに戻って接続状態を確認し、システムのステータスバーにVPNアイコンが表示されているかも確認します。このアイコンはネットワーク接続が確立したことを示すもので、リモートノードが利用可能かどうかまでは判断できません。

デバイスで別のVPNアプリを接続している場合は、システム設定で確認し、使わない接続を切断してから現在のクライアントを起動してください。Androidで初回テストを行うときは、クライアントを前面に表示したままにしておきます。画面ロック後に切断される場合に限り、バックグラウンド動作やバッテリー管理の制限を確認しましょう。これにより、初回から接続できない問題と、バックグラウンドで終了される問題を分けて対処できます。

必要な場合にだけTUNを有効にする

システムプロキシを使ったブラウザー接続は正常でも、対象のアプリがその設定に対応していない、または参照しない場合は、TUNを検討できます。TUNは仮想ネットワークインターフェースを使って通信を取り込み、追加の権限、ルーティング、DNS設定が必要になる場合があります。デスクトップクライアントでは、サービスのインストール、管理者権限、システムの許可が求められることがあります。現在のクライアントの案内に従い、スイッチがあるからといって関連項目をすべて有効にしないでください。

TUNを初めて試すときは、元のシステムプロキシの状態を記録し、クライアントの説明に従って設定してください。複数の通信方式を手動で重ねないようにしましょう。権限エラーやルーティングの異常が起きたら、まずTUNを無効にし、以前のシステムプロキシ設定が使えることを確認してください。自動ルーティング、厳格なルーティング、DNSの引き継ぎについてはTUNの設定を参照してください。ここでは、安定して通信を取り込める方式を1つ選べば十分です。

4. リクエストとルールの動作を確認する

接続したら、現在の設定でプロキシ経由になる想定のサイトを開き、直接接続される想定の日常的なサービスにもアクセスします。どちらも開ければ基本的な通信は正常ですが、振り分けを確認するには、クライアントの「接続」「アクティビティ」などの画面も確認してください。テストページを再読み込みした直後にログを見ると、バックグラウンドの通信が増えて記録を追いにくくなるのを避けられます。

Webページのリクエストとクライアントのログを照合

接続ログで、先ほど開いたサイトのドメインを探し、適用されたルール、使用したプロキシグループ、最終的な送信先を確認します。表示項目はクライアントによって異なり、プロキシチェーンや接続先だけを表示する場合もあります。実際に確認できる情報を基準にしてください。リクエストが直接接続されていても、設定上そのように指定されているなら正常な振り分けです。無理にプロキシ経由へ変更する必要はありません。

ブラウザーでアクセスできるのに接続一覧に記録がない場合、アプリが現在の通信方式を経由していない、接続がすでに終了している、または一覧にフィルターがかかっている可能性があります。まずフィルターを解除してページを再読み込みし、ブラウザー独自のプロキシ設定も確認してください。外部IP確認サイトの結果だけで判断しないでください。そのサイト自体がルールで直接接続に設定されている場合があり、キャッシュや既存の長時間接続も確認結果に影響します。ルールのログと実際のアクセス結果を合わせて判断しましょう。

失敗したら変更する条件は1つだけ

すべてのページが開けない場合は、システムプロキシを無効にするかVPNを切断し、通常のネットワークに戻るか確認します。通常の接続も不安定なら、まずローカルネットワークを調べてください。通常の接続は戻るのに、プロキシ接続後に失敗する場合は、設定が有効か、コアが動作しているか、ノードが選択されているかを確認します。その後はノードだけを変更して再テストしてください。DNS、モード、ポートを一度に変更しないでください。

一部のドメインだけが失敗する場合は、適用されたルールを確認してください。ログに名前解決エラーが多く表示される場合は、DNSを調べます。ブラウザーは使えて他のアプリが失敗する場合、先にそのアプリの通信がクライアントに取り込まれているか確認し、すぐに再インストールするのは避けましょう。エラーの詳しい説明はよくある質問から症状別に探せます。DNSの動作モードとFake-IPの概念は用語集、具体的な設定はDNSの設定を参照してください。

使える状態を保存して正しく終了する

接続が正常なことを確認したら、使用中の設定、モード、通信の取り込み方法を記録しておきます。サブスクリプションを更新した後は、プロキシグループの選択が変わっていないか確認してください。クライアントにバックアップやエクスポート機能があれば、現在使える設定を保存し、機密情報を適切に管理しましょう。初回の動作確認が終わるまでは、スタートアップへの登録は不要です。確認前の設定がログインのたびに自動でネットワークを切り替えるのを防げます。

使い終わったら、デスクトップでは先にシステムプロキシを無効にしてからクライアントを終了します。スマートフォンでは切断ボタンを押し、システムのVPN接続が終了したことを確認してください。クライアントによっては通常の終了時にシステム設定を自動で戻しますが、プロセスを強制終了すると後処理が完了しない場合があります。終了後に突然インターネットへ接続できなくなったら、システムがローカルのプロキシポートを参照し続けていないか確認し、残った設定を無効にしてから再試行してください。デバイスのネットワーク設定をすぐにリセットする必要はありません。