Troubleshooting index
Clashのよくある質問とトラブル対処
サブスクリプションの読み込み、プロキシモード、TUN、システムプロキシ、Windowsアプリのループバック制限まで、現象別に確認順序をまとめています。設定を何度も変更することによる切り分けの混乱を減らせます。
01 / Basic concepts
基礎知識
クライアント、コア、プロキシポート、動作モードの役割を先に整理しておくと、問題発生時にどの層を確認すべきか判断しやすくなります。
ClashとMihomoのコアはそれぞれ何を担当しますか？
ClashクライアントはGUI、設定画面、システムプロキシを管理し、Mihomoコアは設定の解析、ルール判定、プロキシグループの選択、接続の確立を担当します。異なるクライアントが近いコア機能を共有する場合でも、設定画面や対応プラットフォームは異なります。
Clashクライアントでは、ルール・グローバル・直接接続のどれを選ぶべきですか？
普段はルールモードを選び、設定内の DOMAIN、IP-CIDR などのルールで接続経路を決めます。ルールが適用されているか確認するときは一時的にグローバルモードへ切り替え、プロキシ経路やローカルネットワークを確認するときは短時間だけ直接接続を使って比較します。
Clashのローカルプロキシポートはどこで確認できますか？
クライアントの設定または設定詳細を開き、Mixed Port、HTTP Port、SOCKS Portなどの項目を確認します。Mixed Portは通常HTTPとSOCKSの両方を受け付けますが、ポート番号は現在の設定画面に表示されている値を使用してください。端末やブラウザーのプロキシアドレスには通常、127.0.0.1とそのポート番号を指定します。
サブスクリプションを読み込んだ後、プロキシノードやプロキシグループが表示されないのはなぜですか？
まずサブスクリプションURLがアクセス可能な内容を返すことを確認し、クライアントで設定を更新します。更新に成功してもプロキシグループがない場合は、現在有効な設定ファイル、サブスクリプション変換結果、YAMLの解析メッセージを確認してください。URLがWebページ、ログイン画面、または期限切れの内容を返す場合、クライアントは有効な設定として利用できません。
02 / Setup
インストールと設定
設定上の問題は、サブスクリプションのレスポンス、設定ファイルのバージョン、更新後の項目変更で起こりがちです。切り分けでは、まず元に戻せる状態を残してください。
Clashのサブスクリプション更新に失敗した場合、どの順番で確認すべきですか？
まずブラウザーやネットワークツールでサブスクリプションURLにアクセスできることを確認し、次にクライアントのネットワーク権限、システム時刻、現在のプロキシ状態を確認します。その後、更新ログのHTTPステータスコードを確認します。401または403は通常認証に関係し、404はURLが無効であることを示します。タイムアウトの場合はネットワーク経路やサーバーの応答を確認してください。
サブスクリプション更新後にプロキシグループが消えたり、ルールが異常になったりした場合はどうすればよいですか？
元の設定をすぐに削除せず、現在も使えるバージョンを戻し先として残します。新しい設定が正常に解析されたか、プロキシグループ名が変わっていないか、rules、proxy-groups、proxiesの各項目が存在するかを確認してください。クライアントが設定のバックアップに対応している場合は、古い設定を復元してからサブスクリプション提供元にテンプレート変更の有無を確認します。
サブスクリプションURLは開けるのに、Clashで解析エラーが表示されるのはなぜですか？
ブラウザーでURLを開けても、返される内容がClash設定であるとは限りません。HTMLのログイン画面、追加認証の要求、ゲートウェイによるレスポンスの途中切れ、YAMLのインデントや項目形式の誤りなどが考えられます。クライアントの設定プレビューやログでレスポンス冒頭と解析エラーの行を確認し、返却形式に応じて対処してください。
クライアントをインストールして初回起動したのにプロキシが機能しない場合、まず何を設定すべきですか？
まず解析可能な設定ファイルを読み込み、設定が選択されていてコアが動作中であることを確認してから、システムプロキシを有効にします。クライアントの現在のHTTP、SOCKS、Mixed Portを記録し、ブラウザーでテスト用URLにアクセスして接続ログを確認してください。有効な設定がない状態でシステムプロキシだけを有効にしても、利用可能なプロキシ経路は構成されません。
03 / Daily use
使い方のコツ
ルールによる振り分け、グローバル切り替え、TUNはそれぞれ適した場面が異なります。まず接続詳細を確認し、そのうえでモードを変更するか、システムによる通信の取り込み範囲を広げるか判断してください。
ルールモードで特定のWebサイトが想定どおりプロキシ経由にならないのはなぜですか？
まず接続詳細で適用されたルールと最終的なプロキシグループを確認し、ドメインがより具体的なルールに先に一致していないか確認します。ブラウザーキャッシュ、アプリ独自のDNS、IPルール、FINALのフォールバックルールも結果に影響します。ルールを変更した後は設定を再読み込みし、古い接続履歴を見続けないよう新しい接続を確立してください。
グローバルモードとルールモードの実際の違いは何ですか？
ルールモードでは設定ファイルのルール順に接続を判定し、リクエストを対応するプロキシグループへ渡します。グローバルモードでは通常、プロキシ可能なリクエストを現在選択中のプロキシグループへまとめて送り、多くの振り分け判定を省略します。グローバルモードはプロキシ経路の短時間の確認に向いていますが、常用する前にルールモードへ戻し、振り分け結果を確認してください。
TUNモードを有効にしてもClashを通る通信がないのはなぜですか？
仮想ネットワークアダプターの作成とルート変更に必要なシステム権限がクライアントに付与されていることを確認し、TUNの有効化、スタック種別、自動ルート設定を確認します。次にシステム上に対応する仮想アダプターが表示されているか確認し、クライアントを再起動するかネットワーク接続を更新してください。最後に接続ログでアプリの通信がコアに入っているか確認します。
WindowsでTUNモードを有効にするにはどのような権限が必要ですか？
TUNモードでは通常、クライアントが仮想ネットワークアダプターを作成し、ルートを書き込むかDNSを設定するため、管理者の許可が必要になる場合があります。権限の確認が表示されたら、クライアントの案内に従って操作を許可してください。企業端末のポリシーでドライバーやルート変更が禁止されている場合は、端末管理者に確認が必要です。スイッチを繰り返し切り替えるだけでは解決しません。
04 / Diagnosis
トラブル対処
接続に失敗したら、まずローカルプロキシがリクエストを受け取っていないのか、それともリクエストがコアに入り、ルール、DNS、ノードの段階で失敗したのかを切り分けます。
システムプロキシを有効にしても、ブラウザーが直接接続する場合はどうすればよいですか？
まずブラウザーが独立したプロキシ拡張機能ではなくシステムプロキシを使用していることを確認し、システムプロキシのアドレスとポートがクライアントの現在の待受ポートと一致しているか確認します。クライアントが動作中か、アプリが直接接続に設定されていないかを確認し、キャッシュを使わない新しいリクエストの接続ログで、HTTPまたはMixed Portに入っているか確認してください。
ノードの遅延テストがタイムアウトした場合、ノードは無効になったということですか？
必ずしもそうとは限りません。遅延テストのURL、DNS解決、通信事業者の経路、ノードがテストリクエストを処理する方法によって結果は変わります。まずテスト先やネットワーク環境を変えてから実際の接続を試してください。すべてのノードがタイムアウトする場合は、ノードを交換する前にローカルポート、設定プロトコル、システム時刻を優先して確認します。
Clashでは接続済みなのに、アプリがインターネットに接続できない場合はどう切り分けますか？
ローカルポート、システムプロキシ、ルール判定、DNS、ノード経路の順に確認します。まずブラウザーで単純なWebサイトを開き、接続ログを確認してから、アプリがシステムプロキシに従っているか確認します。システムプロキシに対応しないアプリでは、TUNまたはアプリ独自のプロキシ設定を検討してください。特定のドメインだけ失敗する場合は、ルールとDNSをさらに確認します。
Windows UWPアプリがClashのプロキシを使えない場合はどうすればよいですか？
一部のWindows UWPアプリはループバック分離の制限により、ローカルのプロキシポートへ直接アクセスできません。システムのUWPループバック制限を解除する設定ツールを使い、許可するアプリを選択して変更を適用し、その後アプリを再起動してください。それでも接続できない場合は、システムプロキシのポート、アプリがルールで直接接続に設定されていないか、ファイアウォール権限を確認します。
プロキシを有効にするとHTTPS証明書エラーが表示されるのはなぜですか？
まずシステムの日付と時刻が正しいことを確認し、エラーが特定のネットワークまたはアプリだけで発生するかを確認します。プロキシ設定、DNS、ネットワークにHTTPSインターセプトがないか確認してください。警告を回避するために証明書の警告を長期間無視してはいけません。直接接続では正常でプロキシ経由だけ異常な場合は、エラーコードと接続経路を記録し、クライアント設定とネットワーク環境を分けて確認します。