Windows版 Clash Verge Rev のインストール手順｜サービスモード・システムプロキシ・自動起動

まずシステムプロキシを確認し、TUNはその後に設定

WindowsでClash Verge Revを設定する際は、「アーキテクチャの確認 → クライアントのインストール → サブスクリプションの追加 → プロキシグループの選択 → システムプロキシの有効化 → 接続確認」の順に進めるのがおすすめです。サービスモードは権限が必要なカーネル処理を管理し、TUNは仮想ネットワークインターフェース経由で通信を取り込みます。どちらもサブスクリプションの追加に必須ではありません。

Clash Verge RevはGUIクライアントで、ルールやDNS、プロキシ接続を実際に処理するのはmihomoコアです。クライアントのウィンドウが開いても、確認できるのは画面が起動したことだけです。サブスクリプションの有効性、コアの稼働、プロキシポートの待ち受け、アプリの通信がコアに届いているかは、それぞれ個別に確認する必要があります。

インストーラーの選び方：CPUアーキテクチャとインストール範囲を確認

Windowsの設定でシステムの種類を確認

Windows 11では「設定」→「システム」→「バージョン情報」を開き、「システムの種類」を確認します。Windows 10では通常、「設定」→「システム」→「詳細情報」にあります。IntelやAMDの一般的な64ビットPCにはx64版を選びます。Snapdragonなどを搭載したPCはARM64です。ARM64版が提供されているか、また対応状況が説明されているかを事前に確認してください。

クライアントのダウンロードページでWindows用の項目を選び、プロジェクト名がClash Verge Revであることを確認します。インストーラーのバージョンは更新されるため、ここでは特定のバージョンを指定しません。画面やシステム要件が異なる場合は、最新のリリースノートを確認してください。ダウンロード後はファイルのプロパティと配布元を確認し、セキュリティ警告が表示された場合は配布元を確かめてください。セキュリティ機能全体を無効にして回避するのは避けましょう。

インストールと初回起動時の依存関係への対応

1. 旧バージョンのクライアントが起動中の場合は終了します。アップグレード前に設定をバックアップしてください。特にローカルオーバーライド、ルール、カスタムプロキシグループは忘れずに保存しましょう。
2. インストーラーを起動し、ウィザードに従ってインストール先を選びます。システムフォルダーへの書き込みやサービスのインストール時にUACの確認画面が表示されることがあります。プログラムの配布元を確認してから許可してください。
3. 初回起動後、ウィンドウと通知領域のアイコンが正常に表示されることを確認します。ウィンドウを閉じても通知領域に格納されるだけで、アプリが終了するとは限りません。
4. Microsoft Edge WebView2 Runtimeが見つからないというメッセージが表示された場合は、プロジェクトのインストール手順に従ってランタイムを追加してください。不明なサイトからDLLだけをダウンロードして、アプリのフォルダーに置くのは避けましょう。

サブスクリプションの追加：ダウンロードだけでなく設定の有効化を確認

クライアントの「サブスクリプション」画面を開き、「新規作成」または「インポート」からサービス提供元のClash互換サブスクリプションURLを追加します。バージョンによって項目名が多少異なる場合があります。サブスクリプションURLには認証情報が含まれることが多いため、スクリーンショットや公開ログに載せたり、オンラインの設定変換サイトに入力したりしないでください。

1. サブスクリプションURLを貼り付けてダウンロードし、HTTPエラー、タイムアウト、YAML解析エラーが発生していないことを確認します。
2. サブスクリプション一覧で追加した設定を選び、現在有効な項目になっていることを確認します。一覧に表示されているだけでは、コアがその設定を使用中とは限りません。
3. 「プロキシ」画面を開き、動作モードを「ルール」に設定して、プロキシグループに想定したノードが表示されていることを確認します。
4. プロキシの出口として使うプロキシグループで、利用可能なノードを選択します。DIRECTを選ぶと、リクエストは直接接続されます。

サブスクリプションの応答がWebページ、ログイン画面、または別のクライアント用形式の場合があります。ブラウザーでURLを開けても、mihomoでそのまま使えるとは限りません。インポートに失敗したら、まず具体的なエラーを確認してください。HTMLで始まる応答は通常、設定ファイルではありません。必須項目の不足や、存在しないプロキシグループ名の参照があれば、サブスクリプションの形式やオーバーライドを確認しましょう。

