FAQ / DIAGNOSTIC INDEX

Clash よくある質問と確認手順

まず問題がサブスクリプション、設定、通信の入口、ノード接続のどこにあるかを判断し、順番に範囲を絞り込みます。以下のQ&Aでは、初回インストールから接続異常まで、よくあるケースを扱います。

  • サブスクリプションと設定
  • システムプロキシとTUN
  • ルール、DNS、データセット
  • ノードとプラットフォームのトラブルシューティング
F1 / BASIC
基礎知識

クライアント、コア、モード、プロトコル

コンポーネントの役割と通信処理の仕組みを先に理解すると、クライアント画面の問題をプロトコルやノードの障害と誤認せずに済みます。

Clashはクライアント、コア、それともプロキシプロトコル?

Clashは通常、ルールベースのトラフィック分岐を行うプロキシツール群を指し、特定のプロキシプロトコルではありません。GUIクライアントはサブスクリプションのインポート、ポリシー選択、システム設定を担当し、コアは設定の読み込み、接続の確立、ルールの実行、DNS処理を担います。クライアントによって搭載されるコアが異なるため、機能の互換性を確認する際は、クライアント名、コアの系統、コアのバージョンを併せて確認してください。

GUIクライアントとClashコアの違いは?

GUIクライアントはインストール画面、設定管理、プロキシのオン・オフ、ログ確認を提供し、コアは実際のネットワーク転送を実行します。GUIクライアントを変更しても、既存のサブスクリプションは通常再インポートできますが、スクリプト、オーバーライド、ルールセット、特定プロトコルを引き続き利用できるかは新しいコアに依存します。移行前に現在のコアの種類を記録し、元の設定とオーバーライドを保存しておきましょう。

ルールモード、グローバルモード、直接接続モードはどう選ぶ?

普段はルールモードを優先してください。設定内のルールにより、接続ごとにプロキシ、直接接続、拒否のいずれかが決まります。グローバルモードは、プロキシ可能な通信の大部分を現在のプロキシグループへ送るため、ノードの可用性を一時的に確認する用途に適していますが、ルール設定の代わりとして常用するものではありません。直接接続モードはプロキシを迂回し、ネットワークの復旧やクライアントが原因かどうかの切り分けに使います。

SS、VMess、Trojan、VLESS、Hysteria2、TUICはどう選ぶ?

まずはサーバー側が実際に提供し、現在のコアが対応しているプロトコルを基準にしてください。プロトコル名だけで速度を判断するのは禁物です。SSは比較的設定が簡単ですが、Trojan、VMess、VLESSはTLSや転送パラメータに依存することが多く、Hysteria2とTUICはQUICベースのため、UDPの利用可否やネットワーク品質の影響を受けやすい傾向があります。モバイル回線を頻繁に切り替える場合は、ハンドシェイクの復旧、消費電力、クライアント互換性も比較しましょう。

J2 / SETUP
インストールと設定

サブスクリプションのインポート、設定解析、TUN権限

インポートに失敗しても、サブスクリプションが無効とは限りません。まず返された内容と設定形式を確認し、その後に権限、オーバーライド、システムコンポーネントを確認します。

サブスクリプションURLをインポートできないとき、まず何を確認する?

まずブラウザーでサブスクリプションURLにアクセスできることを確認し、コピー時にスペース、改行、余分な記号が入っていないか確認します。次に、クライアントが受け付ける形式がサブスクリプションURL、YAML設定、単一ノードのURIのどれかを確認してください。URLがログインページ、エラーページ、通常のWebページを返す場合、クライアントは解析に失敗します。その場合は提供元からClashまたはMihomo向けの形式を再取得してください。

サブスクリプションの更新に失敗したり、無効と表示されたりする場合は?

まず、URLの無効化、ネットワーク要求の失敗、設定の解析失敗のどれかを切り分けます。サブスクリプションの有効期限、アクセス権の変更、システム時刻の正確さを確認し、更新ログにあるHTTPステータスや解析メッセージを確認してください。古い設定がまだ使える場合は、すぐに削除せず保存しておきます。新しいURLが有効だと確認してから置き換え、プロキシグループ名が変わっていないか確認しましょう。

設定をインポートした後にYAML解析エラーが表示された場合は?

YAMLはインデント、コロン、リスト記号の影響を受けやすい形式です。まずログに示された行番号を確認し、タブとスペースの混在、キー名の後のスペース不足、文字列内の特殊文字が正しく処理されているかを重点的に調べます。手動オーバーライドが原因なら、いったん無効にして元のサブスクリプションを読み込みます。元の設定を読み込める場合は、変更を少しずつ戻して問題の項目を特定してください。

TUNモードを有効にすると権限不足と表示される場合は?

TUNは仮想ネットワークインターフェースの作成とシステムルートの変更を必要とするため、通常のシステムプロキシより高い権限が必要です。Windowsではクライアントを管理者権限で再起動し、サービスコンポーネントがインストール済みか確認します。macOSではネットワーク拡張機能または補助サービスを許可してください。Linuxではroot権限、CAP_NET_ADMIN、TUNデバイス、ファイアウォールルールを確認します。変更後はクライアントを完全に終了してから再起動してください。

R3 / ROUTING
活用方法

システムプロキシ、ルール照合、DNS

モードの切り替えは、コアに入った後の処理方法だけを決めます。最終的な通信経路は、システムプロキシ、TUN、ルールの順序、DNSの取り込みが共同で決定します。

