開始前の準備：クライアントとサブスクリプションURL
正常に使えるWi-Fiまたはモバイルネットワークに接続し、起動中のほかのVPNを終了してからClashクライアントを開きます。ホテルや公共施設のWi-Fiなど、ネットワークへのログインが必要な場合は、先にブラウザーで認証を済ませてください。この認証をプロキシ設定で代用することはできません。認証前にサブスクリプションを何度も更新しても、通常はダウンロードに失敗します。
次に、サブスクリプション提供元から発行されたClash対応URLを用意します。サブスクリプションURLは、クライアントが設定ファイルをダウンロードするためのアドレスです。設定ファイルには通常、プロキシノード、プロキシグループ、ルーティングルールが含まれています。クライアントは設定を読み込んで実行するもので、インストールしただけでは利用可能な接続先は手に入りません。提供元のアカウントページ、支払いページ、サブスクリプションURLはそれぞれ別のものです。コピーする前に、Clashまたはmihomoに対応していることを確認してください。
サブスクリプションURLには、アカウント固有の情報が含まれている場合があります。利用するクライアントにだけ貼り付け、URL全体を公開スクリーンショットやグループチャット、問い合わせに載せないでください。YAML形式の設定ファイルを受け取った場合は、最初に「ファイルからインポート」を選べば、その後のモード選択、接続、確認手順は同じです。形式や互換性については設定ファイル用語ガイドをご覧ください。初回接続では、ファイルの内容を編集する必要はありません。
1 · サブスクリプションを追加して設定を選択
クライアントの設定画面を開き、追加ボタンをタップします。右上のプラスボタンから追加するクライアントもあれば、「新しい設定」と表示されるものもあります。「URLからインポート」または「リモート設定」を選び、普段使いの設定など見分けやすい名前を入力して、コピーしたサブスクリプションURLを貼り付けます。名前は端末上で設定を区別するためのもので、サブスクリプションの内容には影響しません。
保存する前に、URLの先頭と末尾を確認してください。説明文まで一緒にコピーしていないか、改行や余分な空白が入っていないかを確認します。「保存」「ダウンロード」または「インポート」をタップし、クライアントがファイルを取得するまで待ちます。成功すると、通常は設定一覧に項目が追加され、更新日時などが表示されます。提供元によって返される情報は異なるため、プランの通信量が表示されないだけでインポート失敗とは限りません。
一覧に設定が表示されたら、それをタップして現在の設定として選択します。チェックマークが付くクライアントもあれば、ホーム画面に現在の設定名が表示されるものもあります。実際の画面で確認してください。次にプロキシ画面を開き、プロキシグループと選択肢が表示されることを確認します。ここではすべてのノードをテストするのではなく、設定が読み込まれ、画面が空のままではないことを確かめます。
ダウンロードに失敗した場合は、まず基本ネットワークからサブスクリプション提供元のページにアクセスできるか確認し、URLが有効かどうかも確かめます。解析エラーが表示されたら、コピーしたURLがClash対応のサブスクリプションか確認してください。ウェブページのURLや別クライアント向けの形式は、Clashの設定としてそのまま使えません。アカウント情報を含むURLを、信頼できない変換サイトに入力しないでください。利用可能なローカルファイルがある場合は、設定画面に戻って「ファイルからインポート」を選び、ファイルへのアクセスを許可してから設定を選択します。
初回のダウンロード後、すぐに自動更新の設定をすべて有効にする必要はありません。まず接続を確認し、この設定が使えることを確かめてから、設定の詳細画面で更新間隔を指定します。手動で更新する場合は、完了を待ち、現在の設定が引き続き選択されているか確認してください。設定内のノード名やグループ名が変わり、以前の選択を確認し直す必要が生じることもあります。更新失敗やサブスクリプションの有効性については、インストールと設定のよくある質問をご覧ください。
2 · Ruleを選び、プロキシグループを確認
設定の読み込みが終わったら、ホーム画面または設定画面に戻り、モードを選びます。初めて使う場合はRule（ルールモード）を選択してください。設定内のルールに従って、接続ごとにプロキシ経由にするか直接接続するかを決めるモードです。普段使いに適しており、後でサイトごとの動作を確認しやすくなります。選択後、メニューを開いただけで保存されていない状態ではなく、画面にRuleまたはルールと表示されていることを確認してください。
Globalはグローバルモードで、通常はすべての通信を設定内のグローバルプロキシグループに渡します。Directは直接接続モードで、通常はプロキシノードを経由しません。特定の用途や一時的な比較には使えますが、初回接続時に一つずつ切り替える必要はありません。特にDirectを標準の推奨設定と考えないでください。サービスが実行中と表示されても、直接接続モードでは期待するプロキシ経由の通信はできません。
次に、プロキシまたはプロキシグループの画面を開きます。プロキシグループは、設定内で接続先を選ぶためのまとまりです。個別のノード、自動選択グループ、ほかのグループ、DIRECTなどが含まれることがあります。まず主要なプロキシ選択グループを探してください。「プロキシ選択」「ノード選択」「Proxy」などの名前がよく使われますが、名称は設定の作成者によって異なるため、特定の名前だけで判断しないでください。提供元の設定ガイドがあれば、ルールで実際に参照されているグループを確認します。
そのグループ内で利用可能なノード、または設定に用意された自動選択グループを選びます。自動選択は通常、設定されたヘルスチェックに基づくもので、どんなサブスクリプションでもクライアントが自動で最適なルールを作るわけではありません。グループでDIRECTが選択されていて、そのグループに該当する通信をプロキシ経由にしたい場合は、ノードに切り替えてください。グループ内の選択が通信に影響するのは、該当するルールがそのグループを参照している場合だけです。
この段階ではTUNを有効にする必要はありません。TUNは通信を取り込む方法の一つであり、Rule、Global、Directとまったく同じ階層のルーティングモードではありません。Androidクライアントでは通常、システムVPNインターフェースを通じて端末の通信を受け取ります。まずは標準の接続設定を保ち、モード、DNS、通信の取り込み方法を同時に変更しないようにしましょう。それぞれの用語の関係はRuleとTUNの解説をご覧ください。カスタムルールの設定は、初心者から上級者向けのガイドで扱います。
3 · 接続を開始してVPNを許可
現在の設定とプロキシグループを確認したら、クライアントのホーム画面に戻り、「開始」「接続」またはサービススイッチをタップします。Androidで初めて接続すると、アプリがVPN接続を作成することを知らせるシステムのリクエストが表示されます。インストールしたクライアントからのリクエストであることを確認し、「許可」または「OK」をタップしてください。誤ってキャンセルした場合は、ホーム画面に戻って接続を開始し直します。サブスクリプションを再インポートしても、このシステム権限は付与されません。
ここで使われるVpnServiceは、AndroidがアプリにローカルVPNインターフェースを作成させる仕組みです。クライアントはこれを通じて端末のネットワーク通信を受け取り、設定に従って転送します。システムにVPNアイコンが表示されても、インターフェースが作成されたことを示すだけで、リモートノードへの接続や、すべてのアプリがプロキシ対象になることまでは保証されません。まずクライアントのホーム画面に実行中と表示されるのを待ち、次の手順で実際の通信を確認します。
起動直後に停止する場合は、ほかのVPNや、端末のVPN機能を使うファイアウォール・通信フィルターアプリが起動していないか確認します。同じユーザー環境では、複数のアプリがシステムVPN接続を取り合うことがあります。別のサービスを停止してから再試行し、複数のスイッチを同時に何度も切り替えないでください。それでも失敗する場合は、クライアントのログで起動エラーを確認し、内容を控えておきます。共有する前に、サブスクリプションURLとアカウント情報を隠してください。
接続が安定したら、Androidのホーム画面でクライアントのアイコンを長押しし、「アプリ情報」を開いて、バッテリーまたはアプリの電池使用量の設定を探します。「制限なし」「バックグラウンドでの動作を許可」などの項目があれば、クライアントのバックグラウンド動作を許可してください。メーカーによっては自動起動やバックグラウンド管理の設定が別にあります。現在のシステムに表示される項目名で探してください。画面ロック後のサービス切断を減らすための設定であり、端末全体の省電力機能をすべて無効にする必要はありません。
Windows、macOS、LinuxのGUIクライアントでは、コアの起動後にシステムプロキシも有効にしないと、ブラウザーなどシステム設定に従うアプリがプロキシを使わない場合があります。コマンドラインツールはシステムプロキシを参照しないこともあるため、ターミナルからアクセスできないだけで設定全体が無効と判断しないでください。デスクトップ版のTUNには追加の権限が必要な場合があります。初めて使うときはシステムプロキシでブラウザーの動作を確認しましょう。デスクトップ版とAndroid版で通信を取り込む方法の違いは、詳しいガイドをご覧ください。
4 · 実際にアクセスしてルールの動作を確認
サービスを実行したまま、まず普段から正常にアクセスできるサイトを開き、次にサブスクリプションのルール上プロキシ経由になるサイトを開きます。すでに読み込み済みのページを更新するだけでなく、新しいタブで個別のページを開き、テキストや画像が実際に読み込まれることを確認してください。両方の種類のサイトを試せば、基本ネットワークの問題とプロキシ経路の問題を切り分けられます。ステータスバーのアイコンだけを見るより、実際の利用状況に即した確認ができます。
次にクライアントの接続履歴またはログを開き、先ほどアクセスしたドメインを探します。接続の詳細を表示できるクライアントでは、適用されたルール、使用したプロキシグループ、最終的な接続先を確認できます。直接接続のルールに一致したサイトでDIRECTと表示されるのは正常な場合があります。プロキシ経由になるサイトでは、想定したグループとノードに接続しているか確認してください。ログの表示方法はクライアントによって異なります。詳細項目が表示されない場合は、画面表示にこだわらず、実際のアクセス結果を基準に判断しましょう。
ノードのテストに成功しても、すべてのサイトが開けるとは限りません。テスト先と実際のサイトは異なる場合があり、ウェブページが複数のドメインを使うことや、アプリが独自のネットワーク設定を持つこともあります。出口IPの確認は補助的な手段ですが、ルールモードでは確認サイト自体が直接接続になる場合もあります。そのため、端末の通常の出口IPが表示されたとしても、それだけでプロキシの不具合とは判断できません。対象の通信に適用されたルールと、実際の接続先を合わせて確認してください。
テストした2つのサイトがどちらも開けない場合は、プロキシサービスを停止して、普段アクセスできるサイトをもう一度試します。停止しても失敗する場合は、Wi-Fi、モバイルネットワーク、ネットワーク認証を先に確認してください。停止すると正常に戻る場合は、クライアントに戻り、現在の設定が選択されているか、プロキシグループが正しいか、サービスが継続して動作しているか確認します。設定は一度に一つだけ変更し、同じテストページを再度開いてください。複数の項目を同時に変えると、どの操作が有効だったのか分からなくなります。
通常のサイトは開けるのに、プロキシが必要なサイトだけ失敗する場合は、プロキシグループに戻って別の利用可能なノードを選び、同じアクセスをもう一度試します。それでも失敗する場合は、ログで接続タイムアウト、ドメイン名の解決失敗、設定エラーなど具体的な内容を確認してください。設定をすべて削除したり、ネット上のDNS設定をそのままコピーしたりしないでください。ドメイン名の解決失敗とノードのタイムアウトは別の問題です。詳しくはトラブル対処のよくある質問を開き、エラーの種類に応じて順に確認してください。
最後に、普段の利用環境でも確認します。しばらく画面をロックしてから解除し、テストページを開き直してください。次にWi-Fiからモバイルネットワークへ切り替え、通信が復旧してから再度アクセスします。画面ロック後だけ切断する場合は、手順3に戻ってバックグラウンド制限を確認してください。特定のネットワークだけで失敗する場合は、そのネットワーク環境のまま原因を調べます。ネットワーク切り替え時に一時的な再接続が起きても、すぐに設定を変更せず、まず基本ネットワークが使える状態になるのを待ってから、サービスが自動復旧するか確認しましょう。
次回サブスクリプションを更新するときも、今回と同じ順序で確認できます。設定の読み込み、プロキシグループ、サービスの状態、実際のアクセスを順に確認してください。カスタムルールの追加、DNSの変更、デスクトップ版TUNの設定が必要になった場合は、初心者から上級者向けの完全ガイドをご覧ください。動作確認済みの設定を一つ残しておくと、応用設定で問題が起きたときに元の状態へ戻しやすくなります。