1 想定読者と用語の整理
ここでいう Clash for Android は、コミュニティで広く知られるオープンソース実装（従来から「公式 CFA」と呼ばれるクライアント）を指します。ディストリビューションやバージョンによってメニュー名やタブ順が若干異なることがありますが、考え方は共通で、プロファイルに YAML あるいは購読 URL を載せ、VPN サービス経由でトラフィックを扱い、プロキシグループとルールで出口を決めるという流れです。利用するサブスクリプションの提供条件、地域の法令、職場ポリシーへの適合は必ずご自身で確認してください。
FlClash や Android TV 向けの別クライアント、Termux 上の Mihomo など、Android でプロキシを動かす経路は複数あります。本記事はあくまでClash for Android ネイティブ UIに焦点を当て、インストール手順そのものは他稿（例：FlClash の完全ガイド）と棲み分けします。すでに APK を入れ、初回の VPN 許可まで終えている読者向けです。
文中では購読を「リモートの設定ソースから定期的に取り込む仕組み」、手動ノードを「セレクト型プロキシグループでユーザーが選ぶ出口」、ルールモードを「YAML のルールに従って DIRECT と各プロキシを振り分ける動作」と呼びます。グローバルプロキシは、多くの構成で選ばれたプロキシチェーンへトラフィックを寄せる簡易モードとして理解すると操作とトラブル切り分けが素直です。
2 VPN 起動とプロファイルの選択
まずメイン画面で VPN をオンにし、Android システムの「接続の許可」ダイアログが出ていれば承認します。別の常時 VPN アプリと二重化すると挙動が不安定になるため、切り替える場合は一方を完全にオフにしてから CFA を有効にしてください。複数プロファイルを持っている場合は、今使うプロファイルだけが選択されている状態を確認します。誤ったプロファイルのまま購読を更新しても、意図したノードは現れません。
企業端末では VPN やプロファイル管理が MDM でロックされていることがあり、その場合は画面が出ない・保存できないなどの制限が先に来ます。個人端末でも、省電力の「起動の制限」が厳しい ROM では通知から再接続する必要が出ることがあります。クイック設定タイルや通知アクションでオンオフできる場合は、日常の手戻りを減らすために活用するとよいでしょう。
3 購読の更新（手動更新と間隔）
購読 URL はプロファイル内の「プロバイダ」または同等の画面に紐づきます。画面構成は版により異なりますが、だいたいプロファイル一覧 → 対象プロファイルの詳細 → 購読の更新ボタンのように辿ります。手動更新を押すと端末がサーバーへ再取得に行き、成功すればノード一覧や遅延表示が入れ替わります。失敗時はHTTP ステータスやタイムアウトがログに残ることがあるので、可能ならそのメッセージをメモしておくと切り分けが早くなります。
自動更新間隔を短くしすぎると、バッテリー消費とサーバー負荷の両方に悪影響が出ます。プロバイダーが推奨する間隔（多くは数時間〜一日程度）を守るのが無難です。モバイルデータ環境では大型の購読 YAML を頻繁に取りに行くと通信量も跳ね上がるため、Wi-Fi 接続時にまとめて更新する運用も一案です。トークン付き URL をチャットに貼ったあとで履歴に残さない、期限付きリンクは期限後に再発行してもらう、といった運用面の注意もセットで押さえてください。
更新後に古い名前だけ残るように見えるとき
購読側でノード表示名が変わると、アプリ内の並びやお気に入りの対応がずれることがあります。完全に再同期されない場合は、一度プロファイルを切り替える、VPN を一度オフにしてからオンに戻す、という素朴なリセットで直ることがあります。それでもゼロノードのままなら、次節の手動選択の前に URL 自体の有効性をブラウザで確認します。
4 手動ノード選択とプロキシグループ
プロキシ（Proxies）画面を開くと、YAML で定義されたプロキシグループが縦に並びます。select タイプのグループは、タップでメンバー一覧が開き、そこで任意のノードを選べます。一方 url-test や fallback、load-balance などはコア側が自動でメンバーを切り替える設計なので、ユーザーがリストから「この IP に固定したい」と選べないことがあります。手動で出口を決めたい用途では、購読提供者が用意したセレクト型グループ（例：「手動」「Manual」などの名前）を使うのが一般的です。
グループ名が日本語・英語・記号混在でも、構造は同じです。親グループと子グループの階層がある場合、上位で「自動選択」系を選ぶと下位の手動指定が上書きされることがあるため、どのグループが実際の出口に効いているかを一つずつ辿る癖をつけると混乱が減ります。ストリーミングやオンラインゲームなど、遅延と地域制限に敏感なサービスでは、自動系よりセレクトでの据え置きが安定することが多いです。
遅延表示と実体感がずれる場合
アプリが ICMP や簡易 HTTP で測っている遅延と、実アプリの TLS 握手上の遅延は一致しないことがあります。数字が良くても体感が悪ければ別ノードへ、逆に数字が悪くても特定プロトコルだけ速いケースもあります。測定はあくまで目安として使い、ルールが期待する地域に流れているかは必要に応じてログや外部確認を併用してください。
5 ルールモード、グローバルプロキシ、ダイレクトの切り替え
ルール（Rule）モードでは、ドメインや GeoIP、プロセス名などルールに書かれた条件に従い、各フローを DIRECT か特定のプロキシグループへ振り分けます。国内 CDN や金融アプリを海外出口に流さない、という意味で日常利用の主軸になります。グローバル（Global）は、多くの場合「ほぼすべてを現在選ばれているプロキシへ送る」簡易パスとして機能し、ノードの生死確認や短期間だけトンネル全体を揃えたいときに向きます。ダイレクト（Direct）はルール迂回寄りのモードとしてトラブルシュートやローカル確認に使います。
設定画面またはダッシュボード上のモード切替から、上記を選びます。バージョンやテーマによってラベルが「Rule / Global / Direct」の英表記のままなこともあれば、ローカライズされていることもあります。切り替え直後は既存コネクションが古い経路を保持していることがあるため、動作が変わらないように見える場合は対象アプリの再起動や VPN の短時間オフオンを試してください。
「ルールなのに全部プロキシ側へ見える」とき
ルールの末尾が MATCH でプロキシにフォールバックしている、DNS の扱いで意図せず常にプロキシ側の名前解決になっている、FakeIP とブラウザのセキュア DNS が衝突している、といったパターンがあります。YAML を直接編集するのが難しいモバイルでは、まずモードとプロキシグループ、OS 側 DNS を疑うと手戻りが少ないです。ルール設計そのものをいじりたくなったら、PC 上で Clash Verge Rev など GUI の分かりやすいクライアントに同じ購読を読ませ、差分を確認する方法もあります。
6 バッテリー、バックグラウンド、その他 VPN との関係
Android のアグレッシブな省電力設定は、VPN プロセスをスリープさせて数分おきに切断させる典型的な原因です。Clash for Android を常用するなら、バッテリー最適化の除外、バックグラウンド起動の許可、メーカー固有の「自動起動」「アプリ起動管理」を CFA に対して緩める必要が出ることがあります。設定名は機種ごとに違いますが、目的は一貫して接続維持に必要なプロセスを殺さないことです。
Wi-Fi とモバイルデータの切り替え直後もセッションが張り直せずに詰まることがあります。電車通勤のように AP が頻繁に変わる環境では、手元で一度 VPN を切ってから入り直す方が気持ちよく繋がる場合もあります。Split Tunneling（アプリ単位の除外）に対応したビルドなら、銀行アプリや社内トンネルを VPN の外に出せますが、非対応の場合はルール側で DIRECT を固定するか、一時的にダイレクトモードへ寄せるしかありません。
Termux で Mihomo を動かす構成や、FlClash など別クライアントへ乗り換える選択肢もあります。公式 CFA に慣れたうえで、更新頻度や UI の好みに応じて比較するのがよいでしょう。Termux 運用は自由度が高い反面、ターミナル作業と常駐の手間が増えます。
7 よくある質問
- 購読更新がすぐ失敗する： URL の期限切れ、キャリアのフィルタ、サーバー側の User-Agent 制限が疑わしいです。端末の時刻自動設定を確認し、別回線で試し、ブラウザで同じ URL を開いて本文が返るかを見ます。
- ノードはあるが特定アプリだけつながらない： そのアプリがプライベート DNS や独自のセキュア DNS を持っていないか、ルールで別グループに落ちていないかを疑います。キャッシュクリアと再インストールは最終手段です。
- ルールモードなのに全部遅い： 選んでいるプロキシが遅いだけの場合もあります。グローバルで別ノードを試し、改善するならセレクトグループの出口を変えます。改善しないなら DNS か MTU、もしくはサーバー側の混雑です。
- 他の Clash クライアントとの違いは： 画面構成や内核バージョン、TUN の扱いが異なります。基本操作（購読・グループ・モード）は共通概念なので、この記事の流れは FlClash 等にも応用できます。
8 まとめ
Clash for Android の日常操作は、正しいプロファイルで VPN をオンにし、購読を適切な間隔で更新し、セレクト型プロキシグループでノードを手動指定し、ルールモードをデフォルトに据えつつ必要なときだけグローバルプロキシへ寄せるという四つの柱に集約できます。いずれかがずれると「更新したのにノードが変わらない」「ルールなのに国内アプリが不安定」という印象になりやすいので、初日に画面の対応関係を一度紙やメモに書き起こしておくと後が楽です。
Android だけで完結させる以外に、同じ購読を Windows や macOS のクライアントで扱い、DNS やルールの艤装をデスクトップ側で整えてからモバイルに載せる運用も有効です。ツールが違っても**プロキシグループの名前とルールの意思**は共通なので、環境間で用語を揃えておくとトラブル時の会話もスムーズになります。
一方で、スマホ向け Clash 系クライアントは実装ごとにメンテナンス状況が違い、公式 CFA はインタフェースが素朴で更新が追いつきにくい面も指摘されます。FlClash のような新しめの UI や、Termux 上の Mihomo のように細かく触れる構成は魅力ですが、画面の学習コストやバックグラウンドの手間が代わりに乗ることもあります。デスクトップでは Clash Verge Rev のような次世代クライアントを併用すると、購読の一元管理やルール編集、TUN・ログ確認までを一つの画面から整えやすく、モバイルで詰まった設定差分を素早く吸い上げられます。PC 側もまとめて快適にしたい方は、同じ思想のクライアントを試してみてもいいかもしれません。
