Connections を読めると何が楽になるか
プロキシ利用で最初に開く画面は Proxies や Profiles が多い一方、通信の実態そのものが見えるのは Connections です。youtube.com のような目的ホストだけでなく、CDN、広告、アップデータ、バックグラウンド同期といった名前が表に並ぶので、帯域を食っている犯人を「ルール側の勘」ではなく列挙された事実から絞り込めます。Windows 11 は特に Microsoft Store アプリや Xbox 関連、Windows Update の通信が混ざりやすく、システムプロキシをオンにした環境では「思ったより多くのプロセスが CFW を通る」ことも珍しくありません。
このパネルはリアルタイム監視向きで、長期累積の請求管理には向きません。しかし「今この瞬間に何が走っているか」を知る用途では、ブラウザの開発者ツールよりも OS 全体を横断して眺めやすいのが利点です。下流のノードとルールの整合を疑う前に、まず Connections をざっと眺めるクセを付けると切り分けが速くなります。夜間だけ帯域が飛ぶときは、自動バックアップやアップデータのスケジュールと表のピーク時刻を突き合わせると犯人が絞り込みやすくなります。
CFW はコアがアーカイブされ更新が止まっているクライアントですが、UI の基本操作は今も参照価値が高く、社内手順書が CFW ベースの職場でも同じ見方が通用します。将来 Clash Verge Rev へ移行する場合も、接続表の思想はほぼ踏襲されているため、本稿の読み方はそのまま転用しやすいです。
開く前に押さえる前提(Win11 特有の文脈)
意味のある一覧を得るには、まず General でコアが実際にトラフィックを受け付けている状態にあり、必要なら System Proxy や TUN 系のオプションが意図どおりです。混在ポートと OS のプロキシ設定が食い違っていると、表に出てくる行が「一部のアプリだけ」に偏り、見た目は静かなのに体感は不安定、といったすれ違いが起きます。
Windows 11 の UWP 系はループバック制限の影響を受け、表示と実通信がかみ合わないことがあります。ブラウザは通るのに Store だけ妙に遅い、といったときは UWP ループバック の記事と併せて確認してください。企業管理端末ではデバイスポリシーでプロキシや仮想アダプタが止められていることもあるため、社用 PC では情報システムの許容範囲を先に確かめるのが安全です。
初回セットアップがまだの方は、Windows 11 向け CFW 導入ガイド で Profiles/Proxies/General の流れを押さえてから戻ってくると理解が速いです。
Connections を開く手順
アプリ左側のナビゲーション、もしくは上部タブに相当する UI から Connections を選びます。バージョンによってラベル表記は英語のままのことが多いので、「接続」という日本語メニューが無くても迷わず英字を探してください。コアが落ちていると表は空か更新が止まったままなので、その場合は Home/General から稼働状態を先に直します。
- CFW を起動し、トレイアイコンが通常色で応答していることを確認
- 使用するプロファイルがアクティブで、Rule/Global など期待するモードになっているかをざっと見る
- Connections をクリックし、ヘッダ行(列名)が表示されたテーブルが現れるまで待つ
- 画面が真っ暗なら、Logs タブにエラーが出ていないか併せて確認
大量の行が一気に流れ込むのは異常ではありません。動画やクラウド同期、メッセンジャーが裏で再接続を繰り返すと、短時間で何十行も増えます。観察のコツは一定時間同じプロセス名が支配的かどうかです。
列の読み方:ホスト、プロセス、Chains、DL/UL
実際の列セットはビルドやスキンで多少揺れますが、理解の軸は共通しています。宛先として表示されるのは IP だったり example.com:443 のようなホスト+ポートだったり、スニッファが有効なら人間向けのドメイン名が優先されることがあります。HTTPS 前提の世界では SNI やドメイン推定に依存するため、表示名と本当の中身がズレるケースもある点は頭の片隅に置いてください。
Process 相当の列には、Windows 上の実行ファイル名やパス断片が出ます。これが「どのアプリが通信の主役か」を突き止める最短ルートです。ブラウザなら複数プロファイルや拡張の影響で行が分裂して見えることもありますが、巨大なアップロードだけが特定の exe に集中しているなら、そのアプリ設定かアドオンを疑う価値があります。
Chains(または同等の経路表記)では、ローカルで選んだプロキシグループから出口ノードまでの通過順が短い記法で並びます。ここで意図しない DIRECT ばかりが並ぶなら、ルールが国内扱いに落としすぎているか、ホストが解決済み IP 側にマッチしている可能性があります。逆に常に特定の広告フィルタ用ノードだけが選ばれるなら、プロバイダの既定ルールの癖を読み取る材料になります。
DL/UL(ダウンロード/アップロード)は、レイテンシではなく転送スループットや累積量を示すコンポーネントです。「今どれくらい流れているか」を見るときの主役で、ウィンドウを開いたままにしてブラウザで大容量コンテンツを再生すると、関連行の数値が跳ねるのを追体験できます。数字が頭打ちしないのに体感がモッサりする場合は、ディスクや CPU、あるいは下流ノード側のボトルネックを別軸で疑ってください。
『流量統計』に相当する情報はどこで見るか
CFW が「請求単位で月次の GB を並べる」タイプのアプリではなく、リアルタイム寄りである点は繰り返し押さえておきます。とはいえ、運用上は次のような段階で統計/サマリーに触れられます。
- Connections 全体:同時並行しているセッション数と、その瞬間の帯域消費のバランス感を掴む
- General 下部やステータス欄:環境によっては転送カウンタやスループット表示があり、ひと目で「今」の負荷を把握
- 外部ダッシュボード:コア設定で external-controller を公開している場合は、ブラウザ用 UI(代表的には Yacd や dashboard 系)を併用し、一覧性を強化できる
外部 UI を広げる設定例は external-controller と Yacd の記事でも触れているので、表形式が得意な読者はここからブラウザ表示を増やすのがおすすめです。複数マシンを跨いだ厳密な課金管理までは狙わず、「家庭内での利用感に納得がいく」「業務時間帯のピークだけ把握する」レベルを現実的なゴールにしてください。
実務向けのモニタリング習慣
まずベースラインを知ることが重要です。普段ブラウザを二枚立てしているだけの静かな夜と、オンライン会議やゲームのアップデータが走る時間帯では、一覧の質がまったく違います。数日観察して「自分の環境での普通の密度」を覚えると、アウトライアだけが増え続けるような異常検知精度が跳ねます。
次に、異常検知後の行単位クローズの意味を押さえます。一覧の末尾にある閉じる操作は、そのセッションを切るだけで恒久的ブロックになるわけではありません。再び同じホストへアクセスすれば別行として現れます。だからこの操作は実験的な切り試しであり、恒久対処は Proxies での選択やルール改修、DNS 周りの見直しに回すのが筋です。
動画や大容量同期を始める前に Connections を開いておくと、期待したプロセス名と実際の通信が一致するかをすぐに照合できます。Windows 11 の Edge/Chrome 双方を使い分けている場合、どちらのプロセスが支配的かを見比べるのも面白いですし、意図せぬ拡張の通信を発見する糸口になります。
トラブル時の切り分けフロー
「遅い」「妙に熱い」「バッテリーが減る」といった体感から入る場合、次の順で観察すると迷子になりにくいです。
- Connections で常時高い UL の行がないかを見る(クラウド同期や P2P 寄りの挙動を疑う)
- 同じドメインが短周期で大量に並び、Chains が毎回失敗に近い挙動なら、下流ノードか DNS を疑う
- 特定アプリだけ DIRECT ばかりなら、ルールの優先度とドメイン解決を トラブルシュート集 と照合
- 表は静かなのにブラウザだけ詰まるなら、ブラウザ独自の Secure DNS や QUIC を切り分け(例:Chrome と QUIC)
Connections に未知のプロセス名が出続けるからといって、直ちにマルウェア判定は慎むべきです。まずは公式名称で検索し、Windows のタスクマネージャーと照合してから判断してください。不要な常駐を減らす設定変更の方が安全なケースも多いです。
Logs との使い分け
Logs はテキストの時系列で、ルールマッチ失敗やハンドシェイクエラーの痕跡を拾いやすいです。一方 Connections は「今まさに生きているコネクション」のスナップショットなので、エラーメッセージよりも事象の全体像を掴みたいときに向きます。体感トラブルでは両方を往復しながら、Logs で理由、Connections で当事者、という役割分担にすると捗ります。
ルールの書き換え実験をするときは、Connections を開いたままブラウザをリロードし、期待した Chains 表示に変わるかを即確認するのが定石です。書き換え後に古い接続が残っている場合は、該当行を閉じて再生成を促すと判断が早いです。
他クライアントとの違い(ClashX Pro/Verge/Mihomo Party)
macOS 向けの ClashX Pro や、Windows で現役の Clash Verge Rev、ゲーミング寄り UI の Mihomo Party などは、ログ画面や接続画面の配置がそれぞれ異なります。思想としては「今どのセッションがコアを通っているか」を可視化する点は共通ですが、CFW はタブ配置がシンプルで、Win11 初心者が最初の一歩を踏み出しやすい反面、高度なサマリーやコアのバージョン追従は後継クライアントに軍配が上がる場面があります。
接続の見方を一度身につけておけば、GUI を乗り換えても読み替えは容易です。長期的に新プロトコルへ追いつきたい場合は Verge Rev 側の資料も並行して読む価値がありますが、画面上の基本操作だけで言えば、本記事で整理した視点が土台になります。
よくある質問
一覧の件数や更新間隔について
件数上限に達すると古い行が自動的に捨てられる挙動を取る環境があります。膨大なタブ運用では件数が常に頭打ちに見えることもあるので、異常とは限りません。重要なのは頭打ちでも特定ドメインが支配的かというパターン分析です。
オンラインゲームは表に載りますか
システムプロキシや TUN がその実行ファイルの通信を掬えていれば載ります。ゲーム側がプロキシ非対応で直結勝負している場合、表は静かでも実通信は別経路という整理になり得ます。その場合は TUN を検討するか、ルーター側で振り分けるなど別レイヤーを見てください。
職場で一覧を見せてよいか
Connections にはホスト名やサービス提供者が読めるドメインが並ぶので、画面上のスクショ共有は情報漏えいリスクがあります。サポートへ送るときはマスク処理を挟む運用が無難です。
まとめ:なぜ Clash でこの見方が効くか
OS 標準のタスクマネージャーや単体のブラウザ拡張では、複数プロトコルや細かなドメインベースの迂回をひとつの画面から俯瞰しづらいです。また従来型の単一 VPN アプリでは「全体オン/オフ」は簡単でも、サイトごとの挙動差を把握する粒度が荒くなりがちです。Clash ファミリーは YAML のルールとグループ運用により、細かく振り分けながらもコア側の状態を一覧で読める GUI が揃っているのが強みです。
CFW はアーカイブ済みゆえ将来的な機能追加は期待薄ですが、Connections を軸とした運用視点そのものは移行後のクライアントにも活きます。まずは本稿どおり一覧を読み、そのうえで必要なら Verge Rev 側のログ連携まで広げていくと学習コスト対効果が高いです。改ざんのないビルドと正しい購読から始めるのが前提なので、入手経路は常に疑わしいミラーを避けてください。GUI を跨いでも使えるエコシステムを一度体験したい方は、当サイト経由での取得も活用してみてください。Clash を無料ダウンロードし、快適なネット環境を始める