Clash Dashboard 使用ガイド：接続管理・トラフィックグラフ・レイテンシテスト
「このルール、本当に効いてる？」「この接続はどのノードを使ってる？」「なんで急に遅くなった？」——これらは推測で答えを出すのが難しい問題ですが、Dashboard を開けばほとんど一目で分かります。この記事では、パネルとClashコアの関係、開き方、主な機能の使い方、そして必ず知っておくべきセキュリティ上の注意点を解説します。
Dashboard とコアの関係
Dashboard 自体はネットワークトラフィックを一切処理しません。あくまでコアの状態を「読み取り・操作」するためのWebインターフェースであり、実際に動いているのは常にClashコアです。
この関係は設定ファイルの external-controller フィールドによって成立しています——コアが起動すると、このアドレス上にローカルAPIが開かれ、Dashboard 画面はブラウザ経由でこのAPIにアクセスして、ノード一覧・接続状態・ログなどの情報を表示します。同時にこのAPIを通じて指示を送ることもできます（例：プロキシグループが現在使用しているノードの切り替え）。これを理解すると、Dashboard は数多くある「フロントエンド」の一つに過ぎないということが分かります——同じコアに、複数の異なるパネルが同時に接続できます。
external-controller: 127.0.0.1:9090
secret: "十分に複雑なキーを設定してください"パネルの開き方
クライアントによってDashboardへの導線は少し異なりますが、原理はすべて同じです：
- 大半のGUIクライアント（Clash Verge Rev、FlClash など）：パネルへの入口がすでに内蔵されており、通常はソフトの「概要」や「パネル」メニューから直接開けます。追加設定は不要です。
- コア単体 / コマンドライン運用：オープンソースのパネルプロジェクト（コミュニティでよく使われる
yacdやmetacubexdなど）を別途用意する必要があります。パネルの静的ファイルをコアと同じ場所に置くか、external-controllerのアドレスにアクセスできる任意の場所にデプロイして、ブラウザで開きます。
パネル画面は自由に切り替えて使えます——同じコアに対して、クライアント内蔵のパネルを使いながら、ブラウザで別のコミュニティ製パネルを開いて同じ external-controller アドレスに接続することもできます。どちらも同じリアルタイムデータを表示するだけで、互いに干渉しません。
主な機能ツアー
| パネル機能 | 何が見えるか | 典型的な用途 |
|---|---|---|
| 接続一覧 (Connections) | 各アクティブ接続の宛先ドメイン/IP、使用中のプロキシノード、マッチしたルール、転送済みトラフィック | 「このサイトが実際どのノード/ルールを通っているか」の調査 |
| プロキシ (Proxies) | すべてのノードとプロキシグループ、各ノードの現在のレイテンシ、select グループのノードを手動で切り替え可能 | 手動での速度比較、手動での経路切り替え |
| トラフィック (Traffic) | リアルタイムのアップロード/ダウンロード速度グラフ | 実際にトラフィックが流れているか、異常な急増がないかを直感的に確認 |
| ログ (Logs) | コアがリアルタイムに出力するログ。ルールマッチや接続の成立/失敗情報を含む | エラーの調査、特定のルールが本当にトリガーされたかの確認 |
日常的なトラブルシューティングで最もよく使うのは接続一覧です。特定の接続をクリックすれば、実際に使われているノードとマッチしたルール名が確認でき、「ルールが本当に効いているかどうか」を判断する最も直接的な方法です。設定を何度も書き換えて試すより、はるかに速く確認できます。
接続一覧で実際の問題を調査する
「特定のサイトにアクセスできない」といった問題に遭遇した場合、いきなり設定ミスを疑うより、まず接続一覧でその接続を特定するほうが効率的です：
- 接続一覧で対象のドメインを探します（通常は最新の接続順に並んでいるので見つけやすいです）。もしまったく表示されない場合、リクエストがシステムレベルでブロックされている可能性があり、問題はClash側にはありません。
- マッチしたルール名を確認し、設定ファイルと照らし合わせて、そのルールの動作が想定通りかを確認します。
- 使用しているプロキシノードを確認します。ルールの動作が特定のプロキシグループを指しているのに、実際に使われているノードが想定と違う場合は、「プロキシ」タブに戻ってそのグループの現在のスケジューリング状態を確認してください（例：
url-testグループが正しく最速のノードを選んでいるか）。
この調査手順は、本質的にルールエンジンのマッチングロジックと実際の実行結果を照らし合わせて見ることであり、「設定を変えてまた試す」よりも的を絞った方法です。
セキュリティ上の注意点：secret と allow-lan
external-controller が公開するインターフェースは「見る」だけでなく「操作する」こともできます——ノード一覧の読み取り、プロキシの切り替え、一部のランタイム設定の変更まで可能です。allow-lan が有効になっている場合、このインターフェースはローカルネットワーク内からもアクセス可能になります。
そのため、必ず守るべきセキュリティ上のルールが2つあります：
allow-lanを有効にしている間は、必ず十分に複雑なsecretを設定し、ローカルネットワーク内の他の機器から無許可でパネルAPIにアクセスされないようにしてください。- 単一マシンでの利用だけであれば、
external-controllerを0.0.0.0やLAN内IPにバインドする必要はありません。デフォルトの127.0.0.1（ローカルからのみアクセス可能）で十分安全であり、より簡単です。