LAB NOTES / FAQ

Clashのよくある質問とトラブル対処

症状からネットワーク層を切り分けます。最初に基本接続を確認し、続いて設定、プロキシの取り込み口、ルール、DNSを調べてください。一度に変更する項目を1つに絞ると、ログから原因を判断できます。

01 FOUNDATION

基礎知識

最初にコア、クライアント、プロキシの取り込み口、ポリシーモードを区別し、誤った対象を調べないようにします。

Clash、Mihomoコア、GUIクライアントの関係は?

コアは設定の読み込み、接続の確立、ルール照合、DNS処理を担い、GUIクライアントはサブスク管理、ポリシー選択、システムプロキシの切り替え、ログ表示を担います。Mihomoは現在広く使われている互換コアの一つです。問題を調べる際は、Clashだけをバージョン情報とせず、クライアント名、コアの種類、OSも記録してください。

ルールモード、グローバルモード、ダイレクトモードの違いは?

ルールモードでは設定内のルールを上から順に照合し、最初に一致したポリシーへ接続を送ります。グローバルモードでは通常、処理対象の通信を指定したポリシーグループへ一括して送ります。ダイレクトモードでは、可能な限りプロキシを経由しません。通常はルールモードを使い、ノードの接続確認時だけ一時的にグローバルモードへ切り替え、確認後は元の設定に戻してください。

システムプロキシとTUNモードはどちらを選ぶべきですか?

ブラウザーやシステムプロキシ設定に従うデスクトップアプリは、通常システムプロキシだけで利用でき、設定も解除も簡単です。ゲーム、コマンドラインツール、一部のストアアプリ、システムプロキシを参照しないアプリでは、TUNによる通信の取り込みが必要になる場合があります。まずシステムプロキシを確認し、必要なアプリに応じてTUNを有効にしてください。複数のネットワーク層を同時に変更すると、原因の切り分けが難しくなります。

遅延テストの数値が実際の通信速度と一致しないのはなぜですか?

クライアントの遅延テストは通常、指定先へ短時間の接続またはリクエストを1回行うだけで、主にテスト先、その時点の経路、ハンドシェイクの状況を示します。Webページの読み込みや動画転送は、帯域幅、パケットロス、接続先までの距離、回線混雑、プロトコルにも左右されます。最小値のノードだけを選ばず、複数回の測定、実際のサービスへのアクセス、ログを合わせて判断してください。

02 SETUP

インストール設定

サブスクのインポート、システム権限、ネットワークインターフェースは、初期設定で特に確認が必要な3項目です。

サブスクをインポートしてもノードが表示されないのはなぜですか?

まずサブスクURLへアクセスできることを確認し、クライアントの設定一覧に新しい設定が追加されているか調べます。設定はあるのにノードが空の場合は、更新ログで形式エラー、認証失敗、レスポンス内容の異常を確認してください。現在有効なのが古い設定ではなく、インポートした設定かどうかも確認します。サブスクURLは機密情報です。トラブル確認用のスクリーンショットでは、URL全体とパラメーターを隠してください。

サブスクを更新できない、または無効と表示される場合は?

まずサービス提供元のページでサブスクの状態、有効期限、通信量を確認し、コピー漏れによってURLのパラメーターが欠けていないか調べます。既存の設定は使えるのに更新だけできない場合は、システム時刻、DNS名前解決、更新リクエストのログを確認してください。短時間に更新を繰り返すと、サービス側のレート制限を受けることがあります。少し待ってから再度更新すると、一時的な制限かURLの失効かを切り分けやすくなります。

WindowsでTUNを有効にすると権限不足と表示されるのはなぜですか?

TUNでは仮想ネットワークインターフェースの作成とルート変更を行うため、通常は管理者権限が必要です。クライアントを一度終了し、管理者として起動してから、セキュリティソフトがドライバーやサービスの登録をブロックしていないか確認します。クライアントにサービスモードがある場合は、設定画面からインストールして再起動してください。それでも失敗する場合は、ログに記録されたデバイス名やサービス名を確認し、同種の仮想ネットワークアダプターを何度もインストールしないでください。

macOSでシステムプロキシを有効にしても反映されない場合は?

まずクライアントにネットワーク関連の権限が付与されているか確認し、現在アクティブなネットワークインターフェースが、使用中のWi-Fiまたは有線接続か調べます。ネットワークを切り替えると、以前のインターフェースのプロキシ設定が新しいインターフェースへ自動で引き継がれない場合があります。システムプロキシを無効にしてクライアントを完全に終了し、再起動してから、システムのネットワーク設定にあるHTTP、HTTPS、SOCKSの各項目が更新されたか確認してください。

Microsoft StoreやUWPアプリでプロキシを利用できない場合は?

一部のUWPアプリにはローカルループバック制限があり、ローカルアドレスで動作するプロキシポートへ直接接続できません。クライアント付属のUWPループバックツールを使い、通信が必要なアプリにループバック権限を付与してから、そのアプリを再起動してください。TUNを有効にしている場合は、まず問題が残っているか確認します。ループバック、システムプロキシ、ファイアウォールを同時に何度も変更すると、どの設定が有効だったのか判断できなくなります。

Androidで設定をインポートしてもVPN接続の確認が表示されないのはなぜですか?

