なぜ「画面だけ」の記事が必要か

Mihomo（Clash Meta）系の説明の多くは、proxies や proxy-groups、url-test の設定ファイルに寄りがちです。自分でサーバーを運用する読者には便利ですが、「すでに提供者の購読が入った Clash Verge Rev を使い始めたばかり」という人にとっては、まず欲しいのはボタンと一覧の意味です。グラフィカルインターフェースを開いたまま 遅延測定を回し、気に入ったノードを 手動ノード選択で留める——検索意図はそこにあります。

本稿は YAML を前提にしない前提で書きます。設定の奥底より、画面上の「プロキシ」「接続」「ログ」「モード」周りの操作順序を固めることが目的です。バージョンでラベル名が微妙に違う場合は、英語の Proxy／Proxies／Connections などに相当する箇所を手掛かりにしてください。

Verge Rev の画面の見方（Windows 11）

典型的には、ダッシュボードでコアの起動状態や現在のモード（例：Rule／Global／Direct）が確認でき、プロファイルまたは購読の画面でどの構成が有効かが切り替わります。初回セットアップがまだの場合は、別稿 Windows 11 での Verge Rev 導入と TUN で購読取り込みまで押さえてから本稿に戻ると迷いが減ります。

Windows 11 ではトレイアイコンからウィンドウを再表示したり、管理者権限が必要な操作（TUN まわり）で UAC が出ることがあります。遅延測定自体は通常権限で動くケースが多い一方、測定パケットが出ていない／コアが停止しているときは数値が更新されません。作業の最初に「コアが生きているか」「アクティブなプロファイルが意図した購読か」を見ておくと、その後の ポリシーグループ操作が一気に楽になります。

ℹ 用語：画面に出る「プロキシ」一覧は、しばしば末端ノードとグループ（ポリシー）が同じリストに並びます。名前の横に種別アイコンやラベル（selector／url-test など）が付く場合は、それが編集不要で判別できる手掛かりになります。

遅延測定：一括テストと表示の読み方

遅延測定の入口は、多くのビルドで Proxies タブ、またはプロキシ一覧の先頭付近にある「一括」「Check」「Latency」「ピング」に相当するボタンです。これが検索キーワードでいう ワンクリック測速に近い操作になり、全ノードに対して短い疎通確認を投げ、ミリ秒やタイムアウト表示を更新します。

数値の解釈

表示は「その瞬間の実測 URLへの往復」を反映します。購読プリセットの測定先が国外の小さなレスポンスであれば、地理的な距離と帯域条件でばらつきが大きいのは正常です。一方、すべて失敗に見えるときは測定先ではなく、そもそも実トラフィックがコアに届いていない可能性が高く、ログとモード（Rule／Global）を先に疑います。

更新タイミング

購読を更新した直後は一覧のノード集合が変わるため、遅延測定をもう一度走らせたほうが安全です。また、手元のネットワークがキャプティブポータルや社内プロキシの内側にあると、測定だけ妙に遅く見えることがあります。その場合は「測定」と「ブラウザ実利用」を分けて観測してください。

ポリシーグループを UI で読む

ポリシーグループは、コア上では複数の出口候補から実際に使う1経路（または自動選択ロジック）を束ねる箱です。画面ではしばしば次のタイプに対応します。

設定ファイルで url-test と書かれようが、画面上では「このグループは自動で跳ねる」と理解してよい場合があります。逆に、動画視聴や会議で出口を固定したいなら、末端ではなくセレクターに相当するグループを人間が触るのが定石です。YAML を見ずに済ませるコツは、「ルールが参照している最後のセレクターがどれか」を画面のチェーンで意識することです。

手動でノードを切り替える手順

手順はシンプルですが、順序を誤ると「選んだつもりが別ポリシー経由になっている」ことがあります。

  1. 起動とモード確認：コアが動き、少なくともテスト中は Rule か Global のどちらかが意図どおりかを確認します。
  2. プロキシ一覧を開く：Proxies 相当の画面で、外向きに使いたいセレクターグループを見つけます（多くの購読では「PROXY」「自动选择」「节点选择」などの名前が付きます）。
  3. ノードを選ぶ：リストからサーバーをタップ／クリックして現在値を確定します。自動グループ配下の末端ノードだけ変えても、親グループの自動ロジックに戻されることがあるため、親子関係を一度確かめてください。
  4. 接続で検証：Connections にターゲットアプリが現れるか、想定ドメインが想定のポリシーに載っているかを見ます。ログの読み方は 接続ログと TLS の整理 が併用しやすいです。

