Windows 11 に Clash Verge Rev を導入：システムプロキシと TUN モードの初回設定、Wintun とよくあるエラーまで

1. インストールと Windows 側の前提

Clash Verge Rev は Clash Meta（mihomo）コアを GUI で包んだデスクトップ向けクライアントです。Windows 11 では、配布形態に応じて インストーラ（.exe）やポータブル構成などから選びます。初回実行時に SmartScreen が表示される場合は、発行元を確認したうえで手順に従って実行を許可します。企業端末では AppLocker や Defender のポリシーにより、ドライバやヘルパーの配置自体が止まることがあります。その場合は個人設定だけでは完結せず、管理部署の方針に従ってください。

アーキテクチャは x64（AMD64）が主流です。ARM 版 Windows をお使いの場合は、利用しているビルドが ARM64 に対応しているかリリースノートで確認します。インストール後は、まず 通常ユーザーで起動できるかを確認し、TUN やシステムプロキシの自動適用など、権限が必要な操作はダイアログが出たタイミングで判断すると混乱が少ないです。

パッケージの入手は、更新サイクルに合わせて当サイトのダウンロードページを第一の導線にすると、他ページの説明とも整合しやすいです（ダウンロードページ）。ソースコードやライセンスを確認したい場合は GitHub を別途開く形にし、インストーラ取得の主経路はサイト側に寄せるのが安全です。

2. プロファイルとコア（mihomo）起動まで

アプリを開いたら、まず購読 URL からプロファイルを取り込むか、既存の config.yaml を読み込みます。URL の扱いやインポートの基本は、当サイトの サブスクリプション導入ガイドと同じ考え方です。プロファイルが有効になったらコアを起動し、接続ログに購読取得エラーやポート競合が出ていないかを見ます。ここでコアが不安定なままシステムプロキシや TUN だけを有効にしても、結果はちらつきやすくなります。先にコアが健全に立ち上がっていることを確認してから、次節以降の「掴み方」を調整します。

ルールの落ちどころや MATCH の考え方は ルールルーティング解説と共通です。モード（ルール／グローバルなど）の意味を誤解していると、「プロキシはオンなのに期待したノードに行かない」ように見えるので、画面表示とログをセットで見る習慣をつけるとよいです。

3. システムプロキシがすること・しないこと

システムプロキシを有効にすると、Windows の WinHTTP／WinINet 系のプロキシ設定が、Clash が公開しているローカルポート（多くの構成で mixed-port や別途指定した HTTP ポート）に向きます。これにより、システムのプロキシ設定を尊重するアプリ（Microsoft Edge をはじめ、多くのブラウザやプロキシ自動構成に従うアプリ）は、追加設定なしでトラフィックを Clash に流しやすくなります。初回は負荷が軽く、権限ダイアログも TUN より少なめであることが多いです。

一方で、プロキシ環境変数を読まないコマンドラインツール、独自のネットワークスタックを持つアプリ、プロキシを明示的にオフにしているソフトは、システムプロキシだけでは追いきれません。典型例は「Edge は開けるが curl が直結」「特定のゲームだけ遅い／繋がらない」といったアプリ間の差です。この差が出た時点で、TUN を検討するか、該当アプリ側にプロキシを手で指定するか、を決めるとよいです。

4. TUN モードと Wintun の位置づけ

TUN モードは、OS に仮想ネットワークアダプタを作り、ルーティングやファイアウォールのレイヤでトラフィックをコア側に引き込む方式です。多くの Clash Meta 系実装では、仮想アダプタの背後に Wintun のようなカーネルモードのトンネルドライバが関与します。アプリがプロキシ設定を無視していても、OS がそのフローを仮想 IF 側へ送れる構成であれば、システムプロキシより広く「まとめて扱う」ことができます。ゲームランチャー、Electron 系、古いネイティブツールなど、プロキシ非対応がちなソフトの一括扱いに向きます。

代わりに、管理者承認やドライバ導入、他 VPN／セキュリティ製品とのルート競合が増えやすくなります。設定によってはローカル LAN や社内ドメインまで意図せずトンネルに入るため、分流ルール（bypass）や DNS の設計がより重要になります。TUN の一般的な枠組みは TUN モード解説も参照してください。

5. どちらから試すか：判断の軸

初回は次の順が現実的です。（1）コア起動とプロファイル確認 →（2）システムプロキシをオン →（3）取りこぼしが残るアプリがあるなら TUN を検討。いきなり TUN まで一気に有効にすると、UAC・ドライバ・他 VPN との競合が重なり、原因の切り分けが難しくなりがちです。

