Clash よくある質問とトラブルシューティング

MihomoはClashの設定体系に対応したプロキシコアで、プロトコル接続、DNS、ルール照合、トラフィック転送を担当します。Clash PlusやClash Verge RevなどのGUIクライアントは、設定の読み込み、ポリシーの切り替え、コアの管理を行います。問題を切り分ける際は、クライアント画面、設定ファイル、コアの実行段階のどこで障害が起きているかを先に確認してください。

ルールモードはrulesの上から順に照合し、直結またはプロキシを決めるため、普段使いに適しています。グローバルモードは指定したポリシーグループにトラフィックを渡し、ノードの一時的なテストに向いています。直結モードではプロキシを使用しません。モードを切り替えたら対象アドレスへ再アクセスし、接続またはログ画面で新しいリクエストの実際の経路を確認してください。

サブスクリプションURLはリモート設定への入口で、クライアントはそこからノード、ポリシーグループ、ルールを取得します。設定ファイルはローカルに保存され、コアが読み込むYAML形式の内容です。ローカルファイルの変更はサブスクリプションサービスへ同期されず、更新時に上書きされることもあります。継続的に変更を適用する場合は、クライアントのオーバーライドまたはマージ機能を使用してください。

ClashクライアントとMihomoコアはプロキシノードを提供しません。使用前に有効なサブスクリプションURLを読み込むか、proxies、proxy-groups、rulesを含む設定ファイルを自分で用意する必要があります。クライアントをインストールしただけで有効な設定がない場合、システムプロキシを有効にしてもトラフィックを転送する出口はありません。

Webページは通常、メインドメイン、静的リソース用ドメイン、APIドメイン、第三者のCDNドメインへ同時にリクエストを送るため、それぞれ異なるルールに一致することがあります。ドメイン解決後のIPルールやルールセットの更新結果も確認が必要です。アドレスバーのドメインだけで判断せず、接続履歴で各リクエストのHost、適用ルール、ポリシーを時系列に確認してください。

まずブラウザでサブスクリプションURLにアクセスでき、有効期限が切れていないことを確認します。次に、コピー時に空白、改行、エスケープ文字が混入していないか確認してください。その後、システム時刻が正確か、クライアントにネットワーク権限があるかを確認し、ネットワークを奪い合う他のプロキシツールは一時的に終了します。返された内容がログインページやエラーページなら、サブスクリプションサービス側で有効なURLを再発行してください。

現在有効な設定が、同名の古い設定ではなく、更新したサブスクリプションであることを確認します。更新日時と設定ファイルのパスを確認し、設定を手動で再読み込みしてからプロキシグループを確認してください。ローカルオーバーライドや設定マージが有効な場合は、オーバーライドルールが新しいノードを削除していないか確認します。必要に応じて一時的に無効にし、もう一度更新してください。

まずエラーが表示された行とその直前の行を確認します。よくある原因は、インデント階層の不一致、コロン後の空白不足、リスト項目のハイフン不足、Tabとスペースの混在、特殊文字を含む名前の引用漏れです。YAMLのインデントは階層を表すもので、見た目をそろえるために自由に配置するものではありません。修正後はクライアントの設定チェックを実行してから、コアを再読み込みしてください。

まずインストーラーが当サイトのダウンロードページに掲載されたクライアントの配布元から入手したものか確認します。次にWindows セキュリティで、対象ファイル名、発行元、ブロック理由を確認してください。企業管理端末ではアプリ制御ポリシーによって制限され、デバイス管理者による許可が必要な場合があります。単一ファイルの問題に対してセキュリティ機能全体を無効にせず、明確なインストーラーと入手元を個別に判断してください。

システム設定の「プライバシーとセキュリティ」で、確認待ちのアプリ許可がないか確認し、クライアントの案内に従ってネットワーク拡張またはVPN構成を許可します。初めてTUNを有効にする際は、管理者の承認が必要なこともあります。許可後はクライアントを完全に終了して再起動してください。アプリが一時的なマウント先にある場合は、先に「アプリケーション」フォルダへ移動してから起動します。

