Clash Verge Revの画面ガイド｜プロキシ・設定・ログの使い方

画面の役割と通信の入口を整理する

Clash Verge Revを起動したら、まず「設定 → プロキシ → 設定 → 接続 → ログ」の順に確認しましょう。設定画面では読み込むノードやルールを管理し、プロキシ画面ではポリシーグループの出口を選びます。設定画面ではアプリの通信をクライアントに取り込む方法を指定し、接続画面とログ画面で動作を確認します。ノードを選んだだけでは、Windows上のアプリがプロキシを使うとは限りません。

Clash Verge RevはGUIクライアントで、通信処理を担うのはmihomoコアです。この記事ではWindows版でよく使われる日本語UIを前提に説明します。バージョンによってボタンの位置や設定項目の分類が異なる場合があり、サブスクリプションによってプロキシグループ名も変わります。解説中の「ノード選択」が必ず決まったボタンとして表示されるわけではありません。実際の設定に表示される名称を確認してください。

サイドバーの画面	主な操作	確認できること
設定	サブスクリプション設定のインポート・選択・更新	ノードが表示されない、サブスクリプションを更新できない
プロキシ	モード切り替え、プロキシグループの出口選択、遅延テスト	接続先ノードの選択ミス、グループが利用できない
接続	接続先、適用ルール、プロキシチェーン、通信量の確認	アプリの通信がコアに届いているか、どのポリシーを通っているか
ログ	設定の読み込み・解析・接続エラーの確認	失敗の理由と発生した段階
設定	システムプロキシ、TUN、ポート、サービスの設定	ブラウザーは使えるのに、ほかのアプリは通信できない

設定画面：サブスクリプションを追加して有効化する

初回インポートの手順

サブスクリプション提供元から、Clashまたはmihomoに対応した設定リンクを取得します。アカウントのログインページや購入ページ、ブラウザーの共有ページは、通常そのままサブスクリプションとしてインポートできません。
サイドバーで「設定」を開き、サブスクリプションリンクの入力欄にURL全体を貼り付けて「インポート」をクリックします。URLに含まれるクエリパラメーターも省略せずに残してください。
設定カードが表示されたら、該当するカードをクリックして現在の設定として選択します。バージョンによっては選択マークが表示されるため、カードが有効になっていることを確認してください。
「プロキシ」に切り替えて、プロキシグループとノードが表示されていることを確認します。内容が古いままなら、新しいカードをインポートしただけで、その設定に切り替えていない可能性があります。

サブスクリプション設定には、サーバーアドレスだけでなく、プロキシグループ、ルール、DNS設定が含まれる場合もあります。サブスクリプションを2つインポートしても、設定が自動的に統合されるわけではありません。通常、設定を切り替えると有効になるのはどちらか一方です。ノードの統合やルールの上書きが必要な場合は、使用中のバージョンに対応した拡張設定の仕組みを確認してください。カードを何度もクリックして設定を重ねようとしないでください。

サブスクリプションの更新と設定の編集の違い

「設定」で対象のカードを見つけ、更新ボタンまたはカードのメニューから更新します。更新するとリモートの内容を再取得するため、ダウンロードしたファイルを手動で変更しても、次回の更新で変更が上書きされることがあります。継続して使う変更は、クライアントが対応する上書き機能や拡張方法を使い、事前に元の内容をバックアップしてください。

インポートできない：「ログ」で、URLに接続できないのか、認証が無効なのか、内容の解析に失敗したのかを確認します。ブラウザーでページを開けても、返された内容が有効な設定とは限りません。
ノードが急に減った：まず現在のカードとサブスクリプション提供元のサービス状況を確認してください。すぐに画面側でデータが消えたと判断しないようにしましょう。
更新後にルールが変わった：サブスクリプション側でポリシーグループやルールが変更されたかを確認してから、ローカルの上書き設定が引き続き適用できるか検討します。

プロキシ画面：動作モードとプロキシグループを使い分ける

「プロキシ」を開いたら、まず現在のモードを確認してからノードを選びます。一般的なモードには「ルール」「グローバル」「ダイレクト」があります。これらはコアが通信の出口を決める方法を制御するもので、Windowsが通信をコアへ送るかどうかを決めるものではありません。グローバルモードを選んでも、システムプロキシを使わず、TUNにも取り込まれていないアプリの通信はクライアントを経由しないことがあります。

モード	動作	使い方
ルール	ルールの順に照合し、該当するポリシーを適用	普段の通信振り分けに適しています。ノードを選ぶ前に、対象の通信がどのグループに振り分けられるか確認しましょう。
グローバル	コアに取り込まれた通信を、グローバルポリシーグループで処理	一時的な切り分けに使い、テスト後は元のモードに戻してください。
ダイレクト	コアに取り込まれた通信を、通常は直接接続として処理	システムプロキシを無効にしたり、クライアントを終了したりするモードではありません。

