Androidクライアント / サブスクリプションと通信振り分け
クライアントを選んでから、サブスクリプションを追加しましょう。Androidの設定、ルールによる通信振り分け、各プラットフォームへのインストール方法を解説します。
Android / 設定
ルールモードでは、rulesの上から順に照合します。
普段使いでは、まずルールモードを選び、接続先ごとに設定内のドメイン、アドレス、ルールセットに基づいて通信経路を決めます。ホーム画面の「プロキシモード」を開いて「ルール」を選び、プロキシ画面で各ポリシーグループの選択中のノードを確認してください。グローバルモードでは、すべての接続をグローバルポリシーグループに振り分けます。一時的な切り分けに便利です。直結モードではプロキシを経由しません。3つのモードは速度設定ではなく、サブスクリプションの有効性にも影響しません。切り替え後は対象ページを開き直し、新しい接続がどのルールに一致したかを確認すると、設定が意図どおり反映されたか判断できます。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECTルールは上から順に評価され、最初に一致した項目で接続の処理方法が決まります。この例では、指定したドメインとそのサブドメインを直結にし、最後の行も直結を最終ルールとして設定しています。あくまで構文の説明です。実際にプロキシ経由にする場合は、設定内に存在するポリシーグループ名を指定してください。見慣れない名前をそのままコピーしても使えません。細かい条件のルールは最終ルールより前に追加し、YAMLのインデントを統一します。保存後は、まず設定を読み込めるか確認し、次に接続ログでルールの適用結果を確認しましょう。構文エラーをノードの障害と取り違えずに済みます。
アプリ名は選択方法の説明です。スイッチは画面イメージで、実際には動作しません。
アプリごとの通信制御では、まずどのアプリの通信をクライアントのVPN処理対象にするかを決めます。その後、ルールモードで対象の接続がどの経路を通るかを決定します。設定画面で通信制御を開き、「選択したアプリのみ許可」と「選択したアプリを除外」のどちらが有効か確認してから、対象アプリを選んでください。この2つは動作が逆です。ブラウザは使えるのに特定のアプリだけ直結する場合は、ノードを次々に変える前に、そのアプリが除外されていないか確認しましょう。対象を変更した後は、クライアントの案内に従ってサービスを再起動し、対象アプリも完全に終了してから開き直してください。既存の接続が以前の経路を使い続けるのを防げます。
上書き設定を使うと、プロキシモード、ログレベル、LANアクセスなどの端末固有の設定を、リモートサブスクリプションと分けて管理できます。まず元の設定をインポートして動作を確認し、その後、上書き項目を1つずつ変更してサービスが正常に起動するか確かめましょう。上書きは通常、設定の読み込み時に適用されるため、画面上の値がサブスクリプションの内容と異なる場合があります。トラブル時は両方を確認してください。上書きできる項目はクライアントによって異なります。設定を移行する前に、各クライアントの説明を確認しましょう。自動更新されるサブスクリプション本文を何度も直接編集するのは避けてください。次回の更新で変更が消え、問題を再現しにくくなることがあります。
サブスクリプションには通常、ノード、ポリシーグループ、通信振り分けルールが含まれます。一方、端末側の設定ではVPNによる通信処理、アプリごとの通信制御、バックグラウンド動作などを管理します。Webページが開かないときは、まず設定が選択されているか、サービスにシステムの許可があるかを確認し、次に適用されたポリシーグループを調べましょう。DNS、ルール、アプリ一覧を一度に変更すると、接続が復旧しても原因を特定しにくくなります。各プラットフォームのインストール方法や、システムプロキシとTUNの違いは、総合ガイドで項目ごとに解説しています。端末の移行やネットワーク設定の変更時にご覧ください。
各プラットフォームの設定ガイドを見る →まず、サービス提供元からサブスクリプションURLを入手し、使用するクライアントが対応する設定形式か確認します。設定画面で「URLからインポート」を選び、保存したら、その設定を選択してホーム画面に戻り、サービスを起動します。Androidで初めて起動するとVPNの許可を求められるので、許可した後にプロキシ画面で利用可能なポリシーを選択してください。最後にブラウザで新しい接続を行い、接続ログで通信の振り分け結果を確認します。クイックスタートガイドでは、この手順に沿って各段階で確認できる状態も説明しています。設定の読み込み、サービスの起動、ネットワーク接続を切り分けて確認できます。
手順に沿ってサブスクリプションを追加 →Download / デバイス別に選ぶ
まずOSに合ったダウンロードページを開き、クライアント、プロセッサのアーキテクチャ、インストール形式を確認しましょう。各ダウンロードページでは、選択できるソフトとシステム要件をまとめています。既存の設定がある場合は、移行前に元のファイルを保存してください。
新規インストールでは、まずClash Plusを確認し、Clash Verge Rev、FlClash、Clash Nyanpasuと比較して選べます。Clash for Windowsは、開発終了済みのアーカイブとして掲載しています。デスクトップでシステムプロキシを有効にすると、主にシステムプロキシに従うアプリの通信が対象になります。TUNは別の通信処理方式です。トレイアイコンが表示されたからといって、通信がプロキシ経由になったとは限りません。インストール後にサブスクリプションを追加してポリシーを選択し、必要に応じてTUNを有効にしてください。
Clash Plus、Clash Meta for Android、FlClash、Surfboardの順に、各クライアントを確認できます。インストールパッケージはデバイスのアーキテクチャに合わせてください。インストールできない場合は、まずシステム要件と既存アプリの署名を確認します。起動時にはVPNの許可を確認し、システムによるバックグラウンド動作の制限もチェックしましょう。Surfboardの設定形式はClash YAMLと異なるため、同じサブスクリプションURLをすべてのクライアントでそのまま使えるとは限りません。
システムの「このMacについて」で、Appleシリコン搭載モデルかIntelプロセッサ搭載モデルか確認し、対応するインストーラーを選びます。クライアントはClash Plus、Clash Verge Rev、FlClashから選べます。ClashX Metaは開発終了済みのアーカイブとして掲載しています。インストール後は、クライアントの案内に従ってシステムプロキシやネットワークサービスの権限を設定してください。ブラウザでは接続できても、ターミナルのコマンドが直接接続される場合は、メニューバーの動作状態だけでなく、ターミナルツールのプロキシ設定も確認しましょう。
iPhone・iPadでは、ダウンロードページからClash PlusのApp Storeページを開けます。公式サイトはclashplus.ioです。インストール後、アプリの画面から設定を追加し、VPN構成を追加する許可を求められたら確認してください。最初の動作確認では、利用可能と分かっているポリシーを1つ選び、複数の振り分け設定を同時に切り替えないようにします。システムにVPNアイコンが表示されれば通信処理は開始されていますが、Webページにアクセスできるかどうかは、サブスクリプション、出口ノード、名前解決の設定にも左右されます。
デスクトップ環境では、Clash Verge RevとFlClashを比較し、ディストリビューションのパッケージ管理方式に合った形式でインストールしてください。サーバー、ルーター、デスクトップ環境のないデバイスでは、ダウンロードページでMihomoカーネルの入手先も確認できます。カーネルを動かすには、設定、サービス管理、通信を処理する方法を自分で用意する必要があります。実行ファイルが起動しただけでは、システムプロキシの設定が完了したことにはなりません。リモート操作中は既存の接続を残し、ルーティング変更で管理経路を失わないようにしましょう。
Open source / プロジェクトとカーネル
画面、カーネル、サブスクリプションはそれぞれ別のものです。クライアント選びでは、まずメンテナンス状況、次に設定の互換性を確認し、最後にデバイス側の通信処理方法を調整しましょう。
Clash for Androidは、多くのAndroidユーザーに知られているクライアント名です。主な操作画面は、ホーム、設定、各種設定項目に分かれています。オリジナルのプロジェクトは開発終了となっているため、古いガイドやインストーラーを見つけた場合は、当時の画面と現在選べるソフトを区別してください。当サイトではAndroidの設定に関する基本情報を掲載し、ダウンロードページでは代替クライアントを案内しています。別々のプロジェクトを同じソフトのアップデート版として扱うことはありません。Clash Meta for AndroidやFlClashなどは、それぞれ異なる実装のクライアントです。移行時には画面の場所や機能の対応状況を改めて確認しましょう。
安定して使えている既存の設定は、まずエクスポートまたはバックアップし、新しいクライアントに個別に読み込んで試してください。元のファイルを直接上書きしたり、アプリ名が似ているだけで上書きインストールしたりしないでください。Androidアプリの上書き可否はパッケージ名や署名にも左右されるため、インストール時の競合が必ずしもアーキテクチャの選択ミスとは限りません。移行後は、ポリシーグループ名、ルールの適用結果、バックグラウンド動作を確認し、新しい環境で使えることを確かめてから不要なクライアントを削除しましょう。クライアント比較ガイドでは違いを、クイックスタートでは実際の操作を解説しています。必要に応じてご覧ください。
GUIクライアントは設定管理、メニュー操作、システムプロキシ、プラットフォームとの連携を担当し、カーネルは設定の読み込みと接続の処理を担当します。MihomoはClashエコシステムのオープンソースカーネルプロジェクトですが、名前にClashを含むすべてのクライアントが同じカーネルを使い、同じ設定項目に対応しているわけではありません。ある設定を一方のデバイスで読み込めても、別のデバイスでエラーになる場合は、カーネルの機能差や、クライアントによる設定の変換・上書きが原因かもしれません。判断する際は、アプリアイコンやガイドのスクリーンショットが似ているかではなく、具体的なエラー内容を確認しましょう。
一般的なデスクトップやスマートフォンの利用では、画面のあるクライアントを使うと、権限の設定やポリシーの選択が簡単です。サーバーやルーターへの導入、サービスの自主管理が必要な場合に、カーネルを直接実行してください。以下のコマンドはMihomoのソースコードリポジトリを参照するものです。実装やビルド手順、課題の議論を確認できます。リポジトリを複製しても、Androidアプリはインストールされず、利用可能なサブスクリプションも作成されません。リポジトリはソフトの動作を理解するための資料です。実際に接続するには、有効な設定と適切なシステムネットワーク設定が必要です。
git clone https://github.com/MetaCubeX/mihomo.gitコピーしたコマンドは、Gitをインストール済みのターミナルで実行できます。
Mihomoのオープンソースリポジトリを見る →サブスクリプションを更新すると、ノード、ポリシーグループ、ルールなどが再取得されます。ソフトを更新すると、クライアントまたはカーネル自体が変わります。この2つは互いに代用できません。サブスクリプションの更新に失敗した場合は、まずURLが有効か、応答内容がクライアントの対応形式かを確認し、次にネットワークや名前解決のエラーを調べましょう。別のクライアントをインストールしても、期限切れのURLは有効になりません。反対に、新しい設定項目を認識するには新しいカーネルが必要な場合があります。その際は、何度もサブスクリプションを更新するのではなく、ソフトが対応しているか確認してください。2つの更新経路を分けて調べると、トラブルと関係のない変更を減らせます。
設定を変更する前に、現在のモード、選択中のポリシー、上書き項目を記録し、更新後に同じ接続先でもう一度テストしましょう。リモートサブスクリプションの更新によって、設定ファイルを直接編集した内容が上書きされることがあります。端末固有の設定を維持するには、クライアントが対応する上書きやマージ機能を使ってください。実装はアプリごとに異なるため、スイッチ名が同じでも同じ動作になるとは限りません。ダウンロードページでは、各クライアントの詳細に入手可能な更新情報を掲載しています。メンテナンス状況が明確でない場合は、プロジェクトのリリース情報とシステムとの互換性を確認して、使い続けるか判断してください。
VPNアイコン、サービスの起動表示、Webページへのアクセス成功は、それぞれ異なる状態を示します。サービスが起動しただけでは、ローカルサービスが立ち上がったことしか分からず、ノードが使えることや、すべてのアプリが通信処理の対象になっていることは保証されません。確認時は、まずデバイス自体が通常どおりネットワークに接続できることを確かめ、次に対象ページを開きます。その後、接続ログに記録があるか、どのルールに一致したか、どのポリシーグループが選択されたかを確認しましょう。特定のアプリだけに問題があるなら、まずアプリごとの通信制御を確認します。すべてのドメインで失敗する場合は、ノードとDNSを順に調べてください。一部の問題をきっかけに設定全体を作り直す必要はありません。
サブスクリプションURLにはアカウントに関する情報が含まれることがあるため、認証情報と同様に管理してください。URL全体を公開の質問欄に貼り付けたり、設定のQRコード、認証情報、アカウント情報が写ったスクリーンショットを公開したりしないでください。問い合わせの際は、クライアント名、OS環境、問題の再現手順、機密情報を除いたエラーメッセージを伝えましょう。オープンソースリポジトリでは実装の確認や問題の議論ができますが、サブスクリプションの提供元ではありません。当サイトはダウンロード先と設定情報をまとめたサイトです。URLの期限切れ、利用上限、ノードのメンテナンスなど、アカウントに関する問題はサービス提供元にお問い合わせください。
まず、サービス提供元からクライアントに対応したサブスクリプションを入手します。次に設定画面を開き、「URLからインポート」を選択してください。名前とURLを入力して保存し、ダウンロードが完了したら、その設定を選びます。URLは空白や改行が混ざらないよう、正確に貼り付けてください。クライアント自体がノードを提供するわけではありません。ホーム画面に戻ってサービスを起動し、詳しい画面操作はクイックスタートガイドで確認できます。
まず、設定とポリシーグループが選択されているか確認し、次にVPNの許可、ノードの利用可否、アプリごとの通信制御、DNSを確認します。テストでは設定を一度に1つだけ変更し、新しい接続で結果を見ましょう。既存の接続が以前の経路を使い続ける場合があるため、ノードを切り替えた後は対象ページを開き直してください。省電力設定によってバックグラウンドサービスが中断されることもあります。詳しい確認方法はAndroidの接続トラブル対処チェックリストをご覧ください。
まず、サブスクリプションの形式、カーネルが対応する設定項目、サービス提供元のデバイス制限を確認してください。Clash YAMLはすべてのプロキシソフトで使える汎用形式ではありません。特にSurfboardなどのクライアントでは、固有の設定要件に注意が必要です。設定を読み込めても、システムプロキシやVPNによる通信処理の方法はプラットフォームごとに異なります。移行前に元の設定を保存し、総合ガイドでプラットフォームごとの設定を確認してください。
Notes / 設定メモ
URLの期限切れ、形式の非互換、ネットワークによるブロック、YAML構文エラーの4つに分けて原因を解説。クライアント内とブラウザでURLを確認する手順も紹介します。
記事を読む →カーネルのバージョン、画面操作、サブスクリプション管理、TUN対応、メンテナンス状況の5つの観点から主要なClashクライアントを比較し、用途別の選び方を紹介します。
記事を読む →VPNの許可、プロキシモード、ノードの状態、DNSハイジャック、アプリごとの通信制御、省電力設定を順に確認し、「接続済みなのにインターネットにつながらない」原因を特定します。
記事を読む →