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

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

クライアントを開き、「設定」または「サブスクリプション」画面に進みます。初回起動時に何も表示されていなくても、設定がまだ追加されていないだけなので問題ありません。「新規追加」「サブスクリプションを追加」またはプラス記号のボタンを押し、リモートURLを追加する方法を選びます。サービス提供元のページにあるサブスクリプションURLを省略せずにコピーして入力欄に貼り付け、「日常用」など識別しやすい名前を付けてから、「保存」「インポート」「ダウンロード」のいずれかを選びます。

貼り付けたら、URLの先頭と末尾を確認し、空白や改行、説明文が混入していないか確かめてください。サブスクリプションURLには通常、アクセス用の認証情報が含まれます。アカウント情報と同じように管理し、公開コメント欄に投稿したり、URL全体が写った画面を相談用に共有したりしないでください。サービス提供元が複数のクライアント形式を用意している場合は、現在のクライアントのコアに対応したClashまたはMihomo形式を選びます。任意のノード共有URLをサブスクリプション全体として追加することはできません。

保存したら、ダウンロードと解析が終わるまで待ちます。成功すると、入力した名前の設定カードが表示されます。クライアントによっては更新日時や更新ボタンも表示されます。設定カードが表示されただけでは、有効になったとは限りません。カードをタップするか、カードのメニューから「使用」「有効化」などを選び、選択中のマークが付くまで進めてください。その後、プロキシ画面を開き、設定に含まれるプロキシグループと選択可能な回線が表示されていることを確認してから、次の手順に進みます。

ローカル設定ファイルを使う場合

ファイルを受け取った場合は、設定画面から「ファイルからインポート」を選び、サービス提供元から入手したYAMLファイルを指定します。インポート後は、設定を選択して有効にする必要があります。拡張子だけで内容が正しいと判断しないでください。Webページから保存したログイン画面は、ファイル名を設定ファイルに変えてもコアでは読み込めません。解析エラーが表示された場合は、まず元のファイルを入手し直してください。形式に詳しくない場合、エラー箇所の前後をむやみに削除しないでください。

ローカルファイルとリモートサブスクリプションでは、以後の更新方法が異なります。リモートサブスクリプションは通常、更新ボタンで内容を再取得できます。ローカルファイルは再インポートするか、手動で置き換える必要があります。初回は、利用できることが確認できた方法を一つ選べば十分です。同じ設定を何度も追加すると、古い設定を選んで新しいサブスクリプションが反映されていないと誤解する原因になります。

インポートできない場合は、まず入手元を確認

ダウンロードに失敗したというメッセージが表示されたら、サービス提供元のページに戻り、サブスクリプションが有効か、ログインが必要か、クライアント専用の正しいURLをコピーしたかを確認します。形式がサポートされていない場合は、「内容をダウンロードできたこと」と「その内容を解析できること」を分けて考えてください。この場合、グローバルモードに切り替えても形式エラーは解決しません。すぐにシステムDNSを変更する必要もありません。まず設定を正常に読み込ませてから、接続の問題を確認します。

この手順の完了条件は、設定画面に現在の設定が明確に表示され、プロキシ画面にその設定のプロキシグループが表示され、設定の解析エラーが繰り返し発生していないことです。この状態になったら、次はリクエストの振り分け方法と、プロキシグループで実際に使う回線を決めます。

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

「プロキシ」画面を開くか、ホーム画面でモード切り替えを探します。一般的な選択肢は「ルール / グローバル / 直接接続」で、英語ではRule、Global、Directと表示されます。初回はルールモードを選びましょう。現在の設定に基づいて、リクエストを直接接続するか、プロキシ経由にするか、拒否するかを決めます。日常的な利用に適しており、ルールの適用記録から特定のWebサイトで使われた出口を確認できます。

モードを選んだら、プロキシグループも確認します。モードはルーティングの判定方法を決め、プロキシグループはルールがプロキシを指定したときに実際に使う回線を決めます。設定内の主要なプロキシグループを開き、現在の選択項目を確認してください。グループ名は設定の作成者が決めるため、「Proxy」「ノード選択」などさまざまです。名前だけで、すべてのリクエストを処理するグループだと判断せず、サービス提供元の設定説明を優先してください。

主要なプロキシグループでDIRECTが選択されている場合は、意図した設定か確認してください。DIRECTは直接接続を意味し、プロキシノードではありません。プロキシが必要な接続先では、通常、利用可能な回線か設定に用意された自動選択グループを選びます。初回のトラブルシューティングでは、出口が明確な手動選択が適しています。自動選択は、設定が正常に使えることを確認した後に利用しましょう。切り替え方法は設定内容によって異なります。

