Clash よくある質問とトラブル対処

Clashは通常、プロキシ設定の構文とルールによるトラフィック分岐の仕組みを指します。Mihomoはこの設定エコシステムを引き継ぐカーネルで、プロキシへの接続、ルールの照合、DNS処理、TUNインターフェースの作成を担当します。Clash Verge RevやClash PlusなどのGUIクライアントは、購読のインポート、ノード選択、システムプロキシの切り替え、ログ確認を担います。トラブル対処では、問題がクライアント画面、カーネルプロセス、設定ファイル、上流ノードのどこにあるかをまず切り分けます。

ルールモードは設定ファイルの rules を上から順に照合し、通信を指定されたプロキシグループへ振り分けます。グローバルモードは通常、Clashが取り込んだすべての通信を同じプロキシポリシーへ送ります。直接接続モードでは、取り込まれた通信を宛先へ直接接続します。普段はルールモードを優先してください。ルールによる誤った振り分けを確認するときだけ、一時的にグローバルモードへ切り替えて比較テストを行うのがおすすめです。

グローバルモードが影響するのは、すでにClashへ取り込まれた通信だけで、端末上のすべての接続を強制的に制御するわけではありません。システムプロキシに従わないアプリ、独自のネットワークスタックを使うゲーム、一部のコマンドラインツール、LAN通信はシステムプロキシを迂回することがあります。まずシステムプロキシが有効か確認し、次にアプリ側のプロキシ設定を確認してください。より多くのTCP・UDP通信を取り込む必要がある場合は、権限とルーティング設定を確認したうえでTUNモードを使用します。

Clash for Windowsはメンテナンスが終了しています。既存のインストールが動作する可能性はありますが、互換性修正やカーネル更新は継続して提供されません。旧設定を移行する前に、購読URL、オーバーライドルール、ポリシー選択の記録を保存し、現在も保守されているクライアントへ移行してください。古いプログラムのフォルダー全体を新しいクライアントへそのままコピーするのは避けましょう。設定の保存場所、カーネル項目、オーバーライドの仕組みはクライアントごとに異なる場合があります。

まず購読の更新履歴を開き、サーバーからClash設定が返されていることを確認してください。ログインページ、案内ページ、空の内容になっていないかも確認します。次に解析エラーが発生した行を確認し、proxies、proxy-groups、rules のインデントとフィールド型を重点的にチェックします。購読を正常にダウンロードできるのにノード一覧が空の場合は、その購読のローカルキャッシュを削除して再インポートし、クライアントで更新直後の設定ファイルが選択されていることを確認してください。

まずブラウザーで購読URLを開き、正常なレスポンスが返り、期限切れの案内などが表示されていないことを確認します。URLに一時トークンが含まれている場合は、購読サービスから完全なリンクを再取得してください。レスポンス内容が存在するのにクライアントで解析に失敗する場合は、独立した設定を新規作成してインポートし、古いオーバーライドの影響を避けます。その後、ログから該当フィールドを特定します。更新前は使えて更新直後に失敗した場合は、リモート設定のインデントミス、重複キー、クライアントが未対応のフィールドも確認してください。

まずClashカーネルが動作中であることを確認し、システムプロキシのアドレスが現在の待受ポートを指しているか確認します。ブラウザーにプロキシ拡張機能がある場合、拡張機能の設定がOSの設定を上書きすることがあるため、一時的に無効にして再テストしてください。Windowsではプロキシ設定に古いアドレスが残っていないか確認します。macOSでは現在のネットワークサービスのプロキシ設定でHTTPとHTTPSの項目を確認します。最後にクライアントのログでブラウザーのリクエストがカーネルに入っているか確認してください。ログにまったく記録がない場合、通信がまだ取り込まれていない可能性が高いです。

UWPのネットワーク分離機能を使用する一部のアプリは、ローカルのループバックプロキシへ直接アクセスできません。そのためブラウザーは使えても、ストアアプリだけ接続に失敗することがあります。クライアントに用意されたUWPループバックツールで対象アプリにチェックを入れて保存し、アプリを再起動してください。ローカルプロキシを経由する必要があるアプリだけを選択します。クライアントにループバックツールがない場合は、WindowsのCheckNetIsolationを使って設定し、変更後に再テストしてください。

