Clash Android版のクイックスタート：サブスクリプション、モード、接続と確認

このガイドはClash Meta for Android、およびClashまたはmihomo設定ファイルを読み込めるAndroidクライアントに対応しています。初めて操作する前に、正常にインターネットへ接続できるAndroid端末、インストール済みのクライアント、有効なClash設定用サブスクリプションURLを用意してください。サブスクリプションURLは通常、利用中のネットワークサービス提供元が発行します。見た目は一般的なWebアドレスに似ていますが、返される内容はYAML設定、または変換済みの設定データです。

クライアントをまだインストールしていない場合は、まずAndroidインストールパッケージのページから対応するアプリを選びます。インストール後に一度クライアントを起動し、ホーム画面が開けること、プロキシ、設定、オーバーライド、ログ、設定などのメニューが表示されることを確認してください。メニュー名はプロジェクトによって異なり、設定画面がConfigurationやProfilesと表示される場合もあります。目的は同じで、クライアントに実行可能な設定を取得して有効化することです。

サブスクリプションURLは設定へアクセスするための認証情報です。信頼できる端末とアプリで管理してください。コピーする際は文字列全体を保持し、先頭のプロトコル、パスパラメータ、末尾の文字が欠けないように注意します。サービス提供元が複数の形式を用意している場合は、Clash、Clash Meta、mihomoと明記された形式を選びます。汎用リンクや他のプロキシツール専用形式はクライアントで直接解析できないことがあるため、サービス提供元のページで互換性のある設定を生成してください。

Android上で、システムVPNインターフェースを使用する別のアプリが動作していないかも確認してください。Androidでは通常、1つのVPNサービスしかこのインターフェースを占有できません。別の通信管理ツールが接続中だと、Clashの起動時にトンネルを確立できない場合があります。準備が整ったら設定画面でサブスクリプションを追加してください。設定が空になる、起動に失敗するといった問題を減らせます。

クライアントのホーム画面を開き、設定または設定ファイルの画面に移動します。初回はリストが空になっていることが一般的です。画面右上の追加ボタンをタップし、URL、リモートファイル、またはサブスクリプションからの追加を選びます。ローカル設定の新規作成は選ばないでください。ローカル設定は主にYAMLを手動で記述するためのもので、今回はサービス提供元が用意した完全な設定をクライアントに直接ダウンロードさせます。

追加画面で、サブスクリプションURLをURL入力欄に貼り付けます。名前にはサービス名、用途、端末名など、後から識別しやすいものを入力してください。自動更新間隔は、まずクライアントの初期値を使用すれば問題ありません。手動で入力する場合、一般的な設定は1440分、つまり1日1回です。更新では設定内容を再取得するだけで、現在使用中のプロキシ選択まで自動的に置き換わるとは限りません。日常利用でもサブスクリプションの状態とプロキシグループの選択を確認してください。

内容を確認したら保存またはダウンロードをタップします。クライアントがサブスクリプションURLへアクセスし、設定を解析します。成功すると、設定リストに入力した名前が表示され、最終更新日時が表示される場合もあります。その設定をタップして現在の設定にします。ラジオボタンで有効化するクライアントもあれば、項目メニューから有効化するクライアントもあります。ホーム画面に戻り、タイトル部分または設定状態に追加した名前が表示されていれば、切り替えは完了です。

保存後もリストに項目が追加されない場合は、起動ボタンを何度も押さないでください。追加画面に戻り、URLが完全か確認します。また、スマートフォンのブラウザでサービス提供元のサブスクリプション管理ページにアクセスできるか確認してください。形式エラーが表示される場合、返された内容が互換性のあるClash設定ではないか、サブスクリプションが期限切れになっている可能性があります。その場合はサービス提供元のページでClash Metaまたはmihomo形式を再生成し、クライアント内で不明な項目を適当に編集しないでください。