ノードを選んでも出口が変わらないのはなぜ？

ルールモードでは、複数のプロキシグループが表示されることがあります。たとえば、あるサイトは「ストリーミング」グループ、別のサイトは「デフォルトプロキシ」グループに振り分けられます。「デフォルトプロキシ」を変更しても、「ストリーミング」には影響しない場合があります。また、グループ内で別のグループを選ぶ構成では、ポリシーが複数段になります。最終的な出口は「接続」画面で確認してください。カードの選択表示だけでは判断できません。

手動選択グループでは任意の項目を選べます。自動遅延テストグループはテスト結果や許容範囲に基づいて自動選択し、フォールバックグループは利用可能性と設定順に応じて切り替わります。具体的な動作は設定内のグループタイプによって異なります。自動選択中と表示されても、まずグループの用途を確認してください。手動選択が保存されない不具合とは限りません。

遅延の数値から分かること

グループ内の遅延テストを実行すると、その結果から分かるのは、ノードから設定されたテスト先への接続状況をその時点で測った値です。たとえば、2つのノードがそれぞれ80msと160msと表示されるのは数値の例であり、この記事で実測した結果ではありません。80msだからといってダウンロード速度が高いとは限らず、接続先のサイトにアクセスできる保証もありません。タイムアウトはテスト先やDNS、一時的なネットワーク変動が原因のこともあるため、実際の接続でも確認してください。

設定画面：まずシステムプロキシを使い、必要に応じてTUNを有効にする

システムプロキシとポート

「設定」→「システムプロキシ」を開いて有効にすると、Windowsのプロキシ設定に従うアプリがローカルの待ち受けアドレスを使います。バージョンによっては、ホーム画面のクイック設定にスイッチがあります。どちらも同じ種類の通信取り込み方法です。ブラウザーは通常システムプロキシを利用しますが、コマンドラインツール、ゲーム、独自のプロキシ設定を持つアプリは利用しないことがあります。

「設定」のポート項目で「混合ポート」を確認します。たとえば、画面に混合ポートとして7897と表示されている場合、端末内で手動設定するプロキシのアドレスは127.0.0.1、ポートは7897です。これは設定例です。ほかの解説にある7890や7897を自分の環境の値だと決めつけたり、コントローラーのポートをプロキシポートに指定したりしないでください。

端末内からの接続：127.0.0.1は現在使っている端末を指します。別のスマートフォンからPCのプロキシに接続するためには使えません。
LAN内で共有する場合：LANからの接続許可、待ち受けアドレス、Windowsファイアウォールのルールを別途確認してください。システムプロキシを有効にするだけでは共有されません。
ポートの競合：ログにアドレス使用中のエラーが表示されたら、別のプロキシクライアントが同時に動作していないか確認してください。同じポートを複数のプログラムで使わないようにします。

TUNモードとサービスモード

「設定」→「TUNモード」では仮想ネットワークインターフェイスを使い、ルーティング条件に合う通信を取り込みます。システムプロキシを参照しないアプリにも対応できます。ルーティング、DNS、権限に関わる機能であり、「高速化」と同じ意味ではありません。まずシステムプロキシで設定とノードが使えることを確認してからTUNを有効にすると、ノードの問題と通信取り込みの問題を切り分けやすくなります。

Windowsでは、まず「設定」にある「サービスモード」の項目で、サービスがインストール済みで正常に動作していることを確認します。その後、現在のバージョンの手順に従ってTUNを有効にしてください。サービスモードは権限が必要なコアの処理を実行するためのもので、プロキシノードでも出口を選択する機能でもありません。サービスのインストールや修復でWindowsの許可確認が表示されたら、プログラムの入手元を確かめてから続行してください。

接続画面：適用ルールと実際の出口を確認する

「接続」を開いてから、対象のアプリで新しいリクエストを1回送信します。接続一覧には、接続先のドメインまたはIPアドレス、送受信量、接続時刻、適用ルール、プロキシチェーンなどが表示されます。プロセス名が表示されるかどうかは、権限、プラットフォーム、プロセス識別の設定によって異なります。プロセス名がないからといって、必ず未知のプログラムからの接続とは限りません。