システムプロキシ：ポート、Windowsの設定、アプリの動作を確認

クライアントで「システムプロキシ」を有効にし、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」で、手動プロキシがローカルアドレスを参照していることを確認します。以下では混合ポート7897を例に説明します。この値はすべての環境で共通ではありません。クライアントの設定または実際に動作中の設定から、現在のポートを確認してください。

システムプロキシは、Windowsのプロキシ設定に従うアプリを指定の接続先に誘導する機能であり、すべてのプログラムの通信を自動的に取り込むものではありません。ブラウザー拡張機能、独自のプロキシ設定を持つアプリ、一部のコマンドラインツール、WinHTTPを使用するプログラムは、異なる設定を使う場合があります。あるアプリがプロキシを通らないからといって、すぐにクライアントのインストール失敗と判断しないでください。

プロキシを明示したリクエストで原因を切り分ける

PowerShellを開き、まずローカルポートを確認してから、Windows標準のcurl.exeでリクエストを送ります。.exeまで明記すると、一部のPowerShell環境でcurlのエイリアスによって引数の解釈が変わる問題を避けられます。

Test-NetConnection -ComputerName 127.0.0.1 -Port 7897
curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com/

• TcpTestSucceeded : True：ローカルのポートが接続を受け付けていることを示します。ノードや接続先のWebサイトが利用可能であることまでは意味しません。
• すぐに接続拒否と表示される場合は、ノードを何度も切り替えるのではなく、まずポートの入力ミスやコアの稼働状況を確認します。
• ローカルポートに接続できてもリクエストがタイムアウトする場合は、プロキシグループの選択、ノードの疎通、ルールの適用、コアのログを順に確認します。
• 明示的なプロキシリクエストは成功するのにブラウザーで失敗する場合は、ブラウザー独自のプロキシ拡張機能とシステムプロキシの設定が競合していないか確認します。

コマンドの10秒と20秒は、それぞれ接続とリクエスト全体のタイムアウト上限です。速度テストの結果ではありません。検証中はクライアントの「接続」画面も開き、対象ドメイン、適用ルール、実際のプロキシ経路を確認します。リクエストが成功しても、ルールによる直接接続ではなく、想定どおりプロキシを経由しているか確かめてください。

サービスモードとTUN：権限と通信の取り込み範囲を分けて設定

サービスモードで権限の問題を解決

サービスモードを使うと、バックグラウンドサービスがカーネルの起動など、権限を必要とする処理を担います。通常、GUIを開くたびに手動で管理者権限にする必要はありません。一般的なバージョンでは「設定」→「Clash設定」→「サービスモード」から設定できます。画面構成が異なる場合は、設定内で「サービスモード」またはサービス管理の項目を探し、現在の画面に表示された名称に従ってください。

1. サービス管理画面からインストールを実行し、UACの確認画面で現在のインストール先にあるプログラムが対象になっていることを確認します。
2. 画面にサービスのインストール完了または実行中と表示されるまで待ちます。失敗した場合はエラー全文を保存し、続けて何度もインストールを繰り返さないでください。
3. 画面の指示に従ってクライアントまたはコアを再起動し、サービスの状態と設定の読み込み結果を確認します。

サービスがインストール済みであること、実行中であること、コアが設定を正常に読み込んだことは、それぞれ別の状態です。また、サービスモードは自動起動と同じではありません。バックグラウンドサービスがシステム起動時に開始しても、GUIがログイン後に起動するか、システムプロキシを復元するかは、クライアントの設定によって異なります。

TUNはシステムプロキシで扱えない通信に使用

システムプロキシを参照しないプログラムの通信もルール処理に通したい場合は、TUNを有効にします。WindowsのTUNは通常、仮想インターフェース、ルーティング、DNS処理に関わるため、必要な権限が求められます。有効にする前にサービスモードが正常に動作していることを確認し、その後はTUNだけを変更してください。確認済みのサブスクリプションとノード選択はそのままにします。