設定のダウンロードが成功したら、設定の詳細を開いて基本構造を確認できます。実行可能な設定には通常、プロキシ、プロキシグループ、ルールなどが含まれます。プロキシグループは通信の出口を決め、ルールはドメインやIPに適用するプロキシグループを決めます。初回はYAMLを1行ずつ読む必要はありません。プロキシ画面にプロキシグループが表示されていることだけ確認してください。設定ファイル、プロキシグループ、ルールの定義は用語クイックリファレンスで分類別に確認できます。

ここまでで、クライアントは通信を処理するための設定を備えています。次はルールをどのように通信の振り分けに使うかを決めます。初回設定では、ルールモードが最も適しています。サブスクリプション内の振り分けロジックをそのまま使えるため、各ルールの意味を先に理解する必要がありません。

プロキシ画面を開き、実行モードまたはモード選択の項目を探します。一般的なモードには、ルール、グローバル、ダイレクトがあります。初回設定ではルールモードをおすすめします。このモードでは、クライアントが設定内のルールを上から順に読み込み、ドメイン、IPアドレス、地域情報、プロセス条件などに応じてリクエストを対応するプロキシグループへ振り分けます。よく使うWebサイトは設定に従ってダイレクト接続となり、プロキシが必要なリクエストはプロキシグループへ送られます。前のルールに一致しない接続は、最後にMATCHルールが処理します。

グローバルモードでは、ほとんどの接続を1つのプロキシグループへ送ります。プロキシ経路が使えるか短時間確認する場合には便利ですが、設定の内容を理解していない段階での標準モードには向きません。ダイレクトモードでは、通信が対象アドレスへ直接アクセスします。プロキシルールを一時的に無効にしたり、ローカルネットワークを調査したりする際に使います。3つのモードは通信の処理方法を変えるだけで、サブスクリプションや設定ファイルを削除・変更するものではありません。後からいつでもルールモードに戻せます。

ルールモードを選んだら、プロキシ画面のプロキシグループを確認します。プロキシグループには、ノード選択、自動選択、ストリーミング、フォールバックなど用途に応じた名前が付いています。主要なプロキシ選択グループを開き、サービス提供元が用意した利用可能なプロキシ、または自動テストグループを選びます。グループ内にDIRECT、REJECT、複数のプロキシがある場合は、グループ名から用途を判断してください。主要なプロキシグループでは通常プロキシを選び、広告ブロック用のグループでは設定によってREJECTがあらかじめ選ばれていることがあります。

プロキシグループの種類によって、選択肢の切り替え方法が異なります。selectは手動で選択肢を指定します。url-testは設定されたテストURLに基づいて定期的に結果を選びます。fallbackは利用可能な出口を優先順に探します。load-balanceは設定された方式で接続を分散します。クイックスタートでは、主要な選択グループに有効な選択肢があることだけ確認すれば十分です。テストURL、許容差、負荷分散アルゴリズムを変更する必要はありません。関連項目の詳しい説明は上級設定のプロキシグループ章で確認できます。

プロキシ画面が完全に空白の場合、通常はモード選択の問題ではなく、現在の設定が有効になっていません。設定画面に戻り、追加した項目に選択マークが付いていることを確認してから、プロキシ画面を開き直します。プロキシグループ名だけが表示され、選択肢がない場合は、まずサブスクリプションを手動で更新してください。更新後も空のままなら、サブスクリプションにプロキシ定義が含まれているか確認します。元の情報がない状態でサーバーアドレスや認証項目を自己判断で追加しないでください。

モードとプロキシグループの選択が終わったら、クライアントのホーム画面に戻ります。現在の設定名が表示され、プロキシモードがルールになり、主要なプロキシグループも明確に選択されているはずです。次はAndroid VPNサービスを起動し、端末で発生するネットワーク通信をクライアントが受け取れるようにします。