遅延テストが示すのは、現在のネットワークからテスト先までの応答状況だけで、ダウンロード速度、混雑時間帯の安定性、対象サイトの利用可否を単独で判断することはできません。同じテスト先、同じネットワーク環境でノードを比較し、数回連続してテストしてタイムアウトが頻発しないか確認してください。ノードを選んだ後は、実際のWebアクセスと継続的なダウンロードでも確認します。速度テストは正常なのに特定サイトだけ失敗する場合は、何度も測速するのではなく、ルール、DNS、対象サイト側の制限を調べてください。

ノードの切り替えが影響するのは通常、新しく作成される接続だけです。すでに確立された長時間接続は、以前のノードを使い続けることがあります。対象アプリを終了して再起動するか、クライアントの接続一覧から該当接続を終了してから再テストしてください。現在のルールがヒットしているプロキシグループが、先ほど変更したグループと同じかも確認します。ルールが別のグループを参照している場合、無関係なグループを変更しても効果はありません。グループが自動選択やフォールバックを使っている場合、最終的なノードはグループ内の検査結果で決まることもあります。

Clashのルールは通常、上から順に照合され、接続が最初の該当ルールに一致すると後続の確認は行われません。範囲の広いDOMAIN-SUFFIX、IP-CIDR、ルールセットを早い位置に置くと、後ろにあるより具体的なルールが隠れてしまうことがあります。MATCHは最終的なフォールバックルールなので、リストの末尾に置いてください。変更後は接続詳細で実際にヒットしたルールとポリシーを確認し、まず単一ドメインで検証してから段階的に範囲を広げます。一度に複数の条件を変更すると原因を特定しにくくなります。

リモート購読の更新では通常、その設定の本体が上書きされます。そのため、ダウンロード後の設定ファイルを直接編集してローカル変更を長期管理するのは避けてください。クライアントが提供するオーバーライド、マージ、スクリプト機能を優先し、ローカルDNS、ルール、プロキシグループの変更を独立したレイヤーに置きます。ポリシー選択を維持できるかは、クライアントがプロキシグループ名に基づいて状態を保存するかどうかで決まります。グループ名を変更すると、再選択が必要になることが多いです。作業前にローカルオーバーライドをエクスポートし、コピーでマージ結果を検証してください。

まずプロキシを無効にし、ローカルネットワークから一般的なサイトへ直接アクセスできるか確認します。次に購読を更新し、ノード情報が期限切れでないことを確認してください。その後、2つ以上のノードで比較テストを行い、単一ノードの障害か、ネットワーク入口全体の障害かを切り分けます。すべてのノードがタイムアウトする場合は、システム時刻、ファイアウォール、ほかのプロキシソフト、カーネルログを確認します。特定のプロトコルだけ失敗する場合は、そのプロトコルに必要なフィールドを確認してください。最後にスマートフォンのテザリングで再テストすると、現在の回線やLANが原因かをすばやく判断できます。

TUNは仮想ネットワークインターフェースを作成し、ルーティングを変更するため、通常のシステムプロキシより高い権限が必要です。Windowsではクライアントを管理者権限で再起動し、サービスモードが正しくインストールされているか確認します。macOSではクライアントによるネットワーク補助コンポーネントのインストールまたは有効化を許可してください。Linuxでは、TUNデバイスの作成とルーティング管理に必要な権限をプロセスが持っているか確認します。権限を修正した後は、ほかのVPNや仮想NICツールを終了してからTUNを再度有効にし、複数のプログラムがルーティングやDNSを同時に書き換えないようにします。

この症状は通常、DNS経路の問題を示します。まずログにクエリのタイムアウトがないか確認し、設定内の nameserver、fallback、proxy-server-nameserver が現在のネットワークからアクセス可能か確認してください。Fake-IPを使用している場合は、拡張モード、除外リスト、TUNのDNSハイジャックが整合しているかも確認します。一時的に通常のDNS設定へ切り替えて比較できますが、ノードとルールを同時に変更しないでください。Clashを無効にしても名前解決できない場合は、まずシステムのネットワークアダプターのDNS設定を復元します。

よくある原因は、システムプロキシだけが先に復元され、Clashカーネルの起動が完了していないことです。そのため、システム通信がまだ待ち受けていないローカルポートへ送られます。まずシステムプロキシを無効にして直接接続を戻し、クライアントが二重起動していないか、設定を正常に読み込めるか、カーネルのポートをほかのプログラムが使用していないか確認します。起動時のシステムプロキシ自動有効化を解除し、カーネルの起動後に手動で有効にしてください。クライアントが起動遅延やサービスモードに対応している場合は、それを使って起動順序を調整できます。