TUNを有効にしても、すべての接続が必ずプロキシ経由になるわけではありません。最終的な動作はルールで決まります。DNS名前解決、Fake-IPマッピング、ルートの除外設定、ほかのVPNソフトも結果に影響します。企業VPN、仮想マシンのネットワーク、セキュリティソフトを併用すると、ルートが競合する場合があります。社内ネットワークに接続できなくなった場合は、システムのネットワークアダプターを削除するのではなく、まずTUNをオフにして比較してください。

自動起動：再ログイン後に一連の動作を確認

クライアントの自動起動設定は、一般に「設定」→「Verge設定」にある「スタートアップ時に起動」または「自動起動」です。現在のバージョンで項目の分類が変わっている場合は、同名のスイッチを探してください。有効にした後、Windows 11の「設定」→「アプリ」→「スタートアップ」で該当項目が無効化されていないか確認します。Windows 10ではタスクマネージャーの「スタートアップ」タブからも確認できます。

デスクトップクライアントの「自動起動」は、通常ユーザーのログイン後に起動する設定です。ログイン前からプロキシを提供するという意味ではありません。ノートPCがスリープから復帰することも、完全な起動とは異なるため、再ログインや再起動のテストの代わりにはなりません。

再起動後に確認する5項目

• 通知領域で想定したクライアントだけが動作し、以前のクライアントがシステムプロキシを再設定していない。
• 以前有効にしたサブスクリプションが選択され、プロキシグループが意図せずDIRECTに切り替わっていない。
• コアが正常に動作し、実際のポートがWindowsのシステムプロキシ設定と一致している。
• システムプロキシまたはTUNが必要な場合、対応するスイッチが有効に戻っている。すべてのバージョンで自動的に復元されるとは限りません。
• 新しいリクエストを送信し、「接続」画面に記録が表示され、接続先とプロキシ経路が想定どおりである。

ログイン後にときどきインターネットへ接続できない場合は、「クライアント起動前」と「起動完了後」のシステムプロキシの状態を比較してください。Windowsにローカルプロキシのアドレスが残ったままクライアントが起動していないと、システムプロキシに従うアプリは待ち受けているプログラムのないポートに接続します。一時的に通信を復旧するには、Windowsのプロキシ設定で手動プロキシをオフにしてから、スタートアップ項目を調べましょう。すぐに再インストールする必要はありません。

インストール・起動時のエラー：症状から原因を絞り、一括リセットは避ける

ポートを使用しているプロセスを特定

ログにポートの競合が記録されている場合は、PowerShellで以下のコマンドを実行できます。1つ目は待ち受けアドレス、ポート、プロセスIDを表示し、2つ目はその待ち受けポートに対応するプロセスを確認します。待ち受けの記録が見つからない場合、2つ目のコマンドはエラーになることがあります。その場合は、まずポート番号やコアの状態を確認してください。

Get-NetTCPConnection -LocalPort 7897 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

Get-Process -Id (Get-NetTCPConnection -LocalPort 7897 -State Listen).OwningProcess

ポートを使用しているプロセスが見つかったら、終了する前にプログラムを特定してください。正体の分からないシステムプロセスを直接終了しないでください。混合ポートを変更した場合は、システムプロキシと、ポートを手動設定したアプリも確認します。ブラウザー拡張機能や開発ツールに古いポートが残っていると、一部のアプリだけ接続できないことがあります。

完了の目安：設定が使え、起動後に復元でき、問題があれば元に戻せる

すべてのスイッチを有効にすることが、インストール完了の条件ではありません。主にブラウザーを使うPCなら、ルールモードとシステムプロキシだけで十分な場合があります。ほかのアプリの通信も取り込む必要がある場合に、サービスモードやTUNを追加しましょう。機能を一つ追加するたびに、ポート、接続ログ、接続先へのアクセスを確認してください。

最後にローカルオーバーライドと設定のバックアップを保存し、実際のポート、現在のサブスクリプション、サービスの状態を記録しておきます。クライアントを終了する前にシステムプロキシをオフにするか、正常終了時にWindowsの設定が復元されることを確認してください。アップグレード後は、ログイン時に起動するかもう一度テストします。ルールやDNSの問題は利用ガイドを、初回の追加や基本操作はスタートガイドを参照し、手順を確認してください。