クライアントのホーム画面で起動をタップします。Androidでこの種のクライアントを初めて起動すると、システムのVPN接続リクエストが表示されます。ダイアログには、アプリがVPN接続の設定を希望していることが表示され、鍵の形をしたシステムアイコンが示される場合もあります。アプリ名が現在インストールしているクライアントと一致することを確認し、許可または確認をタップしてください。この権限はAndroidシステムが管理します。許可しない限り、クライアントは通信を引き受ける仮想ネットワークインターフェースを作成できません。

許可したらホーム画面に戻り、起動ボタンが停止、実行中、接続済みなどの状態に切り替わるまで待ちます。システムのステータスバーにも通常はVPNアイコンが表示されます。この段階ではDNS、オーバーライド、TUNの詳細設定をすぐに変更せず、まず設定の初期値で基本確認を行ってください。設定には通常、DNS、ルール、プロキシグループの関連付けが含まれています。早い段階でオーバーライドを重ねると、調査範囲が広がります。

クライアントによっては、システムプロキシとTUNモードを選択できます。Androidで一般的な起動方式は、VPNサービスを通じてアプリの通信を引き受けます。TUN関連の設定には、自動ルート、厳密なルート、DNSハイジャックなどが含まれる場合があります。初回接続ではクライアントの初期設定を使用してください。特定のアプリだけプロキシを通らない、システムプロキシで対象通信を処理できない、設定ドキュメントで明確に指定されている、といった場合に限りTUNの調整を検討します。仕組みや互換性の扱いは上級設定のTUNとFake-IP章を参照してください。

起動してもシステムの許可画面が表示されない場合は、クライアントにVPN権限を付与済みか、Androidが前回の許可状態を保持しているか確認します。実行中になった直後に停止する場合は、ログ画面で起動直後のエラーを確認してください。設定の解析エラーでは、項目名や行番号が示されることがあります。ポートの競合、VPNインターフェースの使用中、DNS初期化の失敗も対応するログを残します。まず最初に表示された明確なエラーから対処し、複数の設定を連続して切り替えないでください。

システムのバッテリー管理にも注意してください。一部のAndroid端末では、画面消灯後にバックグラウンドアプリが制限され、接続直後は正常でも、画面ロック後しばらくすると接続が停止することがあります。システムのアプリ情報画面からバッテリーまたはバックグラウンド実行の設定を開き、必要に応じてクライアントの動作を許可します。メーカーによってメニュー名は異なりますが、接続中にVPNサービスが早期終了しないようにすることが目的です。

クライアントが実行中になれば、通信はルール処理に入れる状態です。最後に行うべきことは、遅延テストを何度も繰り返すことではありません。主要なプロキシグループが選択済みで、対象のリクエストを開けることを確認し、必要に応じてログでどのルールに一致したかを確認します。

まずプロキシ画面に戻り、主要なプロキシグループに先ほど選んだプロキシまたは自動選択グループが表示されていることを確認します。次にブラウザで、普段ダイレクトに開けるWebサイトへアクセスし、接続によってローカルネットワークが切断されていないことを確認します。その後、プロキシルールで処理される想定のWebサイトへアクセスし、正常に読み込めるか確認します。両方に成功すれば、ダイレクトルール、プロキシルール、DNS解決が基本的に機能していると判断できます。

さらに確認する場合は、クライアントのログ画面を開きます。ログ画面を表示したまま、ブラウザから対象サイトへもう一度アクセスしてください。ログには通常、ドメイン、接続タイプ、一致したルール、最終的に使用されたプロキシグループが表示されます。対象ドメインがDOMAIN-SUFFIXやルールセットに一致し、想定したプロキシグループへ渡されていれば、ルールモードは動作しています。ログがDIRECTを示す場合は、設定内のダイレクトルールに先に一致していないか確認します。

