Clash Verge Rev で Windows を終了できないときの対処

Windows のシャットダウンを妨げるアプリとして Clash Verge Rev が表示されているか確認し、シャットダウンを取り消して、画面が白くなるか、正常に終了できないかを記録します。システムトレイから完全終了した後は正常にシャットダウンできるという既存の比較結果があれば、後述のサービスログを確認します。セキュリティ勧告への適合を確認できない旧サービスを、再テストのために有効にしてはいけません。

公式リポジトリの issue #7725、#7755、#7794、#7841 には、Windows 10、Windows 11、正式版 v2.5.2、およびその後の AutoBuild で発生した類似報告が複数あります。一部の報告では TUN とシステムプロキシを無効にしても再現しているため、TUN をオフにしただけでは Service が終了したとは判断できません。

Clash Verge Serviceがインストールされ、診断情報のRunning ModeがService、メインウィンドウを閉じてもトレイに残り、起動中だけ終了を妨げることを確認します。未保存の文書、Windows Update、ほかのVPN、別名のバックグラウンドアプリが原因なら、そのプロセスに対処してください。

以下の比較は、実際のサービスコンポーネントが安全性勧告の要件を満たすと確認できた場合に限ります。未確認または影響を受けるサービスは無効のままにし、再テストのために起動しないでください。「実行中はシャットダウンが止まり、完全終了後は正常」という差が繰り返し出る場合に Service を調べます。どちらも止まる場合は、Windows の表示とタスクマネージャーで実際に妨げているプロセスを探してください。

Service IPCはクライアントとバックグラウンドサービスの間の通信です。終了ログがここで止まる場合、停止要求や完了待ちが終わっていない可能性があります。トレイから手動終了したときのログと比較してください。

シャットダウンをキャンセルしたら最新のアプリログを開き、終了処理の箇所から確認します。類似報告では、設定の保存、TUN の無効化、コアの停止へ進んだ後、「Service 経由でコアを停止 (IPC)」で止まっています。

その後のログに「サービスがコアの停止に成功」やクリーンアップ完了、Application exited が記録されていない一方、トレイから手動で終了した場合にはこれらが記録されるなら、システムのシャットダウン時の Service 停止要求を重点的に確認してください。クライアントがその完了を待ち続けていないかも確認します。

issue #7794 の報告者はプロセスダンプから、Service はアイドル状態へ戻った一方、クライアント側の IPC 完了待ちが返っていないと判断しています。これは有用な診断情報ですが、メンテナーが公表した正式な根本原因ではありません。

現在のバージョン、実行モード、サブスクリプション名、Profile、システムプロキシと TUN の状態、シャットダウンを妨げられたときと完全終了後のログを保存します。設定とログをコピーする際は、既存のサブスクリプションを変更せず、元のバックアップも上書きしないでください。

AppData の設定ディレクトリは削除せず、サブスクリプション、ノードのパスワード、コントローラーの secret、token を含む完全なログも公開アップロードしないでください。ダンプを提出する場合は、プロセスメモリに機密情報が含まれる可能性を事前に理解しておく必要があります。

メインウィンドウを閉じても、アプリがトレイに残る場合があります。アイコン、GUI プロセス、終了ログを確認して、完全に終了したか判断してください。待機が終わらない場合は、前述の Service IPC ログを確認し、サービスを無効にする手順へ進みます。

完全終了でも停止する場合や、実際のサービスがセキュリティ勧告の要件を満たすか未確認の場合は、サービスを起動したままのシャットダウン比較を繰り返しません。TUN とシステムプロキシを無効にし、設定を記録して Windows の通常の通信を戻してから、下の操作でサービスを無効化またはアンインストールしてください。

まずシステムプロキシだけで基本的な接続を確認します。Service または管理者権限がない場合、TUN を有効にできないことがありますが、これは想定される影響です。TUN を繰り返しクリックして回避しようとしないでください。

現行のWindowsサービスのセキュリティ告知には、影響を受けるビルドが記載されています。該当する古いサービスを再有効化してはいけません。アプリの復旧では、現在公式にサポートされる安定版と告知で、入手元、完全なビルド番号、実際のサービスを確認してください。

現在のデータ、信頼できる設定バックアップ、インストール元の記録を保管します。サービスの修正を確認できない間は無効のままTUNもオフにし、確認済みのシステムプロキシで基本的な接続を復旧してください。古いバックアップからサービス実行ファイルをコピーしたり、シャットダウン問題の検証のために古いビルドを再有効化したりしないでください。

「強制的にシャットダウン」を繰り返しクリックしたり電源ボタンを長押ししたりしないでください。AppData の設定ディレクトリ全体、不明な Windows Service、仮想ネットワークアダプターを手動で削除せず、テスト目的で入手元不明の AutoBuild もダウンロードしないでください。

プロセスの強制終了でその場の阻害は解消できますが、設定保存やプロキシのクリーンアップを飛ばす可能性があります。シャットダウンをキャンセルし、すべての作業を保存し、クライアントが自力で終了できないことを確認した場合に限り、現在のデスクトップを復旧する最後の手段としてタスク マネージャーから GUI を終了してください。その後もシステムプロキシの確認が必要です。

対処を一つ選んだら、時間を確保して二回連続で再起動します。毎回先に作業を保存し、阻害画面の有無を記録して、再ログイン後にシステムプロキシ、サブスクリプション、Profile、ルールを確認してください。

シャットダウンが妨げられなくなった後も、終了前のログでコアの停止を確認し、再起動後のWindowsにプロキシが残っていないこと、クライアントを開き直した後も設定が揃っていること、システムプロキシで新しいHTTPSリクエストが成功することを確認してください。

issue #7725と#7794の報告者は、各自の端末で最後に正常だったバージョンをv2.5.1としています。これは過去の動作比較であり、安全なバージョン切り戻しの推奨や、古いServiceを再インストールする理由にはなりません。

2026-09-01 時点の証拠から、Clash Verge Rev による Windows のシャットダウン阻害は単独の利用者だけの報告ではなく、Service Mode と GUI を起動したままの環境で複数回報告され、公式コラボレーターも issue #7755 で再現したことが分かります。

ただし、「Service IPC が唯一の根本原因だと公式に確認された」とは言えません。issue #7725 は、Service のリファクタリング後に再テストするようメンテナーが求めたため閉じられたもので、正式な修正告知ではありません。その後の issue #7794 ではリファクタリング後の AutoBuild でも再現すると報告され、#7841 では Windows 10 上の v2.5.2 で同じ現象が記録されています。

上記の報告期間中の安定版リリースノートでは、修正はまだ発表されていませんでした。追加報告には機密情報を除いたログ、バージョン、Running Mode、手動終了との比較、Serviceのインストール有無を含めてください。完全なプロセスダンプ、サブスクリプション、ノード認証情報は公開しないでください。