Poolside troubleshooting board
Clashのよくある質問とトラブル対処
設定が読み込まれているか、通信がクライアントに入っているかを確認し、DNS、ルール、ノード経路を順番に切り分けます。まず問題のカテゴリを選び、回答に示された順序で確認してください。
基礎知識
クライアント、コア、設定、サブスクリプションを切り分け、異なる工程の問題を混同しないようにします。
Clashとは？ クライアントとコアはそれぞれ何を担当しますか？
Clashは、ルールによるトラフィック分岐とプロキシグループを中心としたプロキシ設定システムです。コアは設定の読み込み、接続の確立、DNSとルーティングルールの実行を担当し、GUIクライアントはサブスクリプションのインポート、モード切り替え、ログ確認、システムプロキシの制御を担います。クライアントを選ぶ際は、使用するコア、対応OS、設定項目の互換性も確認してください。
オリジナル版Clash、Clash Meta、mihomoにはどのような関係がありますか？
オリジナル版Clashは設定構造とルールモデルの基礎を築き、Clash Metaはそこからプロトコル、DNS、ルール、透過プロキシ機能を拡張しました。その後、プロジェクト名はmihomoに変更されています。新しいクライアントの多くはmihomoコアを採用していますが、画面上の名称にはClashが残っている場合があります。基本的な設定項目は引き続き使えることが多い一方、拡張項目には対応するコアが必要です。
ルールモード、グローバルモード、直接接続モードはどう使い分けますか？
普段はルールモードを優先し、ドメイン、IP、ルールセットに応じて直接接続とプロキシを振り分けます。グローバルモードは、ほとんどの接続を現在選択中のポリシーに渡すため、特定のノードが使えるか一時的に確認する用途に適していますが、長期的なトラブル対処には向きません。直接接続モードはプロキシを迂回するため、問題がプロキシ経路や設定ルールに起因するかを切り分ける際に役立ちます。
Clashクライアントにはサブスクリプションや無料ノードが付属していますか？
クライアント自体は主に設定の解析、ルールによる振り分け、接続管理を提供するもので、サブスクリプションサービスそのものではありません。サブスクリプションURL、ノードの可用性、通信量、利用期限は各サービス提供者が管理します。出所不明の公開設定をインポートする前に、メンテナンス状況、データの取り扱い、利用条件を確認し、信頼できない経路で機密情報を送信しないでください。
サブスクリプション、設定ファイル、ノードの違いは何ですか？
サブスクリプションは通常、更新可能なリモートURLで、完全な設定またはノード一覧を返します。設定ファイルはクライアントが実際に読み込むYAML形式の内容で、DNS、ルール、プロキシグループなどを含む場合があります。ノードは設定内の接続項目です。サブスクリプションを更新すると関連内容が再生成または上書きされるため、ルールを長期的にカスタマイズする場合はオーバーライド機能を使うか、別途コピーを保存してください。
インストールと設定
サブスクリプションのインポート、権限、システムプロキシ、Windowsアプリのループバックなど、設定に関する手順を確認します。
サブスクリプションをインポートしたのにノードが表示されないのはなぜですか？
まず、インポート結果に成功と表示されたか確認し、設定一覧に新しい設定が実際に生成されているかを確認します。設定は存在するのにプロキシグループが空の場合、サブスクリプションが空の内容を返した、URLが無効になった、設定ではなくWebページが返された、クライアントが形式に対応していない、または特定の項目で解析が中断した可能性があります。更新履歴とコアのログを確認し、具体的なエラー行を特定してください。
Clashのサブスクリプション更新に失敗した場合、どの順番で確認しますか？
まず、ブラウザまたはサービス提供者の管理画面で、サブスクリプションURLが有効で期限切れでないことを確認します。次に、システム時刻、ネットワーク接続、URLのコピー漏れを確認してください。その後、クライアントの更新ログを見て、接続タイムアウト、証明書エラー、権限拒否、YAML解析エラーを切り分けます。古い設定が使える場合は、問題を特定するまで削除せず、旧コピーを残しておきましょう。
TUNモードを有効にすると権限不足と表示される場合はどうすればよいですか？
TUNモードでは仮想ネットワークインターフェースを作成し、システムルートを変更するため、通常は管理者権限または対応サービスのインストールが必要です。Windowsではサービスモードが正しくインストールされているか、macOSではシステム拡張機能やネットワーク権限、Linuxでは実行ユーザーの権限、TUNデバイス、関連するケーパビリティ設定を確認します。権限を修正したら、クライアントを完全に終了してから再起動してください。
システムプロキシを有効にしても、ブラウザが直接接続する場合はどうすればよいですか？
まず、ブラウザが独自のプロキシ設定を使用していないか、拡張機能やセキュリティソフトが通信を制御していないか確認します。次に、システムプロキシのアドレスとポートがクライアントの待ち受けポートと一致しているか、コアが動作中かを確認してください。一部のアプリはシステムプロキシを読み取らないため、アプリ内プロキシ、TUNモード、その他のシステムレベルの取り込み方式が必要です。画面上のスイッチを有効にしただけで、すべてのアプリがプロキシを経由するとは限りません。
Windowsストアアプリでプロキシを使えない場合、UWPループバックはどう設定しますか？
一部のUWPアプリはローカルループバック分離の制限により、ローカルアドレスで動作するプロキシポートへ直接接続できません。対応クライアントのUWPループバックツールを開き、ネットワーク接続が必要なアプリにチェックを入れて保存します。設定後は対象アプリを再起動してください。アプリの更新後に識別情報が変わった場合は、チェック状態を再確認する必要があります。関係のないシステムコンポーネントをすべて選択するのは避けてください。
活用方法
ポリシーの選択、ルールの一致、設定のオーバーライド、モバイル端末での動作状態を確認・調整します。
Clashのグローバルモードでは、どのポリシーまたはノードを選ぶべきですか？
グローバルモードでは通常、GLOBALという名前のポリシーグループを使用しますが、実際の名称は設定によって異なります。プロキシまたはポリシー画面を開き、そのグループが利用できない自動選択グループではなく、具体的なノードを指していることを確認してください。選択時は一度の遅延結果だけで判断せず、対象サイト、接続の安定性、継続的な通信性能も確認します。検証が終わったらルールモードに戻せます。
遅延テストは正常なのにWebページを開けない原因は何ですか？
遅延テストで確認できるのは、多くの場合、指定されたテスト先への短時間の接続だけで、DNS、TLS、対象サイトまでの経路が正常とは限りません。ポリシーグループでそのノードが選択されているか、DNSが利用可能なアドレスを返しているか、ルールが対象ドメインを意図したポリシーへ振り分けているか、ノードが特定のプロトコルを制限していないかを順に確認してください。ログに記録されたルールヒット、接続エラー、DNS情報の方が、一度の遅延値より参考になります。
特定のWebサイトがどのルールに一致したか確認するにはどうすればよいですか？
クライアントの接続履歴またはリアルタイムログを開いた状態で対象サイトにアクセスし、ドメイン、宛先アドレス、一致したルール、最終ポリシーを確認します。現代のWebページはメインドメイン、静的リソース用ドメイン、サードパーティAPIへ同時にアクセスすることが多いため、複数の接続を確認する必要があります。結果が想定と異なる場合は、ポリシーグループ名だけを変更するのではなく、ルールの順序やオーバーライド内容を調整してください。
設定を変更した後、次回の更新で上書きされないようにするにはどうすればよいですか？
リモートサブスクリプションを更新すると、通常はサブスクリプション設定が再書き込みされるため、ルール、DNS、ポリシーグループを直接編集すると上書きされる可能性があります。まずはクライアントが提供するオーバーライド、拡張スクリプト、設定のマージ、ローカルルールセット機能を利用してください。これらの機能がない場合は、設定を独立したローカルファイルとしてコピーし、出所を記録します。変更前に正常動作するバージョンを保存しておくと、解析に失敗した際に戻せます。
モバイル端末でClashのバッテリー消費とバックグラウンド停止を抑えるにはどうすればよいですか？
モバイル端末でVPNやTUNインターフェースを継続して動作させると、一定の電力を消費します。ヘルスチェックの間隔を短くしすぎない、大量のルールやログを頻繁に更新しない、用途に応じてプロトコルとモードを選ぶといった対策が有効です。Androidではバッテリー最適化、バックグラウンド動作、常駐通知の権限も確認してください。iOSのバックグラウンド動作はシステムが管理するため、ネットワーク切り替え後に接続状態を再確認するとよいでしょう。
トラブル対処
接続ログの有無と、エラーがどの層で発生しているかを確認し、接続できない原因や起動異常の範囲を絞り込みます。
Clashは接続済みなのに、すべてのアプリでインターネットに接続できない場合は何を確認しますか？
まず直接接続モードに切り替えて基本ネットワークが正常か確認し、その後ルールモードに戻して現在の設定が正しく読み込まれているか確認します。次に、ポリシーグループで無効なノードを選んでいないか、システムプロキシまたはTUNの状態が想定どおりかを確認し、アクセス時に接続ログが生成されるか観察します。ログに新しい記録がまったくない場合は、通信がクライアントに入っていない可能性が高いです。エラー記録がある場合は、DNS、ルール、ノード経路を順に調べてください。
ノードがタイムアウトするとき、ノード障害とローカル環境の問題をどう見分けますか？
まず同じ設定内の複数ノードでテストします。すべてがタイムアウトする場合は、ローカルネットワーク、DNS、システム時刻、ファイアウォール、クライアントの待ち受け状態を優先して確認してください。特定のノードだけがタイムアウトする場合は、ノードのアドレス、ポート、経路に問題がある可能性が高くなります。ネットワーク環境を切り替えて再テストする方法もあります。遅延テストを連続して素早く実行すると余分な同時接続が発生するため、1回のテストが終わってから結果を比較してください。
クライアントの起動後にクラッシュする、またはコアを起動できない場合はどうすればよいですか？
まずクライアントのログディレクトリを見つけ、画面プロセスのクラッシュなのか、コアの起動失敗なのかを確認します。よくある原因は、最後にインポートした設定の構文エラー、設定ディレクトリの権限異常、コアファイルの欠落、旧バージョンの残存プロセスによるポート占有、システムコンポーネントの要件不足です。最近追加した設定を一時的に別の場所へ移して再起動できますが、すべてのデータを消去しないでください。ログと旧設定が復旧に役立ちます。
サブスクリプションでYAML解析エラーや未対応項目が表示された場合はどうすればよいですか？
ログに示された行番号と項目名を記録し、まずインデント、コロン、引用符、重複キー、リスト形式を確認します。構文自体は正しいのに未知の項目と表示される場合は、現在のコアのバージョンがその拡張設定に対応していない可能性があります。対応するコアへ更新する、サブスクリプション提供者に形式の調整を依頼する、または非互換の項目を削除してください。1つのエラーを回避するためにDNSやルール全体をむやみに削除しないでください。
プロキシを有効にした後、LAN機器、プリンター、開発サービスにアクセスできない場合はどうすればよいですか？
まず、ローカルのネットワークセグメントがルールで直接接続に設定されているか確認し、TUNのルートがLANアドレスを対象にしていないか確認します。一般的なプライベートアドレス帯やlocalhostは通常、直接接続にしますが、実際のネットワークでは独自のアドレス範囲が使われることもあります。ほかの機器からこの端末のプロキシや開発サービスへアクセスさせる場合は、LAN接続の許可、待ち受けアドレス、システムファイアウォールも確認してください。ポートを公開する前に、アクセス範囲を明確にしましょう。