ログレベルは初期値のままで問題ありません。デバッグレベルでは詳細が増えるため複雑な問題の特定に役立ちますが、初回確認で長時間有効にする必要はありません。ログは最新のリクエストからさかのぼって確認し、DNS、timeout、connection refused、rule match、設定の読み込みなどに注目します。1つの接続が再試行されたからといって全体の障害とは限らないため、対象サイトや他の通信が正常かどうかも合わせて判断してください。

クライアントが実行中なのにすべてのWebサイトを開けない場合は、まずスマートフォンで本来使えていたWi-Fiまたはモバイルネットワークに戻し、基礎ネットワークが正常か確認します。次にサブスクリプションの期限、主要なプロキシグループで有効な項目が選ばれているか、DNS設定が追加のオーバーライドで変更されていないかを確認します。一部のアプリだけ通信できない場合は、クライアントのアプリ別振り分けで除外されていないか、別のローカルVPNやプライベートDNSが現在の設定と競合していないか確認してください。

ダイレクト接続のサイトは開けるのにプロキシ対象へアクセスできない場合は、一時的にグローバルモードへ切り替えて比較します。グローバルモードでもアクセスできなければ、現在のプロキシ選択、サブスクリプションの状態、または回線自体に問題がある可能性が高くなります。グローバルモードでは開けるのにルールモードでは開けない場合は、ルールの一致条件とプロキシグループの参照を確認します。確認後はルールモードに戻し、一時的な調査状態を日常設定として残さないようにします。

起動後にドメインアクセスだけ失敗し、IPアドレスへ直接接続すると応答がある場合は、DNS解決経路に問題がある可能性が高いです。この場合、複数のDNS項目を同時に変更せず、まず最近追加したローカルオーバーライドを解除して元の設定を再読み込みします。それでも確認が必要なら、上級設定のDNS設定章でnameserver、fallback、Fake-IP、DNSハイジャックの関係を確認してください。

クライアントが継続して実行中で、ルールモードが選択され、主要なプロキシグループに明確な出口があり、ログで対象リクエストが想定したルールに一致していれば、初期設定は完了です。次回からスマートフォンを起動するたびにサブスクリプションを追加し直す必要はありません。通常はクライアントを起動し、サービス提供元が設定を更新した後にサブスクリプションを更新するだけで十分です。

日常利用では、動作確認済みの設定を現在の設定として保持してください。サービス提供元がプロキシ一覧やルールを変更した場合は、設定画面を開いて更新をタップします。更新後は更新日時を確認し、正しい設定が選択されたままか確認してください。更新後に自動で再読み込みするクライアントもあれば、一度停止して再起動する必要があるクライアントもあります。プロキシグループ名が変わった場合は、プロキシ画面で主要グループの選択も確認します。

2つ目のサブスクリプションを追加する場合は、既存の項目を上書きせず、新しい設定として追加できます。設定には分かりやすい名前を付け、切り替え後にホーム画面で現在の設定名を確認してください。用途に応じて切り替えられるだけでなく、新しい設定の解析に問題があった場合も、すぐに元の設定へ戻せます。古い設定を削除する前に、別の設定で正常に起動・アクセスできることを確認してください。

オーバーライド機能を使うと、リモートのサブスクリプションを直接変更せずに、DNS、待受ポート、特定のルールなど一部の項目を調整できます。初回設定では、いったん無効のままにすることをおすすめします。オーバーライドはサブスクリプション設定に重ねて適用されるため、サブスクリプションを更新しても引き続き有効です。オーバーライドを有効にした後で元の設定と異なる動作が起きた場合は、オーバーライドの状態も確認対象に含めてください。

外部コントロール、ドメインスニッフィング、複数サブスクリプションの統合、ルールセットのサブスクリプション管理、複雑なTUNルーティングは、いずれも上級設定に該当します。特定のネットワーク環境の問題を解決できますが、基本接続に必須ではありません。さらに調整する場合は上級設定ガイドを章ごとに確認してください。不明な項目は、変更前に用語クイックリファレンスで意味を確認しましょう。