ヘルプセンター:Clash よくある質問トラブル対処ハンドブック

クライアントは分流を行う仕組みにすぎません:設定を読み込み、ルールに従って各接続を直接接続にするかプロキシ経由にするか決めます。ノードはサブスク提供元(サービス業者や自前サーバー)が提供するもので、クライアント自体にはノードは含まれていません。

そのためクライアント導入後にサブスクを取り込んで初めて、使える出口が得られます。この2つはどちらも欠かせず、順番も決まっています:先に殻を入れ、次に弾を入れる、という順です。

ルールモードは設定内のルールを順に照合し、直結すべきものは直結、それ以外はプロキシ経由とする、日常のデフォルト設定です。グローバルモードはルールを無視し、全通信をプロキシに流します。直結モードはプロキシを一時的にオフにするのと同等です。

使い方の提案:通常時はルールモードを使い、「ルールにマッチしていないかも」と疑うときだけ一時的にグローバルに切り替えて検証し、終わったら戻します。グローバルを長時間つけたままだと通信量の無駄になり、直結すべきアクセスまで遅くなります。

これは Clash 系クライアントのデフォルトのローカル混合プロキシポートで、HTTP と SOCKS5 が同じ口を共用します。アプリは通信を 127.0.0.1:7890 に渡し、コアがルールに従って転送します。

ポート番号は設定で変更できます。変更後はシステムプロキシや他アプリに設定したポート値も忘れずに同期してください。しないと「クライアントは動いているのに通信が入ってこない」という見せかけの不具合が起きます。

コア(現在の主流は mihomo)がプロトコル処理・ルール照合・通信転送を担い、エンジンに相当します。Clash Plus や Clash Verge Rev といったクライアントはその外側を覆う操作用の殻で、サブスク管理・スイッチ・画面表示を担当します。

異なるクライアント間で設定形式が基本的に互換なのは、内部で同系統のコアが動いているためです。殻選びは使い勝手次第で構いません。横並びの違いは比較レビューを参照してください。

当サイトに掲載しているクライアントはすべて無料でダウンロードでき、多くはコードが公開されオープンソースです。費用が発生するのはノードサブスクそのもので、これはサービス業者側の帯域・回線コストによるもので、クライアントとは無関係です。

まず推奨は Clash Plus:画面が簡潔で mihomo コアを内蔵、Android 5.0 以上で導入可能です。より多くの設定項目が欲しい場合は Clash Meta for Android や FlClash を選べます。

各クライアントの APK 入口とシステム要件はダウンロードページの Android コーナーにまとめてあるので、カード上の仕様説明を見て1つ選んでください。

サービス業者から受け取った URL をコピーし、クライアントの「設定/サブスク」ページで「URL から取り込み」を選び、貼り付けて保存し一度更新します。取り込みが成功した目印はノード一覧に内容が表示されることです。

汎用共有形式で Clash 設定への直リンクでない場合は、先にサブスク変換を行ってから取り込む必要があります。形式の判別と変換の考え方はサブスク導入チュートリアルを参照してください。

Android クライアントはシステムの VPN インターフェース(すなわち TUN)を通じて通信を引き継ぐため、初回起動時に必ず「接続リクエスト」の許可ダイアログが表示されます。「OK」を押せば、ステータスバーに鍵アイコンが表示されます。

拒否するとトンネルを確立できません。誤って拒否した場合も再インストールは不要で、システム設定の VPN ページから対象アプリを見つけて再許可すれば大丈夫です。

ノードアドレスは不定期にローテーションされるため、クライアントの自動更新を有効にし12~24時間ごとに設定することを推奨します。接続できないときはまず手動でサブスクを一度更新してから他の切り分けを行ってください。

更新は設定テキストを1回取得するだけで、通信量への影響はごく小さいので、頻度を上げても通信量を心配する必要はありません。

可能です。設定は YAML のプレーンテキストで、ルール・ポリシーグループ・DNS がすべて記載されており、どんなテキストエディタでも編集できます。

ただしサブスクの自動更新で手動編集内容が上書きされる点に注意してください。長期的なカスタマイズにはクライアントの「オーバーライド」機能やローカル設定の合成を使い、更新後も改変内容が自動で再適用されるようにするのがおすすめです。方法は設定応用編を参照してください。