すでに別の VPN クライアントを常時オンにしている場合は、同時に二つの「全系トラフィック系」が有効になりやすく、どちらか一方をオフにしてから検証すると早いです。Clash 側のルールで国内や社内を直結させていても、相手アプリがどの経路を取っているかがずれると「ルールは正しいのに効かない」ように見えます。

6. TUN を初めてオンにするとき（UAC・競合）

TUN を有効にすると、初回に ユーザーアカウント制御（UAC） のプロンプトが出ることがあります。これは、ルーティングテーブルや仮想アダプタに関わる操作が、標準ユーザー権限では完結しないためです。ダイアログをキャンセルしたままでは「スイッチはオンなのにトラフィックが変わらない」状態が続きやすいので、意図を確認したうえで許可するか、不要なら TUN をオフに戻します。

Wintun が未導入・破損していると、仮想アダプタの作成に失敗し、ログにエラーが残ります。クライアントの案内に従ってドライバを再配置したり、一度アンインストールしてから入れ直したりするのが一般的です。Windows Update やセキュリティスイートが未署名ドライバをブロックしている環境では、管理者が許可しない限り完了しません。

Store 版アプリ（UWP）まわりで挙動が変わる場合は、Clash TUN・UWP ループバックの記事で、別レイヤの制約もあわせて確認すると早いです。Microsoft Store 由来のアプリは、デスクトップ Win32 とネットワークパスが一致しないことがあります。

7. DNS と「一見つながらない」症状

プロキシや TUN が動いていても、DNS だけが別経路だと、名前解決が失敗したり、特定サービスだけ証明書やリージョン判定がおかしくなったりします。Clash Meta では fake-ip や redir-host など、DNS とルールの組み合わせが結果に直結します。Windows の DNS クライアントキャッシュや、第三者セキュリティ製品がリゾルバを握っているケースも、見落としがちです。

切り分けの実務的な順序は、（1）クライアントの接続ログでホスト名が出ているか、（2）期待する outbound にマッチしているか、（3）同じホストを nslookup や Resolve-DnsName で見たときの答えが一貫しているかです。ここで答えがブレているときは、プロキシ以前のレイヤの問題です。スリープ復帰後だけ壊れる場合は、仮想アダプタの再接続順や、他 VPN の再接続と重なっていないかも確認します。

8. よくあるトラブルと対処の順番

ブラウザだけ通る：システムプロキシのみで、対象アプリがプロキシを見ていない可能性が高いです。TUN を試すか、アプリ個別のプロキシ設定を確認します。すべて止まる：コアが落ちている、ポート競合、ルールで意図せずブロックに近い動き、認証付き上流の誤設定などを疑います。いったんシステムプロキシと TUN を両方オフにして、ローカルポートへ直接接続できるかを確認すると早いです。

TUN をオンにした瞬間だけ LAN 内の共有が切れる：分流でプライベート帯を直結に回す設定が必要なケースがあります。LAN 共有まわりの記事と役割が異なりますが、「ローカル宛トラフィックをトンネルに入れない」という発想は共通です。開発ツールだけおかしい：ターミナルに古い HTTP_PROXY が残っていないか、WSL やコンテナが別のゲートウェイを見ていないかを見ます。コンテナからホストの Clash を使う場合は Docker ホスト経由の記事も参照してください。

9. 他の記事との補完関係

macOS での権限まわりの整理は macOS 向け Clash Verge Rev の初回設定記事と対になる読み物です。UI の名称は違っても、「システムプロキシで足りる範囲」と「TUN でレイヤを上げる判断」は同型です。クライアントの選定や Clash for Windows からの移行の全体像は CFW 代替ガイドが担い、本稿はWindows 11 上でのクリーンインストールと代理モードの初回チューニングに焦点を当てています。

10. まとめ

Windows 11 で Clash Verge Rev を初めて使うときは、システムプロキシで「プロキシを理解するアプリ」から確実に通すところから始め、取りこぼしが残るなら TUN でレイヤを上げるという順が切り分けにも設定にも優しいです。その過程で表示される UAC や Wintun まわりのメッセージは、途中で無視せず完了させるか、意図的にオフに戻すのが重要です。ログでホスト名と outbound を見られる状態にしておくと、DNS やルールの問題も同じ画面から追えます。

同じ Clash エコシステムでも OS ごとに「掴み方」と権限の壁が違うため、プラットフォーム別の記事とあわせて読むと全体像が掴みやすくなります。入手導線がはっきりしたクライアントであれば、試行錯誤のたびにパッケージ探しに時間を取られず、本題のルールと DNS に集中できます。

環境に合ったビルドを選び、購読とルールを整えたうえでシステムプロキシと TUN のバランスを取るのが近道です。 → 無料で Clash をダウンロードし、快適な接続体験を試す