FAQ / DIAGNOSTIC INDEX
Clashのよくある質問とトラブル対処
基礎知識、インストールと設定、使い方、トラブル対処に分類しています。接続に問題があるときは、まず基本ネットワークを確認し、次にクライアントの状態、設定内容、システムへの適用方法、実行ログを確認してください。
CATEGORY SELECT
質問カテゴリを選択
カテゴリをクリックすると、該当するQ&Aへ移動します。各回答は実際の確認手順に沿って構成されています。
01 / BASIC CONCEPTS
基本知識
クライアント、コア、サブスクリプション、設定、プロキシモードを区別し、異なる段階の問題を混同しないようにします。
Clashクライアント、Clashコア、Mihomoにはどのような関係がありますか?
Clashクライアントは通常、グラフィカルインターフェース、設定管理モジュール、プロキシコアで構成されます。グラフィカルインターフェースはサブスクリプションの読み込み、ポリシーの選択、システムプロキシの切り替えを担当し、コアは設定の解析、ルールの照合、接続の転送を担当します。MihomoはClashの設定体系を引き継ぐ、現在も活発に開発されているコアです。クライアントによって組み込まれているコアのバージョンが異なるため、画面が似ていても対応フィールドが完全に一致するとは限りません。
サブスクリプションリンクとYAML設定ファイルの違いは何ですか?
サブスクリプションリンクは設定内容を取得するためのURLで、クライアントはそこから設定をダウンロードして更新します。YAML設定ファイルはコアが実際に読み込むテキストで、プロキシノード、ポリシーグループ、ルール、DNSなどのフィールドを含みます。リンクは定期的に更新できますが、手動で読み込んだローカルYAMLは通常、サーバー側の変更に自動追従しません。
ルールモード、グローバルモード、ダイレクトモードはどう使い分けますか?
普段はルールモードを選び、設定内のルールに応じて接続をプロキシ経由にするか直接接続にするかを決めます。グローバルモードでは、プロキシ可能な接続の大部分を現在のポリシーグループに渡すため、ノードの動作確認に適しています。ダイレクトモードはプロキシを迂回し、クライアントがネットワークに与える影響を切り分ける際に役立ちます。確認が終わったら、実際の用途に合ったモードへ戻してください。
プラットフォーム別にClashクライアントを選ぶには?
まずWindows、macOS、Android、iOS、Linuxから対応するプラットフォームを選び、プロセッサーのアーキテクチャとOSのバージョンを確認します。デスクトップでは、保守が続いており、活発なコアを搭載したGUIクライアントを優先してください。サーバーやルーターでは、Mihomoコアを直接実行する構成も選択肢になります。古いクライアントは過去の設定を読み込めますが、新しいフィールドを認識できない場合があります。
Clashのプロキシサービスのサブスクリプションはクライアントが提供しますか?
Clashクライアントは設定の読み込み、ルールの実行、接続の転送を行うだけで、サブスクリプションサービスは提供しません。サブスクリプションURL、ノードの状態、通信量、期限は各サービス提供者が管理します。クライアントにサブスクリプションエラーが表示された場合は、ローカルでの読み込み、ネットワークアクセス、サービス自体の停止のどれが原因かを切り分けてください。
02 / INSTALLATION AND CONFIG
インストールと設定
設定ファイルの場所、サブスクリプションの読み込み、システムプロキシ、TUN権限、Windowsアプリのループバック制限を確認します。
Clashの設定ファイルは通常どこに保存されますか?
保存場所はクライアントとOSによって異なります。多くの場合、クライアントの設定、Profiles、サブスクリプション管理画面から確認できます。手動で編集する場合は、クライアントに用意された設定フォルダーを開く機能を優先し、別のクライアントのパスを参考にしてファイルを直接上書きしないでください。変更前に自動更新を停止し、完了後に設定を検証して再読み込みします。
Clashのサブスクリプションリンクを読み込めないとき、まず何を確認しますか?
コピーしたURLが完全で、先頭に余分な空白がなく、末尾のパラメーターがチャットツールによって切り詰められていないことを確認します。次にブラウザーでURLへアクセスし、内容が返るか、Clashで読み込めるYAMLが返るかを確認してください。ログインページ、エラーメッセージ、別形式のサブスクリプションでは読み込めません。その後、システム時刻、ネットワークアクセス、クライアントコアとの互換性、サービス提供者の状態を確認します。
システムプロキシを有効にしてもブラウザーが直接接続する場合は?
まずクライアントのコアが動作中で、システムプロキシの設定がOSに正しく反映されていることを確認します。次にHTTPまたはMixedポートとシステムプロキシのポートが一致しているか確認し、ブラウザー独自のプロキシ拡張機能を無効にしてブラウザーを完全に再起動します。システムプロキシを読み取らないアプリもあるため、その場合はTUNモードを使うか、アプリ側で個別にプロキシを設定してください。
ClashのTUNモードで管理者権限が必要なのはなぜですか?
TUNモードでは仮想ネットワークインターフェースの作成、ルートの追加、DNSの調整を行うため、通常は管理者権限またはシステム権限が必要です。Windowsではクライアントの案内に従ってサービスをインストールするか、管理者として初回設定を完了します。macOSではネットワーク拡張機能の許可が必要で、Linuxでは通常、ネットワーク管理権限を付与します。許可後はコアを再起動し、仮想インターフェースが作成されているか確認してください。
ClashのUWPループバックはどのような場合に有効にしますか?
Microsoft Storeアプリや古いUWPアプリだけがローカルプロキシへ接続できず、通常のデスクトップアプリは正常に動作する場合に、ループバック制限を確認します。クライアント内蔵のUWPループバックツールで、ローカルプロキシへのアクセスが必要なアプリを選択して保存し、そのアプリを再起動してください。不要なネットワークアクセス範囲を広げないよう、すべての項目を一度に選択しないでください。
03 / OPERATION NOTES
使い方
サブスクリプションとローカルの変更を分離し、ルールの順序、実際の接続、ログから動作結果を判断します。
ローカルルールを失わずにClashのサブスクリプションを安全に更新するには?
自動更新されるサブスクリプションファイルを直接編集してルールを長期保存しないでください。次回の更新で上書きされる可能性があります。クライアントのオーバーライド、マージ、スクリプト、ローカルルールセットなどの機能を使い、カスタム設定とリモートサブスクリプションを分けて保存するのがおすすめです。更新後はポリシーグループ名が変わっていないか確認し、カスタムルールが参照するポリシーが実際に存在するか確認します。
Clashのカスタムルールはどこに置くべきですか?
ルールは上から下へ順番に照合され、マッチすると通常は後続の確認が止まります。そのため、範囲が具体的なルールを一般的なルールより上に置きます。カスタムのドメイン、プロセス、ネットワーク範囲のルールは、MATCHなどのフォールバックルールより前に配置し、設定内に実在するポリシーグループを指定してください。保存後に構文を確認し、接続ログで実際に適用されたルールを確認します。
ノードの遅延は低いのに実際のアクセスが遅いのはなぜですか?
遅延テストは通常、テスト先との往復時間だけを示し、ノードの帯域幅、パケットロス、混雑、対象サイトまでの経路を完全には反映しません。同じネットワーク環境で複数のノードを繰り返しテストし、ページの読み込み、ファイル転送、実行ログも合わせて判断してください。ノード倍率、プロトコルの互換性、現在地からの経路、サーバー側の同時接続制限も確認します。
ClashのDNSリークを確認して対処するには?
まず現在の接続が本当にClashによって処理されているか確認し、次にシステム、ブラウザー、クライアントがそれぞれどのDNSを使っているか確認します。ブラウザーのセキュアDNSがシステム設定を迂回することがあり、TUNモードとシステムプロキシモードでもDNSの経路は異なります。設定を変更したらシステムのDNSキャッシュを消去してブラウザーを再起動し、名前解決ログでリクエストがClashのDNSモジュールに入っていることを確認してください。
LAN内のデバイスから本機のClashプロキシを使うには?
クライアントでLAN接続の許可を有効にし、待ち受けアドレスが本機のループバックアドレスだけにバインドされていないことを確認します。そのうえで、システムのファイアウォールで該当するプロキシポートを許可してください。他のデバイスでは、プロキシサーバーとして127.0.0.1ではなく、Clashを実行しているPCのLAN内アドレスを指定します。ポートは信頼できるネットワーク内だけで公開し、コントロールインターフェースを外部ネットワークへ直接公開しないでください。
04 / FAILURE RECOVERY
トラブル対処
復旧できる状態から確認を始め、古い設定とログを残して、変更を連続して行うことで原因が分からなくなるのを避けます。
Clashのサブスクリプションが無効になった、または更新後にノードが消えた場合は?
まずサブスクリプションの更新日時、期限、返却内容を確認し、URLがログインページやエラーページへリダイレクトされていないか確認します。古い設定は使えるのに更新後のノードが空になった場合は、古いファイルを残したまま、サービス提供者へアカウントと形式の状態を問い合わせてください。ローカル設定を何度も上書きせず、まず現在使える設定をエクスポートし、サブスクリプションが復旧してから再取得します。
Clashの全ノードがタイムアウトするとき、どの順番で確認しますか?
まずダイレクトモードに切り替えて基本ネットワークが使えることを確認し、システムプロキシを一時停止してコアを再起動します。次にシステム時刻、サブスクリプションの期限、現在のコアがノードのプロトコルに対応しているか、ローカルのファイアウォールがクライアントの通信を妨げていないかを確認してください。遅延テストだけがタイムアウトし、Webページは開ける場合は、テスト先を変更してテスト先の到達不能を全ノードの障害と誤判定しないようにします。
Clashの起動時にポートが使用中と表示された場合は?
まず他のプロキシクライアントを終了し、タスクマネージャーやシステムのプロセス一覧でコアのプロセスが残っていないか確認します。設定内のport、mixed-port、socks-port、コントロールポートが重複していないか、また他のプログラムがそれらのポートを使っていないか確認してください。ポートを変更したらシステムプロキシの設定も更新し、コアを再起動して最初の待ち受けログを確認します。
TUNを有効にした後、完全にインターネットへ接続できなくなった場合は?
まずTUNとシステムプロキシを無効にして、基本ネットワークが復旧することを確認します。次にクライアントを終了し、仮想NICやルートが残っていないか確認してください。再起動後はTUNだけを有効にし、いったん簡易DNS設定でテストします。問題が続く場合は、管理者権限、インターフェースの自動選択、デフォルトルートの競合、他のVPNソフトやセキュリティソフトによるブロックを確認し、ログからインターフェース作成やルート追加に失敗した記録を探します。
Clashクライアントが起動時にクラッシュする、またはウィンドウが表示されない場合は?
まず残っているクライアントとコアのプロセスを終了し、確実に解析できる基本設定での起動を試します。更新後に問題が発生した場合は、古い設定に廃止されたフィールドがないか、画面データが破損していないか、必要なシステムランタイムが揃っているかを確認してください。ウィンドウが表示されない場合は、タスクトレイとマルチディスプレイの位置情報も確認します。それでもクラッシュする場合は、アプリログで最後に記録された設定解析エラーや権限エラーを確認してください。
NEXT CHECK
設定と操作手順を続けて確認する
問題がYAMLフィールド、ルールの順序、DNS設定に関係している場合は、設定リファレンスを開いて項目ごとに確認してください。サブスクリプションの初回読み込み、ノードの選択、プロキシの有効化までの手順は、使い方ガイドで確認できます。