Androidクライアントが初めてローカルVPNを確立する際は、システムの許可が必要です。許可画面が表示されない場合は、別のVPN、常時接続VPN、仕事用プロファイルのポリシーが接続を占有していないか、システム設定で確認します。競合するVPNを無効にしてからクライアントへ戻り、接続を開始し直してください。一部の端末ではバックグラウンド起動も制限されます。接続確立中のクライアント動作を許可し、ステータスバーにVPNアイコンが表示されるか確認してください。

03 OPERATION

活用方法

接続履歴、ヘルスチェック、オーバーライド機能を活用し、日常的な調整を追跡可能で元に戻せる状態に保ちます。

ドメインがどのルールに一致したか確認する方法は?

クライアントの接続履歴またはリアルタイムログを開き、対象ドメインへ再度アクセスします。通常、接続先ホスト、一致したルール、最終的なポリシーグループが記録されます。IPアドレスしか表示されない場合は、DNSがコアに処理されているか確認してください。ルールを変更した後は設定を再読み込みし、新しい接続でテストします。既存の長時間接続は以前の経路を使い続ける場合があるため、新しいルールが反映されたかどうかの判断材料にはなりません。

自動選択のポリシーグループでノードが頻繁に切り替わるのはなぜですか?

自動ポリシーグループはヘルスチェックの結果に基づいて並び替えやフェイルオーバーを行います。チェック間隔が短すぎる、テストURLが不安定、ノード間の差が小さい、短時間のパケットロスが発生しているといった状況では、切り替えが頻発することがあります。チェック間隔を適度に延ばし、安定した小容量のテストURLを使い、切り替えに適切な許容値を設定してください。ログイン時など接続元IPを固定したい用途では、手動選択が適しています。

設定ファイルの変更がサブスク更新で上書きされないようにするには?

サブスクから生成された設定を直接編集すると、通常は次回の更新時に全体が置き換えられます。クライアントが対応するオーバーライド、マージ、スクリプト、設定の前処理機能を優先して使い、独自ルールとサブスクの内容を分けて保存してください。変更前には正常に起動できる設定をバックアップし、少数のルールで構文を確認します。オーバーライドの形式はクライアントごとに異なるため、移行時は各フィールドを改めて確認してください。

すべてのノードでテストがタイムアウトする場合、最初に確認することは?

まずプロキシを無効にし、通常のWebサイトへアクセスできることを確認してから、システム時刻、サブスクの状態、ノードアドレスの名前解決を調べます。次に、利用できることが確認済みの別ネットワークへ切り替え、現在のWi-Fi、ルーター、通信事業者側の制限を切り分けます。一部のノードだけがタイムアウトする場合は、ノードの状態や経路が原因であることが一般的です。すべてがタイムアウトする場合は、コアの起動ログ、ファイアウォールによるブロック、設定の解析エラーを重点的に確認してください。

04 DIAGNOSIS

トラブル対処

プロキシを無効にした状態の基本ネットワークを基準にして、ノード、通信の取り込み口、ルール、DNSを一層ずつ有効に戻します。

Clashを有効にすると、すべてのWebサイトへアクセスできない場合は?

まずシステムプロキシまたはTUNを無効にし、通信が復旧するか確認します。復旧する場合、原因はクライアント、設定、またはノードまでの経路にあります。再起動後、利用できることが明確なノードを1つ選び、一時的にグローバルモードでテストしてください。グローバルモードでは接続でき、ルールモードでは接続できない場合は、ルールとDNSを確認します。どちらでも失敗する場合は、ログで接続拒否、タイムアウト、ポート競合を調べてください。

ノードには接続できるのにWebページでDNSエラーが出る場合は?

まず、すべてのドメインで失敗するのか、特定のドメインだけかを切り分けます。設定内のDNSモジュールが有効か、待受ポートが競合していないか、システムDNSが別のツールによって書き換えられていないか確認してください。fake-ipとredir-hostを切り替える前に、クライアントとコアが対応しているか調べます。システムのDNSキャッシュを消去して接続し直し、問い合わせがコアへ送られたか、どのような結果が返ったかをログで確認してください。

Clashを終了してもインターネットへ接続できない場合は?

異常終了すると、ローカルポートを指すシステムプロキシ設定や、削除されていないTUNルートが残る場合があります。まずシステムのネットワーク設定で手動プロキシを無効にし、クライアントを再起動して通常の終了手順でプロキシ機能を停止してください。TUNを使っていた場合は、OSを再起動するとネットワークインターフェースとルートの状態を復旧できます。それでも直らない場合は、現在のネットワークからIPアドレス、ゲートウェイ、DNSを自動取得できているか確認してください。

システムプロキシを有効にしても、一部のアプリが直接接続する場合は?

システムプロキシが影響するのは、その設定を参照するアプリだけです。一部のコマンドラインツール、ゲーム、独自のネットワークスタックを持つソフトウェアは、システムプロキシを経由しない場合があります。まず接続履歴にそのアプリのリクエストが記録されているか確認し、続いてアプリ内のプロキシ設定を調べてください。通信を一括して取り込む必要がある場合はTUNモードを検討できますが、多重転送によるループやポート競合を避けるため、先に重複するアプリ側のプロキシを無効にしてください。