ノードまたはプロキシページで雷/速度測定ボタンを押すと、クライアントが測定用アドレスに1回リクエストを送りミリ秒数を表示します。数値は「本機 → ノード → 測定サイト」の往復所要時間で、200ms以内なら快適、500msを超えるかタイムアウト表示なら別のノードに切り替えましょう。

低遅延は帯域が広いことを意味せず、応答が速いことのみを示します。ノード選びでは遅延が最初のフィルターですが、実際の速度は回線品質によります。操作の詳細は初回接続チュートリアルを参照してください。

3つの手順:①クライアントの接続スイッチがオンになっている、②速度測定が可能なノードに切り替えている、③任意の IP 確認ページを開き、表示される出口 IP と地域がノードの所在地であり、本機の通信事業者ではないことを確認する。

IP が変わっていない場合、多くはシステムプロキシが効いていないか、そのアプリがプロキシを回避しています——下の「トラブル対処」の分類に沿って1つずつ確認してください。

Android クライアントには多くの場合「アプリ別プロキシ」設定があり、対象アプリをホワイトリストまたはブラックリストに追加すればよく、接続を再起動すれば反映されます。

デスクトップ版ではルールを記述します:ドメイン名なら DOMAIN-SUFFIX、プロセス名なら PROCESS-NAME を使い、マッチ結果を DIRECT または指定のポリシーグループに向けます。ルールの文法と優先順位は設定応用編を参照してください。

一部のプログラム(一部のゲームやコマンドラインツールがよくある例)がシステムプロキシ設定を読み取らない場合、TUN はシステム下層に仮想ネットワークカードを構築し、すべての通信をコアに取り込み、アプリを選びません。

Android クライアントはそもそも TUN 方式なので追加で有効にする必要はありません。デスクトップ版で有効にするには管理者権限が必要で、Fake-IP と DNS ハイジャックの併用を推奨します。組み合わせの原理は設定応用編ページの該当章を参照してください。

url-test タイプのポリシーグループは定期的に遅延を測定し、最速のノードへ自動的に切り替えます。fallback タイプは順番に見て最初に使用可能なノードを選びます。

手動でノードを選ぶのが面倒なときは、よく使うルールをこの種のグループに向けておけばよいです。測定間隔や切り替えの許容誤差も設定で調整できます。許容誤差を大きくすればノード間の頻繁な切り替えを避けられます。

順に4手順:①デバイス自体が正常にネットに接続できているか、②サブスクリンクが期限切れでないか——ブラウザで URL を直接開いてテキストが取得できるか確認、③プロキシがかかっていることでループが起きていないか——サブスク更新時に一時的にプロキシをオフにするか、サブスクのドメインを直結に設定する、④サービス業者がリンクを変更していないか。

この4手順を終えれば9割の問題が特定できます。すべて正常なのに失敗が続く場合は、クライアントの UA 設定がサブスク側でブロックされていないか確認してください。

まずサブスクを更新して最新のノードを取得します。それでも全滅する場合は順に確認:ローカルネットワーク(通信手段や別の Wi-Fi に切り替えて試す)、測定用アドレスの入力ミスがないか、サブスクサービスの期限切れ。

個別のノードのタイムアウトは通常のローテーションによるもので対応不要です。全列が赤くなったときのみ上記の順で調査してください。

システムプロキシはあくまで「提案」であり、アプリは無視できます。デスクトップ版の解決策は TUN モードを有効にしてシステム層で強制的に引き継ぐことです。Android 側ではまずアプリ別プロキシの名簿を確認し、対象アプリが除外されていないか見てください。

Windows ストアアプリにはさらに単独のループバック制限があり、対処法は次の項目を参照してください。

UWP アプリはデフォルトでシステムのネットワーク分離により本機のループバックの外に置かれ、127.0.0.1 にすら到達できないため、ローカルのプロキシポートを利用できません。これはクライアントの不具合ではなく、システムの仕様です。

システム標準の CheckNetIsolation ツール、またはクライアント内の「UWP ループバック解除」機能で、対象アプリを許可すれば解決します。完全な手順と確認方法はUWPループバック制限解除チュートリアルを参照してください。

順に試す:低遅延ノードに切り替える、ポリシーグループを url-test の自動選択にする、サブスク内の通信量倍率が高いノードに注意する、混雑時間帯を避ける、使用プロトコルを確認する(一部の古いプロトコルは混雑時に速度制限を受けやすい)。

すべてのノードが遅い場合は回線側の問題が多く、サブスクサービス業者に確認してください。クライアント側でできる調整はここまでです。