グローバルモードでも、すべてのアプリの通信が取り込まれるわけではありません

グローバルモードで変わるのは、プロキシコアに届いた通信のルーティング方法だけです。もともとシステムプロキシを経由しないアプリの通信が、自動的にコアへ送られるわけではありません。ブラウザーではプロキシが使えるのに、特定のデスクトップアプリでリクエスト記録が見つからない場合、ルールモードとグローバルモードを何度切り替えても解決しないことがあります。まず次の手順で通信を取り込み、TUNが必要かどうかを判断してください。

クライアントに速度テスト機能があれば、現在のプロキシグループで一度試してみてもかまいません。テスト成功は、その時点でテスト先に該当回線から接続できたことを示しますが、すべてのWebサイトやアプリが使える保証にはなりません。タイムアウトはテスト先の問題で起きることもあります。初回設定で最小の数値を何度も追い求める必要はありません。まずは実際のWebページを開ける回線を選びましょう。

この手順を終える前に、現在の設定を2つ覚えておきましょう。モードが「ルール」であることと、主要なプロキシグループで選択している回線または自動選択グループです。後で問題が起きたとき、この2つが再現と確認に役立ちます。ルールの順序、ネストされたプロキシグループ、自動選択の仕組みについてはシステム設定ガイドで詳しく解説しています。初回接続の前に変更する必要はありません。

3. 接続を開始し、システムの通信をプロキシに通す

設定とポリシーを選んだら、ホーム画面に戻って接続を開始します。デスクトップクライアントの中には、アプリの起動時にコアも実行されるものと、「起動」や電源ボタンを押す必要があるものがあります。まずコアの起動エラーが表示されていないことを確認し、その後システムプロキシを有効にします。「コアが動作していること」と「アプリのリクエストがコアに届いていること」は別です。前者はローカルサービスの準備ができた状態にすぎず、ブラウザーの通信で選択したポリシーが使われるかどうかは後者で決まります。

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

WindowsやmacOS向けの一般的なデスクトップクライアントでは、「設定」または「ネットワーク設定」を開き、「システムプロキシ」を有効にします。クライアントによっては、タスクトレイやメニューバーの右クリックメニューにも同じ項目があります。初回テストではこの方法で十分です。通常、ブラウザーはシステムプロキシの設定に従います。Linuxのデスクトップ環境ではプロキシの設定方法が異なるため、クライアントが自動で設定できない場合は、使用中のクライアントの説明を確認してください。ほかのOSのメニュー手順をそのまま使わないでください。

ブラウザーにプロキシ切り替え拡張機能をインストールしている場合は、拡張機能をシステムプロキシに従う設定にするか、独自のプロキシルールを一時的に無効にしてください。ブラウザー自体に別のプロキシアドレスが設定されている場合も、まずシステムと同じ設定に戻します。そうしないと、クライアントでシステムプロキシが有効になっていても、ブラウザーが別のポートに接続し、サブスクリプションも回線も正しいのにWebページが開かないことがあります。

初回接続で混合ポートを手動変更する必要はありません。ログにポートの競合が明確に表示された場合や、ほかのアプリでプロキシアドレスを手動入力する必要がある場合に限り、クライアントが実際に待ち受けているローカルアドレスとポートを確認してください。ほかのガイドにある数値をそのままブラウザーに入力しないでください。クライアントや過去のインストール状況によって設定は異なります。

モバイルでは、システムの案内に従って接続を許可する

AndroidまたはiOSのクライアントで、ホーム画面の「接続」または電源ボタンをタップします。初回接続時は、システムからVPN接続の確立やVPN構成の追加を求められるのが一般的です。現在インストールしているクライアントからの要求であることを確認し、画面の案内に従って許可してください。アプリに戻り、接続状態が安定するまで待ちます。システムにVPNの表示が出ても、ネットワークトンネルが確立したことを示すだけです。回線が使えるかどうかは、次の手順で実際にアクセスして確認してください。

接続ボタンを押してすぐ切断される場合は、まずアプリ内のエラーメッセージを確認し、別のVPNが接続を占有していないか調べてください。初回テストでは、ネットワークを制御するクライアントを一つだけにし、複数のプロキシツールが互いの設定を上書きしないようにします。状態が安定する前に接続ボタンを何度も押さないでください。起動と停止の記録が混在し、原因を判断しにくくなります。

TUNモードを検討するタイミング

ブラウザーでは正常に動作しているのに、システムプロキシに従わないアプリでもプロキシを使いたい場合は、TUNを検討してください。仮想ネットワークインターフェースで通信を取り込むため、サービスモードや管理者権限、システムの許可が必要になることがあります。具体的な要件はクライアントの案内に従ってください。TUNを有効にしても、ルーティングや除外設定、システムの制限によって通信の対象範囲は変わります。すべての問題が解消するわけではありません。