「手動ノード選択が反映されない」ときは、(1) 別の上位グループがまだ自動のまま、(2) 対象アプリがシステムプロキシを見ていない、(3) TUN がオフで素通し、のどれかが多いです。変更は一度に一つに絞ると切り分けが速くなります。

ルール・チェーンとのつながり（概念）

ポリシーグループは単体で効くのではなく、ドメインや GeoIP などのルールが「このトラフィックはこのグループへ」と振り分けた結果として使われます。画面にルール一覧が出るビルドなら、該当ドメインがどの行に当たったかを追うと、なぜ意図と違う出口に流れたかが説明しやすくなります。詳しい設計思想は ルール分流のベストプラクティス に譲り、本稿では「GUI で選択した値が、ルールの末端まで届いているか」を確認するだけで十分なラインに留めます。

購読側が大きなプリセットでも、日常利用で触るのはごく一部のセレクターです。迷ったら「ブラウザだけ Global で試す」より、「該当アプリのフローがログに出るか」を先に見た方が、Windows 11 特有のプロキシ無視アプリ問題にも対応しやすいです。

つまずきどころの切り分け

代表的なパターンを短く列挙します。いずれも YAML を開かずに画面とログから始められます。

⚠ コンプライアンス：学校・職場・共有ネットワークではプロキシやトンネルが禁止されている場合があります。本稿は許可された環境での Clash Verge Rev の操作方法の整理であり、制限回避を助長する意図はありません。

よくある質問

遅延がすべてタイムアウトに見えるときは？

まず購読が最新か、コアが起動しているかを確認してください。次に、他社 VPN やフィルタドライバがルートや WFP を握っていないかを切り分けます。遅延測定はあくまでクライアントからの試験パケットであり、OS 全体の経路とは一致しないことがあります。

YAML を開かずにノードだけ変えたい場合は？

セレクターに相当するグループを画面で選べば十分です。ルールがそのグループを参照している限り、手動ノード選択はファイル出力なしで反映されます。自動グループばかりの購読では、提供者が用意した「手動選択」用セレクターを探してください。

url-test グループとワンクリック測速は同じ？

厳密には異なります。ワンクリック測速は画面から一時的に一斉計測する操作、url-test はコアが間隔を置いて自動評価するロジックです。数値は近い情報でも、更新周期と目的が違うとお考えください。

トレイや権限まわりが未整理だと、本章の操作だけ真似しても不安定に感じられます。購読・TUN・初回起動の流れは Win11 での Verge Rev セットアップ、購読の更新癖は Verge Rev の自動更新間隔 とあわせて読むと、グラフィカルインターフェースだけで閉じた運用に近づきます。

まとめ

Clash Verge Rev を Windows 11 で使う日常業務は、多くの場合「購読を入れたあと、遅延測定で当たりを付け、ポリシーグループのセレクターで手動ノード選択を固定する」の反復です。YAML を読めなくても、この三角関係が読めれば運用は回ります。自動系グループは快適ですが、帯域状況が変わる時間帯には人間が介入できるセレクターを必ず押さえておくと安心です。

旧来の「テキスト編集中心」クライアントや、更新が止まったフォーク系ツールは、画面から ワンクリック測速や接続ログの深堀りがしづらく、購読プリセットのポリシーグループ階層が増えた現代運用には向かないことがあります。配布の一元化と、ルール・ログ・接続を同じ文脈で辿れる UI がそろうと、遅延表示と実流量のズレにもすぐ気づけます。そうした点で Clash V.CORE は、導線と可観測性のバランスが取りやすい選択肢のひとつです。

→ まだ入手先を揃えていない場合は ダウンロードページ から環境に合わせて取得し、本稿の手順どおり グラフィカルインターフェースだけで 遅延測定とノード切替を確かめてみてください。