Clashヘルプセンター：よくある質問とトラブル対応
基本知識、インストール・設定、使い方、トラブル対応に分けて整理しています。まず問題がどの層で発生しているかを特定してから該当設定を変更し、ノード、ルール、DNSを同時に変えて原因が分からなくなる事態を避けてください。
基本知識
まずクライアント、コア、設定、実行モードを区別しましょう。用語と役割を正しく理解すると、その後の切り分けがスムーズになります。
Clash、Mihomoコア、GUIクライアントの関係は？
Clashは通常、ルールベースのプロキシツールとそのエコシステムを指します。Mihomoは継続的にメンテナンスされている互換コアで、接続、DNS、ルール照合、トラフィック転送を担当します。Clash Verge RevやClash PlusなどのGUIクライアントは、購読管理、オン・オフ切り替え、画面操作を担当します。問題を切り分ける際は、クライアントのバージョン、コアのバージョン、設定ファイルを分けて確認してください。画面の不具合とコアの接続障害は別の問題です。
ルール、グローバル、ダイレクトモードの違いは？
ルールモードは設定内のrulesを上から順に照合するため、普段使いに適しています。グローバルモードは大半の接続を現在選択中のプロキシポリシーに送るため、ノードの一時的なテストに向いています。ダイレクトモードではトラフィックが直接ネットワークへアクセスするため、原因がプロキシ経路にあるか確認できます。モードを切り替えても購読内容は自動変更されません。テスト後は通常、ルールモードに戻してください。
システムプロキシとTUNモードはどちらを選ぶべき？
システムプロキシは、OSのプロキシ設定に従うブラウザーやアプリを主に対象とし、設定が簡単なので最初に試す方法として適しています。TUNモードは仮想ネットワークインターフェースを通じてより多くのトラフィックを取り込み、システムプロキシを参照しないアプリ、コマンドラインツール、一部のゲームに向いています。まずシステムプロキシで基本的な接続を確認し、アプリを取り込めない場合だけTUNを有効にして、管理者権限、ルーティング、セキュリティソフトの許可を設定してください。
異なるClashクライアントで同じ購読を使える？
標準的なClashまたはMihomoの購読は、多くの場合クライアント間で取り込めます。ただし互換性は、設定で使われているプロキシプロトコル、ルールプロバイダー、スクリプト、コア固有のフィールドに左右されます。取り込み後に未対応フィールドが表示された場合は、まずクライアントが採用するコアを確認し、購読サービスに互換形式を用意してもらってください。用途が分からない設定項目をまとめて削除すると、トラフィック分岐やDNSの動作が変わるおそれがあります。
設定ファイルと購読リンクの違いは？
設定ファイルはクライアントが実際に読み込むYAMLの内容で、通常はプロキシ、プロキシグループ、ルール、DNS設定が含まれます。購読リンクは設定ファイルを取得・更新するためのネットワークアドレスです。ローカル設定を削除しても購読サービスは解約されず、ローカルで変更した内容がサーバー側へ書き戻されることも通常ありません。次回の購読更新で、ローカルの変更が上書きされる場合もあります。長期的に保持したいルールは、クライアントのオーバーライド機能や別の設定ファイルで管理してください。
インストール・設定
購読の取り込み、システムプロキシ、TUN権限、Windowsアプリのループバックなど、インストール後によくある問題を扱います。
購読リンクを貼り付けても取り込めないのはなぜ？
まずブラウザーでリンクにアクセスできるか確認し、コピー時にスペース、改行、末尾の句読点が混入していないか確認してください。ログイン画面、通常のWebページ、空の内容が返る場合、クライアントは設定として認識できません。システム時刻が正確であること、ネットワークから購読ドメインへアクセスできることも確認し、システムプロキシを一時的に無効にして再度取り込んでみてください。リンクに一時トークンが含まれる場合は、購読サービスのページで再生成し、パラメーターを手動で変更しないでください。
Clashの購読が無効になった、または更新時に404が返る場合の対処法は？
404は通常、購読パスが削除された、トークンがリセットされた、またはサーバー側で入口が変更されたことを示します。まず購読サービスにログインしてリンクをコピーし直し、クライアント内の古いアドレスを置き換えて手動更新してください。新しいリンクもブラウザーで404になる場合は、購読サービス側での対応が必要です。古い設定は短期間の切り分け用に残せますが、ノードが使えるかどうかはサーバーの状態次第であり、古い設定だけで購読が有効だとは判断できません。
購読の更新がタイムアウトする、またはダウンロード内容が空の場合は？
まず購読アドレスへ正常にアクセスできるネットワークへ切り替え、プロキシを無効にした状態と有効にした状態をそれぞれテストしてください。一部のクライアントでは購読更新にダイレクトまたはプロキシのポリシーを指定できます。更新リクエストが、現在無効になっているノードを経由しないようにしてください。ブラウザーではダウンロードできるのにクライアントだけタイムアウトする場合は、クライアントログのTLS、DNS、timeout情報を確認し、セキュリティソフトがクライアントの通信を遮断していないか確認してください。
システムプロキシを有効にしてもブラウザーが直接接続する場合は？
まずOSのネットワーク設定でプロキシのアドレスとポートが入力され、クライアントに表示される混合ポートと一致しているか確認してください。一部のブラウザー、拡張機能、企業ポリシーでは独自のプロキシ設定が使われます。関連する拡張機能を一時停止し、システム設定を使用する状態に戻してください。ルールモードで対象ドメインがDIRECTに一致していないかも確認します。クライアント終了後もシステムにプロキシアドレスが残る場合は、先にシステムプロキシを無効にしてからクライアントを再起動してください。
WindowsでTUNを有効にすると権限不足と表示される場合は？
クライアントを終了し、管理者権限で再起動してからTUNを有効にしてください。クライアントにサービスモードや補助サービスがある場合は、画面の指示に従ってインストールし、サービスが実行中であることを確認します。それでも失敗する場合は、セキュリティソフトが仮想NICやサービスの作成を阻止していないか確認し、デバイスマネージャーで異常な仮想アダプターが残っていないか確認してください。残留項目を処理する前にクライアントを完全終了し、使用中のインターフェースを誤って削除しないようにします。
Microsoft StoreまたはUWPアプリでプロキシを使えない場合は？
一部のUWPアプリは既定でローカルのループバックプロキシにアクセスできないため、ブラウザーは正常でもStoreアプリだけ接続に失敗することがあります。クライアントのUWPループバックツールで対象アプリにチェックを入れて保存し、アプリを再起動して確認してください。ツールがない場合は、まずTUNモードでトラフィックを取り込む方法を試します。変更後も改善しない場合は、アプリが独自のネットワークサービスを使っていないか確認し、関連ドメインがルールによって誤ってダイレクトに振り分けられていないか確認してください。
使い方
自動起動、ルールのメンテナンス、Fake-IP、購読更新、接続記録に関するよく使う設定方法をまとめています。
Clashを自動起動し、プロキシも自動で有効にする方法は？
まずクライアントの設定で自動起動を有効にし、必要に応じて起動後にシステムプロキシまたはTUNの状態を復元する設定も有効にしてください。Windowsではタスクマネージャーのスタートアップアプリ一覧、macOSではログイン項目とバックグラウンド項目も確認します。起動後にクライアントは動作しているのにネットワークが取り込まれない場合は、システムプロキシの復元が無効になっているか、TUN補助サービスがまだ起動していない可能性があります。まず手動起動が安定することを確認してから、自動復元を設定してください。
Clashにカスタムルールを追加し、更新後も失わない方法は？
クライアントのオーバーライド、設定のマージ、スクリプト機能を優先して使い、購読から生成された設定を直接編集せず、カスタムルールを独立したファイルに保存してください。ルールは上から順に照合されるため、特定ドメインのルールを広範囲なルールより前に置き、最終的なマッチルールは末尾に残します。変更後は設定の検証を実行し、接続記録で対象ドメインが想定したポリシーに一致することを確認してください。購読を更新する前に、使用可能なバックアップを保存しておきます。
Fake-IPモードでLAN機器やアプリに問題が起きる場合は？
Fake-IPはドメインにマッピングされたアドレスを返し、コアが元のドメインを復元してルールを照合します。実アドレス、LAN探索、プリンター、画面ミラーリング、一部のゲームに依存する機能では問題が起きることがあります。まず関連ドメインをfake-ip-filterに追加し、LANのアドレス帯にはダイレクトルールを残してください。ドメインを特定できない場合は、DNSと接続ログを確認します。DNSモジュール全体をすぐに無効にせず、例外の範囲を絞って他のドメインの振り分けへの影響を抑えてください。
購読の自動更新間隔はどのくらいが適切？
通常は数時間から1日ごとの更新に設定し、具体的な間隔は購読サービスの更新頻度に合わせてください。間隔を短くしてもノード自体が速くなるわけではなく、起動時のネットワークリクエストが増える可能性があります。モバイル回線を頻繁に使う端末では、ネットワーク復旧後に手動更新してもよいでしょう。長時間安定して動作させる端末では妥当な間隔を保ち、更新失敗時に最後の利用可能な設定が自動削除されないことを確認してください。
特定のWebサイトが実際にどのルールへ一致したか確認する方法は？
クライアントの接続記録を開き、対象サイトを更新してからドメインで該当接続を絞り込み、ルール、ポリシーグループ、最終ノードの項目を確認してください。記録にIPしか表示されない場合は、DNSがClashによって処理されているか、アプリがシステムプロキシを迂回していないか確認します。ルールを変更した後は接続を張り直してください。ブラウザーに既存の長時間接続があると、すぐには再照合されません。テスト中は比較のため一時的にグローバルモードを使えますが、完了後はルールモードに戻してください。
トラブル対応
ノード、ルール、DNS、ログの4方向から範囲を絞り込み、接続失敗やアクセス異常を切り分けます。
すべてのノードがタイムアウトになる場合、最初に確認することは？
まず端末自体が正常にインターネットへ接続できることを確認し、購読が直前に更新されたか、システム時刻が正確か、ノードのドメインを解決できるかを確認してください。クライアントの遅延テストだけに頼らないでください。テスト先へ到達できないだけでも、すべてのノードがタイムアウトと表示されます。1つのノードを選んで実際にWebページへアクセスし、ログのDNS、connect timeout、connection refusedを確認します。ネットワークによって結果が異なる場合は、現在のネットワーク制限を優先して調べてください。
Clashを有効にすると一部のWebサイトが開けない場合は？
まずルール、グローバル、ダイレクトの各モードで比較し、原因がノードかルールかを判断してください。グローバルではアクセスできるのにルールモードで失敗する場合は、接続記録で一致したルールを確認します。すべてのプロキシモードで失敗する場合はノードを切り替え、DNSを確認してください。ブラウザーのDNSキャッシュを削除し、QUICを無効にして再テストする方法もあります。複数のプロキシクライアントを同時に実行しないでください。システムプロキシ、ルーティング、仮想NICが重複して変更される可能性があります。
ClashのDNSリークや名前解決の異常を調べる方法は？
まずクライアントのDNSモジュールが有効か確認し、OSやブラウザーが独自の暗号化DNSを使っていないか確認してください。TUNモードでは、DNSリダイレクト設定が取り込む必要のあるリクエストをカバーしていることも確認します。名前解決に異常がある場合は、nameserverとfallbackへそれぞれ到達できるかテストし、ログにタイムアウトがないか確認してください。DNSリークテストの結果は、ブラウザーキャッシュ、ネットワークの出口、テストサイトの影響を受けます。接続記録と合わせて判断してください。
Clashの実行ログで重点的に確認する内容は？
問題が発生した正確な時刻を記録し、その時間帯のerrorとwarningを確認してください。DNS timeoutは名前解決経路、connection refusedは通常接続先による拒否、connect timeoutはノードまたはネットワークへの到達不能を示す可能性があります。設定の解析エラーではフィールド名や行番号が示されます。ログを共有する前に、購読アドレス、認証情報、ノードの認証情報を削除し、エラー周辺の内容と必要な設定構造だけを残してください。