対象を絞る：まず関係のないダウンロードを一時停止し、接続先のドメイン、IPアドレス、プロセス名で絞り込みます。一覧に通信が表示されただけで、対象のアプリが取り込まれたと判断しないでください。
詳細を開く：適用ルールと最終的なポリシーを確認します。DIRECTと表示されていれば、その接続は直接接続として処理されています。プロキシグループを経由している場合は、チェーンの末端にあるノードまで確認してください。
接続を張り直す：ノードを切り替えたら、ウェブページを再読み込みするかアプリを再起動して、新しい接続を作成します。既存の長時間接続は、引き続き元の出口を使うことがあります。
接続の切断は慎重に：必要な場合は対象の接続だけを閉じて再テストします。すべての接続を閉じると、ほかのダウンロード、動画、リアルタイム通信も中断されます。

TUNを使っている場合、接続先アドレスにFake-IPの割り当て先が表示されることがあります。198.18.0.0/16のようなアドレスが表示されても、それだけで異常なサーバーにリクエストしているとは限りません。ドメイン、DNSモード、接続の詳細を合わせて判断してください。反対に、対象のリクエストが一覧にまったく表示されない場合は、ルールを変更する前に通信の入口、フィルター条件、リクエストが実際に再送信されたかを確認しましょう。

ログ画面：エラーが起きた段階から原因を探す

「ログ」は「なぜ失敗したのか」を調べるのに適しています。問題を再現する前に時刻を記録し、フィルターを解除して、新しく記録されたログを確認します。通常の調査ではまずinfoレベルを使い、さらに詳しい情報が必要な場合だけ一時的にdebugへ切り替えます。1回再現したら元に戻してください。デバッグログは記録が多く、ドメインやアドレスなどの機密情報が含まれることもあるため、長期間公開しないでください。

よくあるログの手がかり	まず確認すること	次に行うこと
`parse`、`yaml`関連のエラー	設定の書式と項目が有効か	「設定」に戻り、直近の編集内容を確認して有効な設定に戻す
`address already in use`	待ち受けポートが使用中	競合するプログラムを終了するか、ポートを変更してアプリ側の設定も合わせる
`lookup`、DNSタイムアウト	ドメイン名の名前解決経路	DNS設定と上流サーバーへの接続を確認し、ノードのパスワードが原因と決めつけない
`timeout`、`connection refused`	接続先と現在のネットワーク	ノードへの接続失敗か、接続先サービスによる拒否かを切り分け、別のノードでも確認する

これらのキーワードは原因を探る手がかりであり、エラー内容を一意に示すものではありません。たとえばタイムアウトは、サブスクリプションのダウンロード、ノードへの接続、接続先サイトへのアクセスのどの段階でも起こり得ます。同じ行の接続先アドレスや前後のログを確認してから、設定画面でサブスクリプションを更新するのか、プロキシ画面でノードを変更するのか、設定画面でポートを確認するのかを判断してください。

問い合わせる際は、エラーの前後にある必要最小限のログを残し、発生時刻、現在のモード、TUNの有効・無効、再現するかどうかを伝えます。共有前にサブスクリプションのトークン、ノードの認証情報、公開したくないアクセス履歴を隠してください。赤いエラー1行だけのスクリーンショットでは、原因を判断できないことがよくあります。

初回接続の確認手順

画面ごとの操作をつなげて、次のチェックリストで初回接続を確認できます。最初は設定を1つ、通信を取り込む方法も1つに絞り、動作を確認してから自動遅延テスト、TUN、拡張ルールを追加してください。

「設定」を開き、サブスクリプションをインポートして該当する設定カードを選択し、解析エラーがないことを確認します。
「プロキシ」を開き、「ルール」モードを選択して、実際に使うプロキシグループで利用可能なノードを選びます。
「設定」を開いて「システムプロキシ」を有効にし、画面に表示された混合ポートを記録します。TUNとDNSはまだ変更しません。
ブラウザーから新しいリクエストを送信し、「接続」で接続先、適用ルール、最終的な出口を確認します。
失敗した場合は「ログ」を開き、発生時刻を手がかりに新しいエラーを確認してから、該当する画面に戻って対処します。
ブラウザーでの接続を確認した後、ほかのアプリもテストします。TUNは通信を取り込む必要がある場合に限り、サービスモードと合わせて設定してください。

テストが終わったら、不要になったシステムプロキシやTUNをクライアントで無効にしてから、通常の方法で終了します。クライアントが異常終了してブラウザーでインターネットに接続できなくなった場合は、Windows 11の「設定」→「ネットワークとインターネット」→「プロキシ」→「プロキシサーバーを使う」を確認し、待ち受けているプログラムがなくなったローカルアドレスが残っていないか調べてください。組織で管理されている端末では、設定を変更する前にプロキシポリシーの提供元を確認してください。

各画面の役割を覚えておきましょう。設定画面は接続元、プロキシ画面は選択、設定画面は通信の入口、接続画面は実際の経路、ログ画面は失敗の原因を確認します。この順に調べると、クライアントを何度も再インストールするより効率よく問題を特定できます。