Clash モバイル版クライアントのダウンロードと設定

ルールは上から順に照合

ルールモードでは、ドメインやアドレスなどの条件を上から順に確認し、該当したルールを指定のプロキシグループに渡します。特定のドメインを直接接続するルールは前に置き、最後にフォールバックとなるMATCHを設定します。指定するプロキシ名は、あらかじめ定義されている必要があります。グローバルモードと違い、すべての接続で同じ出口を使う必要はありません。スマートフォンで特定のアプリだけ問題が起きたら、接続ログで該当したルールを確認してから修正しましょう。サブスクリプションの更新で直接編集したルールが上書きされることがあります。継続的に変更する場合は、クライアントの上書き・マージ機能を使ってください。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,DIRECT

この例は直接接続をフォールバックにした、照合順序の説明用です。実際のプロキシポリシーには、ご自身の設定にある名前を指定してください。

インポート後に有効な設定を確認

サブスクリプションURLはサービス提供元が発行する設定用アドレスで、Webページの共有リンクではありません。設定画面から「URLからインポート」を選び、保存後にその設定が有効になっていることを確認してください。完全なClash YAMLとノードだけを含むサブスクリプションは別物です。インポートに成功しただけでルールも揃っているとは限りません。更新前にローカルの変更が上書きされないか確認し、大切な上書き設定は別途バックアップしましょう。ノードを手入力するより変更を同期しやすい一方、URLにはアカウント情報が含まれる場合があります。スクリーンショットやログではURL全体を隠してください。

設定 → 新しい設定を作成 → URLからインポート
設定を保存 → 現在の設定に指定
サブスクリプションを更新 → ルールとプロキシグループを確認

システム権限とノード接続を分けて確認

TUNは通信をコアに渡すための仮想ネットワークインターフェースです。Androidクライアントでは通常、VpnServiceを使ってローカルVPN接続を確立します。初回接続時はシステムの許可が必要です。ステータスバーにVPNアイコンが表示されても、通路が確立したことを示すだけで、ノードの利用可能性を保証するものではありません。アプリ単位のプロキシ設定より広い範囲の通信を制御できる一方、システム権限とバックグラウンド動作への依存も大きくなります。スマートフォンでは通常、一般的なVPN接続を2つ同時に実行できません。起動前に競合するアプリを停止し、画面ロック後に切断される場合は、ノードを何度も切り替えるのではなくバッテリー最適化を確認しましょう。

AndroidのシステムVPN：接続を許可
アプリのバッテリー設定：バックグラウンド実行を許可
ほかのVPNアプリ：切断してからテスト
画面ロック後：クライアントの動作状態を確認

まず手動グループで出口を確認

プロキシグループは通信の出口を選ぶ機能です。selectはユーザーが手動で選択し、url-testはテスト結果に基づいて選択します。fallbackは順番に障害時の切り替えを行い、load-balanceは接続を分散します。初めて設定する場合は、まず手動グループで出口が使えることを確認してから自動選択を試しましょう。自動テストは実際のダウンロード速度測定ではなく、出口を切り替えても既存の接続がすぐ移行するとは限りません。ノードを一つだけ固定する方法に比べて複数の出口を管理しやすい一方、グループ内の参照名、ルールの宛先、サブスクリプション内のノード名を一致させる必要があります。

proxy-groups:
  - name: 手動出口
    type: select
    proxies:
      - DIRECT
rules:
  - MATCH,手動出口

例には組み込みの直接接続出口だけが含まれています。プロキシを使う場合は、設定内に実在するノード名またはプロキシグループ名を追加してください。

遅延が低くてもダウンロードが速いとは限らない

ノードの遅延テストでは通常、指定した出口からテスト用アドレスにリクエストを送ります。結果はハンドシェイク、名前解決、接続先サイト、現在のネットワーク状況に左右されます。接続できるかを大まかに確認する用途には適していますが、帯域幅や動画の視聴品質、すべてのアプリでの利用可否を直接示すものではありません。比較する際は同じテスト先とネットワークを使い、Wi-Fiとモバイル回線の結果を混ぜないようにしましょう。タイムアウトした場合は、サブスクリプションの有効性とノードの状態を確認してから、実際のアクセスで検証します。スマートフォンではバックグラウンド通信を増やさないよう、頻繁な一括テストは避けてください。

同じテスト先を選択
同じネットワークで手動テスト
対象アプリで実際のアクセスを確認
ネットワークを切り替えたら再確認

まず元の設定での名前解決方法を確認

DNSはドメイン名をIPアドレスに変換します。DNS上書きでは、サブスクリプション内の名前解決設定をローカル設定で置き換えるか、統合します。Webページが開けない一方でIPアドレスへの接続は正常な場合は、まず名前解決のログを確認しましょう。システムのプライベートDNS、クライアントのDNS、ルーターの設定を同時に変更すると、原因を特定しにくくなります。fake-ipは仮想アドレスを使ってドメインとの対応関係を保持する方式で、すべてのアプリにそのまま適用できるわけではありません。DNSサーバーを変えるだけでなく、問い合わせがどの経路を通るかを明確にすることが重要です。スマートフォンではVPNが制御する範囲とアプリの互換性にも注意してください。

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - 1.1.1.1

これは各フィールドの例であり、すべての環境に推奨する設定ではありません。変更前に元の設定を保存し、選択したDNSサーバーに現在のネットワークからアクセスできることを確認してください。