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

Mihomo はプロキシプロトコル、ルールマッチング、DNS、接続転送を担うコアです。Clash Plus、Clash Verge Rev、FlClash などのクライアントは、その上に設定の読み込み、ポリシー切り替え、システムプロキシを操作する画面を提供します。問題を切り分ける際は、画面の不具合、設定ミス、コアの接続エラーを区別してください。通常、実行ログに現れるのは後者2つです。

設定ファイルはクライアントが実際に読み込む YAML の内容で、通常はプロキシノード、ポリシーグループ、ルール、DNS、ポートの項目を含みます。サブスクURLは設定ファイルを取得するためのアドレスです。サブスクを更新すると、対応する Profile が再ダウンロードされて置き換えられます。サブスクから作成されたローカルコピーを編集する前に、更新時に変更内容が上書きされるか確認してください。長期的に保持したいルールは、Override または Merge 設定に置くのが適しています。

ルールモードは設定内の rules を上から順に照合するため、普段使いに適しています。グローバルモードはすべての通信を同じプロキシポリシーへ渡すため、短時間でノードの利用可否を確認するのに向いています。ダイレクトモードはプロキシを経由しないため、問題が Clash の経路に起因するかを確認できます。トラブル対処では、まずグローバルとダイレクトを切り替え、ノード、ルール、ローカルネットワークのどこに問題があるかを判断してください。

システムプロキシは、OS のプロキシ設定に従うアプリだけを対象にします。ブラウザや多くのデスクトップアプリでは利用できますが、一部のゲーム、コマンドラインプログラム、ストアアプリは迂回することがあります。TUN モードは仮想ネットワークインターフェースを通じて、より広い範囲の通信を取り込みますが、追加のシステム権限も必要です。通常はまずシステムプロキシを使い、アプリによる迂回を確認した後で TUN を有効にし、ルーティングと DNS を確認します。

Fake-IP はドメインに予約アドレスを返し、Clash がドメインとの対応関係を管理するため、ルール照合の効率が高く、多くの一般的な設定に適しています。Redir-Host は実際の名前解決結果を返すため、LAN 検出、特殊なドメイン検証、固定された名前解決結果に依存するアプリとの互換性に優れます。プリンター、画面ミラーリング、企業内ネットワーク、一部のゲームで問題が起きた場合は、DNS モード全体を変更する前に、対象ドメインを fake-ip-filter に追加してください。

クライアントの接続履歴またはログ画面を開き、対象サイトへ再アクセスして、ドメイン、宛先アドレス、ルール種別、最終的なポリシーグループを確認します。ルールは設定ファイルの順序に従って上から照合されるため、範囲の広い DOMAIN-SUFFIX や GEO 系ルールが先にリクエストを捕捉することがあります。結果が想定と異なる場合は、より具体的な DOMAIN ルールを広いルールより前に置き、サブスク更新後に Override の順序を再確認してください。

クライアントの遅延テストは通常、指定したテスト先への1回の HTTP リクエスト時間だけを測定するため、パケットロス、ピーク時の混雑、回線帯域、Webサイトの所在地、接続の再利用状況までは十分に反映しません。ノードの品質を判断する際は、複数回のテスト結果の安定性、実際のダウンロード速度、対象サイトの応答を併せて確認してください。遅延が比較的高くても安定したノードのほうが、数値は低いのに頻繁にタイムアウトするノードより快適な場合があります。

mixed-port は HTTP と SOCKS5 の接続を同時に受け付けるため、ローカルポートを1つだけ管理したい場合に適しています。port は HTTP プロキシのみ、socks-port は SOCKS5 プロキシのみを提供します。アプリにプロキシを手動入力する場合は、プロトコルとポートを一致させてください。クライアントが mixed-port 7890 を使用している場合、他のプログラムは同じアドレスとポートを待ち受けできません。変更後はシステムプロキシやアプリ内のプロキシ設定も更新します。

まず設定の dns.enable が有効になっていることを確認し、nameserver、proxy-server-nameserver、fallback などの項目が現在のコアの構文に合っているか確認します。その後、ダイレクトとプロキシの状態で同じドメインをそれぞれ検索し、システムの名前解決結果、Clash の DNS ログにあるリクエスト、実際の接続先を比較してください。アプリ独自の暗号化 DNS が有効だと、システムや Clash の DNS を迂回することがあります。アプリ側で無効にするか、TUN とルールで明示的に制御してください。

各 Profile には、提供元と用途が分かる名前を付け、更新日時と Override 設定を個別に管理します。サブスクの内容はサーバー側で更新し、ローカルルールは別ファイル、またはクライアントの Merge・Override 機能に分けて保存するのが適切です。Profile を切り替えた後は、ポリシーグループを再確認してください。異なる設定で同名のポリシーが使われていても、含まれるノードは異なる場合があります。古い設定を削除する前に、自動化スクリプトやシステムサービスが参照していないことを確認します。