システムプロキシを有効にしても、ブラウザーやアプリが直接接続する場合は?

まずクライアントが動作しており、ローカルの待ち受けポートが他のプログラムに使われていないことを確認します。次に、システムのネットワーク設定でプロキシのアドレスとポートを確認してください。一部のブラウザーは独自のプロキシ設定を使用し、一部のアプリはシステムプロキシを完全に無視します。まずシステムプロキシに従うブラウザーで確認し、特定のアプリだけ動作しない場合は、アプリ内プロキシ、TUNモード、アプリ側のネットワーク制限を検討します。

Clashのグローバルモードを有効にしても、プロキシを経由しない通信があるのはなぜ?

グローバルモードが対象にするのは、Clashの待ち受けポートまたはTUNの取り込み範囲に入った接続だけです。システムプロキシを無視するアプリ、独立したVPN、LAN内通信、一部のシステムサービスはクライアントを経由しないことがあります。まず通信の入口を確認し、モード名だけでなく、グローバルのプロキシグループで選択されているノードを確認してください。

Clashのカスタムルールはどこに置く?なぜ反映されない?

ルールは上から下へ順番に照合され、通常は一致すると後続の項目は確認されません。カスタムルールは、先に一致する可能性がある広範なルールより前に置き、設定内に実在するプロキシグループを指定してください。クライアントのオーバーライド機能を使う場合は、サブスクリプション更新後にオーバーライドが適用されることも確認します。保存後は最終生成された設定と接続ログを確認し、編集画面の元テキストだけで判断しないでください。

DNS設定やGeoIP、GeoSiteのデータを更新してもルールが変わらないのはなぜ?

まず現在の設定が対象のルールセットまたはデータベースを実際に参照していることを確認し、ダウンロード先、更新日時、読み込みログを確認します。ファイル更新後は通常、設定の再読み込みまたはコアの再起動が必要です。既存の接続が以前の照合結果を使い続ける場合もあります。DNSルールに問題があるときは、システムとブラウザーのキャッシュを削除し、ドメインの名前解決要求が実際にClashで処理されていることを確認してください。

D4 / FAULT
トラブルシューティング

ノードのタイムアウト、全体的な接続断、プラットフォームの制限

まず相互テストで問題の範囲を特定し、次に時刻、ポート、ルート、システム制限を確認します。原因が分からないまま再インストールを繰り返すのは避けましょう。

特定のノードだけタイムアウトになる場合の調べ方は?

まず同じサブスクリプション内の別のノードへ切り替え、問題が一つの接続先だけに影響しているか確認します。次にノードのアドレス、ポート、プロトコルパラメータ、TLSサーバー名、システム時刻を確認してください。レイテンシーテストの失敗が、実際の接続失敗を意味するとは限りません。接続ログと実際のアクセス結果を併せて判断します。特定のネットワークだけでタイムアウトする場合は、別のネットワークでUDP、IPv6、DNSの条件を試してください。

すべてのノードに接続できない場合、どの順番で確認する?

まず直接接続モードに切り替えて基礎ネットワークが正常か確認し、次にサブスクリプションを更新できるか、システム時刻が正確か、クライアントのポートが使用中でないかを確認します。その後、競合する可能性のあるVPN、プロキシツール、セキュリティソフトのネットワーク機能を停止し、コアの起動ログを確認してください。設定を読み込めない場合は、先に設定を修正します。設定が正常なのにすべての接続に失敗する場合は、DNS、IPv4、IPv6、異なるネットワークを個別にテストします。

Windows UWPアプリやMicrosoft Storeアプリでプロキシを使えない場合は?

一部のUWPアプリはローカルループバック制限の影響を受け、Clashがローカルアドレスで待ち受けているプロキシポートに直接アクセスできません。まず通常のデスクトップブラウザーがプロキシ経由で接続できることを確認します。次に、クライアントのUWPループバックツールまたはWindowsのCheckNetIsolation機能を使い、対象アプリにループバックアクセスを許可してください。設定後はアプリを完全に終了して再起動し、接続ログを確認します。

PCのスリープ、Wi-Fi切り替え、モバイルホットスポット接続後にClashが接続を復旧できない場合は?

ネットワークを切り替えると、ゲートウェイ、DNS、インターフェースインデックス、IPアドレスが変わり、既存の接続やルートが無効になることがあります。まずシステムプロキシまたはTUNを一度停止してから再開し、必要に応じて設定を再読み込みします。それでも復旧しない場合はコアを再起動し、仮想ネットワークアダプターに古いルートが残っていないか確認してください。頻発する場合はクライアントとコアを更新し、複数のネットワーク管理ツールが同時にルートを変更しないようにします。

NEXT REFERENCE

問題の種類から詳しく調べる

インストール手順を最初から確認する場合はチュートリアルへ。プロトコルとコアを比較する場合は技術リファレンスへ。クライアントを変更する場合は、まずプラットフォームと設定の互換性を確認してください。

G1 / START

インストールと初回設定

クライアントの選択、サブスクリプションのインポート、モード設定、接続確認まで、手順に沿って基本設定を完了できます。

利用ガイドを見る →
P2 / PROTOCOL

プロトコルとコアの違い

SS、Trojan、VLESS、Hysteria2、TUICと、異なるコア系統の適用範囲を比較します。

プロトコルの詳細を見る →
C3 / CLIENT

クライアントの移行と選定

OS、コアの機能、サブスクリプション形式、メンテナンス状況をもとに、適切なGUIクライアントを選びます。

クライアントを比較 →