クライアントの接続またはログ画面を開き、古い記録を消去してから対象アドレスへ再アクセスし、ドメインで新しい接続を絞り込みます。適用されたルール、ポリシーグループ、最終ノード、接続種別を重点的に確認してください。ポリシーグループ名は選択の入口を示すだけで、実際の出口は最終ノードの項目で判断します。テスト中はシステムプロキシを変更する他のツールを同時に実行しないでください。

Clashのルールは設定ファイルの順序に従って上から下へ照合されるため、対象リクエストが前のルールやルールセットに先に捕捉されている可能性があります。より具体的なDOMAIN、DOMAIN-SUFFIX、IP-CIDRルールを広範なルールより前に置き、ルールが参照するポリシーグループが実際に存在することを確認してください。保存後は設定を再読み込みし、ログで適用結果を確認します。

まず異常がFake-IPモードでのみ発生するか確認し、LANのドメイン、プリンターのドメイン、互換性のないアプリが使用するドメインをfake-ip-filterに追加します。LANアドレスはプライベートアドレス用ルールで直接接続する必要があります。変更後はシステムのDNSキャッシュを消去して関連アプリを再起動してください。対象範囲の広すぎるドメインをすべて除外すると、ドメインルールの照合効果が弱まるため注意が必要です。

設定でallow-lanを有効にし、mixed-portまたは対応するHTTP、SOCKSポートがLANアドレスで待ち受けていることを確認します。システムファイアウォールでは必要なポートだけを許可してください。他の機器には、プロキシサーバーとしてPCのLAN IPアドレスとそのポートを指定します。信頼できるネットワークでのみ使用し、ルーターのクライアント分離が有効になっていないことも確認してください。

ルール、ポリシーグループ、大部分のDNS設定は、設定を再読み込みすれば通常反映され、システム全体の再起動は不要です。TUNドライバー、ネットワークインターフェース、待ち受けポート、権限に関する変更では、コアまたはクライアントの再起動が必要になる場合があります。反映状況は現在の実行設定と起動ログで確認し、エディター上のファイル内容だけで判断しないでください。

まず2つ以上のノードを切り替え、単一ノードの障害かネットワーク全体の問題かを切り分けます。次にサブスクリプションの期限、本体の時刻、現在のネットワークでDNS解決が可能かを確認してください。重複して動作しているプロキシやVPNを終了してから再テストします。すべてのノードがタイムアウトする場合は、コアのログでハンドシェイク、証明書、DNS、接続拒否に関する情報を確認し、エラーの種類に応じて対処します。

まずシステムのネットワーク設定にプロキシのアドレスとポートが反映されていることを確認し、ポートがクライアントの現在の待ち受けポートと一致するか確認します。ブラウザ拡張機能、企業ポリシー、手動プロキシ設定がシステム設定を上書きすることがあるため、一時的に無効にして再テストしてください。コアが動作していることも確認します。システムプロキシはリクエストをローカルポートへ送るだけで、コアの代わりにはなりません。

Windowsではサービスコンポーネントがインストールされ、初回設定を管理者権限で完了しているか確認します。macOSとLinuxでは、ネットワーク拡張、管理者の承認、必要な機能が許可されているか確認してください。続いて、他のVPNが仮想ネットワークアダプターを使用していないか確認し、ログでデバイス作成エラーを調べます。権限の処理後にコアを再起動し、TUNのオン・オフを短時間に繰り返さないでください。

一部のUWPアプリは初期状態ではローカルのループバックプロキシにアクセスできません。クライアントのUWPループバックツールで対象アプリを選択して保存してください。完了後、そのアプリを完全に終了して再起動し、システムプロキシのポートが引き続き待ち受けていることを確認します。組織のポリシーで管理された端末ではループバックの除外が制限される場合があるため、Clashのルールを繰り返し変更するのではなく、システムポリシーを確認してください。

通常のシステムプロキシとTUN転送で、Webサイトの証明書を置き換える必要はありません。まずシステム時刻、ブラウザに表示された証明書の発行者、HTTPS復号化やセキュリティソフトの通信検査、他のプロキシツールが同時に有効になっていないか確認します。重複してネットワークを制御するコンポーネントを停止して再テストしてください。特定のノードでのみ発生する場合は、そのノードの使用を中止し、転送設定を確認します。