このガイドの初回テストでは、確認事項を増やさないためTUNを併用しません。必要な場合は、まず現在の設定を記録し、クライアントの説明に従って権限を許可してから、あらためて動作を確認してください。有効にした後、端末全体がインターネットに接続できなくなった場合は、まずTUNを無効にし、先ほど使えていたシステムプロキシの設定に戻します。その後、システム設定ガイドの通信取り込みに関する説明を確認してください。DNSとルーティングを同時に変更しないでください。

4. リクエストとプロキシの出口を確認する

接続状態が安定したらブラウザーを開き直し、まず普段から直接アクセスできるWebページを開いて、基本的なネットワーク接続を確認します。次に、実際にプロキシを使いたいページを開き、内容が最後まで読み込まれるか確認してください。キャッシュ済みの古いタブを再読み込みするだけではなく、ページのタイトルが表示されたかだけで判断しないようにしましょう。本文や画像が表示され、その後のリクエストも完了するかどうかが、実際のアクセス状況を判断する手がかりになります。

接続先のページを開いたままクライアントに戻り、「接続」または「ログ」画面を表示します。Webページを再読み込みし、そのとき発生した新しいリクエストを探して、対象ドメイン、適用ルール、最終的なポリシーを確認してください。クライアントによっては、接続記録が終了後すぐに消えます。再読み込み前に記録画面を開くか、最近のログを確認してください。記録が見当たらない場合は、ログのフィルターで該当リクエストが除外されていないかも確認します。

Webページの表示結果とルーティング記録を合わせて確認する

ルールモードでは、一部のWebサイトがDIRECTと表示されるのは想定どおりで、プロキシ接続の失敗を意味しません。確認するのは、プロキシが必要な接続先に期待どおりのプロキシグループが適用されているか、そのグループで最終的にプロキシ回線が選ばれているか、ページが正常に読み込まれるかです。主要なプロキシグループが別のグループを参照している場合は、最上位の名前だけでなく、クライアントに表示される選択経路全体を確認してください。

出口をさらに確認する場合は、信頼できるIPアドレス確認ページを使い、接続前後を比較できます。ただし、そのページへの通信もルールによって振り分けられる点に注意してください。確認ページへの通信が直接接続されていると、表示されるのはローカルネットワークの出口です。その結果だけで、ほかのWebサイトがプロキシを使っていないとは判断できません。出口アドレス、リクエスト記録、実際のWebページの表示結果を照らし合わせ、どれか一つだけに頼らないでください。

Webページが開かないときは、順番に確認

クライアントに該当するリクエストが記録されていない場合は、手順3に戻り、システムプロキシが有効か、ブラウザーがシステム設定を使っているか、ほかのプロキシ拡張機能やVPNが動作していないか確認します。この場合は、まずリクエストがクライアントに届くようにします。サブスクリプションをすぐに変更する必要はありません。リクエストがコアに届いているのに接続できない場合は、プロキシグループの選択、回線の状態、ログに明確なエラーがないかを確認してください。

ルールモードで接続できない場合は、一時的にグローバルモードへ切り替えて比較できます。グローバルポリシーでも有効な回線が選択されていることを確認してください。グローバルでは接続できるのにルールモードではできない場合は、ルールの適用結果やプロキシグループの選択を重点的に確認します。どちらでも接続できない場合は、サブスクリプションの有効性、回線、ローカルネットワークを確認してください。比較が終わったらルールモードに戻し、一時的な設定をそのまま使い続けないようにしましょう。

特定のWebサイトやアプリだけで問題が起きても、設定全体をすぐにリセットしないでください。まずほかの接続先で確認し、発生時刻、対象ドメイン、使用中のモード、関連するエラーの概要を記録します。相談する際は、サブスクリプションURL、アカウント情報、個人のアクセス記録を隠してください。DNS、証明書、ルール、ポートに関する詳しい確認はClashのシステム設定ガイドをご覧ください。初回設定で一度に多くの項目を変更するのは避けましょう。

最後に、日ごろの使い方を簡単に決めておきましょう。サブスクリプションが無効になったら、まず設定を更新します。接続に問題が起きたら、現在のポリシーを確認します。デスクトップクライアントを終了する前に、システムプロキシが無効になっているか、クライアントが適切に元の設定に戻せることを確認してください。アプリ終了後にインターネットへ接続できない場合は、システムのネットワーク設定にローカルアドレスを指すプロキシが残っていないか確認します。次回起動時も同じ4ステップで確認すれば、何度もアンインストールと再インストールを繰り返すより原因を見つけやすくなります。