設定ガイド
2026年8月2日
読了目安 9分
ゲームや一部アプリだけプロキシを通らないときは、Windowsのシステムプロキシだけでは不十分な場合があります。Clash Verge RevのTUNモードを使うと、仮想ネットワークインターフェースを経由して、システムプロキシに対応していないアプリの通信もClash側へ転送できます。本記事では、Clash Verge Revで必要な権限を準備し、TUNモードを有効にして、DNS・ルール・除外設定まで確認する手順を説明します。
Clash Verge RevをWindowsでTUNモードにする設定手順
TUNモードで何が変わるのか
TUNモードは、Clashのコアであるmihomoが仮想ネットワークインターフェースを作成し、Windows上のIP通信をそのインターフェースへ取り込む機能です。通常のシステムプロキシは、Windowsのプロキシ設定を参照するブラウザやアプリにしか適用されません。一方、ゲーム、ランチャー、開発ツール、独自の通信エンジンを持つアプリは、HTTPプロキシやSOCKSプロキシの設定を参照しないことがあります。
そのような場合、Clashの画面では接続済みでも、対象アプリだけが通信できない、ログイン処理が止まる、アップデートサーバーへ接続できないといった症状が発生します。TUNモードはこの差を埋めるための仕組みですが、すべての通信を無条件に改善する機能ではありません。TUNへ取り込んだ後も、DNS設定、ルールのマッチング、選択中のプロキシグループ、Windowsファイアウォールの状態が適切である必要があります。
ポイント
TUNモードを有効にする前に、通常のシステムプロキシでWebページが開くことを確認してください。ノード自体やサブスクリプションに問題がある状態でTUNだけを有効にしても、原因の切り分けが難しくなります。
有効化前にClash Verge RevとWindowsを準備する
まずClash Verge Revを起動し、使用するプロファイルが読み込まれていることを確認します。プロファイルにプロキシノード、プロキシグループ、ルールが存在しない場合、TUNモードをオンにしても転送先が決まらないため、期待した動作にはなりません。画面上で現在のプロファイルが有効になっているか、ノード一覧が表示されているかを確認してください。
次に、Clash Verge Revをできるだけ新しい安定版へ更新します。TUN機能の表示名や権限の扱いは、Clash Verge Revのバージョン、内蔵されているmihomoのバージョン、Windowsの更新状態によって異なる場合があります。古いコアでは設定ファイルに記述されたTUN関連の項目に対応していないこともあるため、設定を変更する前にアプリ本体とコアのバージョンを確認しておくと安全です。
また、管理者権限を求めるWindowsの確認画面が表示された場合は、内容を確認したうえで許可します。TUNは仮想ネットワークインターフェースやルーティングに関係するため、通常のユーザー権限だけでは準備できない処理があります。許可を拒否した場合、スイッチがオンに見えてもインターフェースが作成されない、または再起動後にTUNが無効へ戻ることがあります。
Clash Verge Revが起動していること
有効なプロファイルとノードが読み込まれていること
Windowsの管理者確認を拒否していないこと
VPN、他の仮想ネットワークソフト、別のプロキシアプリを一時的に整理していること
Clash Verge RevでTUNモードを有効にする
Clash Verge Revの設定画面を開き、一般設定またはネットワーク関連の項目からTUNの設定を探します。バージョンによって表記は多少異なりますが、TUN Mode、TUN、または「TUNモード」といった名前で表示されます。スイッチを有効にすると、管理者権限の要求やサービスのインストール確認が表示されることがあります。
Clash Verge Revを起動し、プロファイルを一つ選択します。
設定画面でTUNモードの項目を開き、TUNのスイッチをオンにします。
管理者権限やサービスのインストールを求められたら、Windowsの確認画面で許可します。
必要に応じて「自動起動」や「システム起動時にTUNを有効化」に相当する設定を選択します。
設定後、Clashの接続ログに通信が表示されるかを確認します。
設定項目に「サービスモード」や「Service」と表示される場合、それはTUNの通信処理を補助するWindowsサービスを指していることがあります。TUNのスイッチだけでは動作せず、サービスのインストールまたは起動が必要な構成もあるため、画面上にエラーが出た場合はその文言を控えてください。管理者権限でClash Verge Revを一度起動してから設定を行うと、権限登録が正常に完了することがあります。
有効化後は、いきなりゲームを起動するのではなく、ブラウザで複数のWebページを開き、Clashのログにリクエストが現れるかを確認します。システムプロキシをオフにした状態でもログが増え、通信が成功するなら、TUNによる取り込みが機能している可能性が高いです。ただし、ログに表示される通信の最終的な処理はルールに依存するため、ログだけでプロキシ経由と断定せず、接続先とルール名も確認してください。
DNSモードとルールを確認する
TUNモードで最も見落とされやすいのがDNSです。アプリがドメイン名をIPアドレスへ変換する段階で失敗すると、TUNへ通信が取り込まれていても接続できません。特に、ローカルDNSが返すアドレスとClashのルール処理が想定どおりでない場合、名前解決だけがタイムアウトしたり、地域判定が不安定になったりします。
プロファイルのDNS設定では、DNSサーバー、Fake-IPまたはRedir-Hostのモード、Fake-IPの除外リストを確認します。Fake-IPはドメイン名を仮想アドレスへ対応付けてルール処理を行う方式で、アプリによっては相性問題が起きることがあります。ゲームのアンチチート、ローカルネットワーク機器、銀行や社内システムなどで接続に問題が出た場合は、対象ドメインをFake-IPの除外対象にする、またはプロファイル提供元の推奨設定に戻す方法を試します。
ルールは上から順番に評価され、最初に一致したルールが適用されます。特定のドメインをDIRECTへ送るルールがプロキシ指定より上にある場合、その通信はTUNに取り込まれていてもプロキシを通りません。逆に、LANや国内サービスまでプロキシへ送る設定では、速度低下やログイン失敗が起きることがあります。Clashの接続ログで対象アプリのドメインを見つけ、どのルールとポリシーグループに一致したかを一件ずつ確認してください。
確認箇所 正常な状態 問題がある場合の対処
TUNスイッチ 有効状態が維持される 管理者権限とサービス状態を確認する
DNS ドメイン名が短時間で解決される DNSモードと除外リストを見直す
接続ログ 対象アプリの通信が表示される アプリの再起動とルール順を確認する
ルール 意図したグループまたはDIRECTに一致する 上位ルールの誤判定を修正する
通信をテストし、失敗時の原因を切り分ける
設定後は、システムプロキシのオン・オフを混同しないようにしてテストします。TUNの動作確認では、まずClash Verge Revの接続ログを開き、ブラウザで新しいページを読み込みます。ログが出ない場合は、TUNインターフェースが作成されていない、Clashサービスが起動していない、またはアプリが別のネットワーク経路を使用している可能性があります。
ログが出ているのに接続できない場合は、次の順番で確認します。
対象ドメインが想定したプロキシグループへ送られているか。
選択中のノードが実際に接続可能か。
DNSリクエストがタイムアウトしていないか。
Windows DefenderファイアウォールやセキュリティソフトがClashの通信を遮断していないか。
他のVPN、ゲーム用ネットワーク最適化ツール、仮想NICが経路を奪っていないか。
特定のゲームだけ動かないときは、ゲーム本体だけでなく、ランチャー、アップデート機能、認証サーバー、音声やマッチング機能の接続先が別ドメインになっていることがあります。接続ログを見ながらゲームを起動し、失敗した時刻に現れるドメインを確認してください。すべてを一括でプロキシへ送るのではなく、必要なドメインだけをルールで調整する方が、誤動作や遅延を抑えやすくなります。
注意
TUNモードと別のVPNを同時に有効にすると、デフォルトルートやDNSの優先順位が競合することがあります。検証時は一つの経路だけを有効にし、設定変更のたびにアプリとClash Verge Revを再起動して結果を比較してください。
安定運用のための除外設定と停止手順
TUNモードを常時使う場合は、ローカルネットワーク向けの通信を適切に扱うことが重要です。プリンター、NAS、ルーターの管理画面などは、一般にLAN内へ直接接続した方が安定します。プロファイルのルールでプライベートアドレスやローカルドメインをDIRECTにする設定がある場合は、その内容を確認してください。ただし、プロファイルを手動編集すると更新時に上書きされることがあるため、設定変更の方法はプロファイル提供元の仕様に従います。
Windowsのスリープ復帰後に通信できなくなった場合は、TUNスイッチを一度オフにしてからオンへ戻し、必要ならClash Verge Revを再起動します。それでも復旧しないときは、Windowsのネットワークアダプター一覧にClash関連の仮想インターフェースが存在するかを確認します。見覚えのない古い仮想アダプターを無闇に削除するのではなく、まずサービスの再起動やアプリの修復を試してください。
通常のWeb閲覧に戻すときは、Clash Verge RevのTUNをオフにし、必要に応じてシステムプロキシも元の状態へ戻します。TUNを停止した後も通信できない場合は、Windowsのプロキシ設定に手動プロキシが残っていないか確認します。TUNは便利な機能ですが、権限、仮想インターフェース、DNS、ルールの四つが連動して動作します。変更した項目を一つずつ記録し、正常だった状態へ戻せるようにしておくと、トラブル時の復旧が容易です。
Clashクライアントをダウンロード
インストーラーの選び方:アーキテクチャとディストリビューションの違い
Windows 向けクライアントは内核(コア)や UI 形態が配布版によって異なり、選択を誤ると後続の手順すべてが噛み合わなくなる。現在主流のクライアントは Clash Meta(mihomo コア)をベースにしており、GUI とサブスクリプション管理を備える。パッケージ形式は主に3種類:インストーラー版(exe、レジストリとスタートメニューに自動登録)、ポータブル版(zip を解凍してそのまま使う、システムに書き込まない)、そして専用ドライバー同梱の少数派パッケージだ。まずシステムアーキテクチャを確認し、64bit の Windows 10/11 なら x64 版を選ぶ。一部の旧デバイスや ARM 版 Windows は対応アーキテクチャが必要で、間違えるとダブルクリックしても反応しない、または「有効な Win32 アプリケーションではありません」と表示される。
インストーラー版とポータブル版の主な違いは権限と残留物にある。インストーラー版は TUN モード対応のためローカルサービスを1つ登録するので、アンインストール時は「プログラムの追加と削除」から正しく実行しないと残り物が残る。ポータブル版は設定ファイルをすべて解凍先フォルダー内に置くため移行や複数インスタンスの並行運用がしやすいが、TUN モードを使う場合は初回に管理者権限で1回実行してドライバー登録を済ませる必要がある。初回インストールではインストーラー版を優先するとフローが完結し、トラブル時のログの手がかりも明確になる。
初回起動:SmartScreen とセキュリティ警告の対処
ダウンロードしたインストーラーを初めて実行すると、Windows は「WindowsによってPCが保護されました」という SmartScreen の警告をほぼ確実に表示する。これは新しく出回った、ダウンロード数の少ない実行ファイルに対する標準的なブロックであり、ファイル自体の信頼性とは無関係だ。対処法は警告ウィンドウ内の「詳細情報」をクリックし、続けて「実行」をクリックするだけ。このボタンが表示されない場合は、グループポリシーや他のセキュリティソフトが SmartScreen のポリシーを厳しくしている可能性があり、「Windows セキュリティ → アプリとブラウザー制御」で一時的に調整する必要がある。
補足
インストール完了後にクライアントを起動すると、一部のセキュリティソフトが新規インストールされたネットワーク系プログラムに対して再度警告を出すことがある。これも通常の挙動検知メカニズムの一部であり、案内に従って通信を許可すれば以後の利用に影響はない。
インストール先は基本的にデフォルト(通常はユーザーディレクトリまたは Program Files 配下)のままにしておき、日本語や特殊記号を含む深いパスにはインストールしないこと。一部バージョンで設定ファイルパスのエンコード問題が発生するのを避けられる。
サブスクリプション導入と接続確認
インストール完了後、クライアントを初めて開いたらまずサブスクリプションの導入を済ませ、他の設定はその後にする。順序を逆にするとネットワークの問題と設定の問題が混在して切り分けが難しくなる。多くの GUI クライアントは「サブスクリプション」または「Profiles」ページにアドレス入力欄があり、サブスクリプションリンクを貼り付けてダウンロードすればノード一覧とルールグループが自動的に解析される。
サブスクリプションアドレスを貼り付けてダウンロードし、ノード一覧が空でないこと、名前が想定どおりであることを確認する。
ノード一覧で手動テストまたはノードを選択し、遅延がタイムアウトではなく具体的なミリ秒数で表示されるか確認する。
システムプロキシを慌てて有効化せず、まずクライアント内蔵のログや接続ページで正常に接続できているか確認する。
問題がなければ次のシステムプロキシとモード設定のステップへ進む。
この段階でノード一覧が空だったりダウンロードでエラーになった場合は、まずサブスクリプションリンクが完全にコピーされているか、期限切れではないかを確認する。本題とは直接関係のないサブスクリプション形式の問題については、サイト内の別のトラブル対処ノートを参照してほしい。ここでは詳しく扱わない。
システムプロキシと TUN モード:有効化の順序と権限要件
Windows でブラウザや他のプログラムを実際にプロキシ経由で通信させる方法には2つの経路があり、原理と権限要件が全く異なる。順を追って理解してから選ぶのがおすすめだ。
システムプロキシモード
これは最も基本的な方式で、クライアントがシステムのネットワーク設定に HTTP/HTTPS プロキシアドレス(通常は 127.0.0.1 と対応するポート)を書き込み、システムプロキシ設定を参照するプログラムが自動的にそれを読み取る。有効化はクライアント画面の「システムプロキシ」スイッチをオンにするだけで、オンにすると「設定 → ネットワークとインターネット → プロキシ」に手動プロキシアドレスが入力されていることが確認できる。この方式は管理者権限を必要としないが、システムプロキシ設定を参照するプログラムのみが対象で、それを無視して直接通信するソフトには影響しない。
TUN モード
TUN モードはシステム層に仮想ネットワークアダプターを構築し、全トラフィックまたはルールに一致するトラフィックを丸ごと処理するため、カバー範囲がより完全になる。ただしネットワークドライバー(WinDivert や Wintun ベースが一般的)のインストールが必要なため、初回有効化時は必ず管理者権限でクライアントを実行し、表示されるドライバーインストールやサービス確認のプロンプトを許可する必要がある。有効化は設定ページの「TUN モード」または「仮想ネットワークアダプターモード」スイッチから行うのが一般的で、初回有効化時は仮想ネットワークアダプターの初期化に伴い数秒から十数秒程度の短いネットワーク切断が発生するが、これは正常な現象だ。
注意
管理者権限なしでクライアントを実行した場合、TUN スイッチ自体はオンにできても、下層のドライバーが正常にロードされず「表示上はオンだが実際には機能していない」状態になることがある。この場合はクライアントを完全に終了(システムトレイのアイコンも含む)し、右クリックから「管理者として実行」を選んで再試行してほしい。
自動起動とサービスインストール失敗の対処
日常的な利用では自動起動を設定しておくと、毎回手動でクライアントを開く手間が省け、プロキシ状態が途切れることもなくなる。GUI クライアントの多くは「一般設定」内に「起動時に自動起動」スイッチがあり、内部的にはスタートアップ項目やタスクスケジューラへの登録が行われるだけなので、オンにすれば追加操作は不要だ。
一部のクライアントは TUN モード対応のため、バックグラウンドサービスを追加でインストールする(ユーザーがログインしていない状態でも仮想ネットワークアダプターを維持するためのもの)。このサービスのインストール失敗は Windows で2番目に多いエラー原因だ。代表的な症状と対処法は以下のとおり。
エラー内容 よくある原因 対処方向
サービスのインストール/起動失敗の表示 インストールまたは初回起動を管理者権限で実行していない 右クリックで「管理者として実行」してからサービスのインストールを再度実行する
ドライバー署名またはロード拒否の表示 システムで厳格なドライバー署名強制ポリシーが有効になっている システムがテストモード制限下にないことを確認するか、「Windows セキュリティ」で該当ドライバーを一時的に許可する
サービスは存在するのにクライアントが依然エラーを出す 以前旧バージョンをアンインストールした際に同名サービスが残留している 「サービス」管理パネルで残留サービスを停止・削除してから再インストールする
インストールに何度も失敗する場合は、まずシステムを一度再起動してから再試行してほしい。残留プロセスやハンドル占有による見かけ上の失敗の大半はこれで解消する。
ポート競合など頻出トラブルの確認チェックリスト
権限やドライバーの問題以外にも、Windows の初回設定で頻発するトラブルがいくつかある。まとめて挙げるので照らし合わせて確認してほしい。
混合ポートが競合している :クライアントがデフォルトで監視するローカルポート(7890/7891 などが一般的)が他のプロキシツールやローカルサービスに使用されていると、クライアント起動時にエラーになったりプロキシが機能しなかったりする。設定でリスンポートを変更するか、ポートを占有している他のプログラムを先に終了させる。
システムプロキシスイッチとブラウザのプロキシ拡張機能が競合する :ブラウザに独立したプロキシ拡張機能を入れている場合、拡張機能側の設定がシステムプロキシを上書きし、ブラウザの挙動とクライアントの状態が食い違うことがある。切り分け中は拡張機能を一時的に無効化するのがおすすめだ。
仮想ネットワークアダプターとローカル VPN クライアントの共存 :企業 VPN など別の仮想ネットワークアダプター系ソフトを同時に実行していると、TUN モードとルーティングの優先度を奪い合うことがあり、一部サイトにはアクセスできて一部にはできないという症状になる。片方を一時的に無効化して個別に検証するとよい。
ファイアウォールの初回ポップアップで誤って「ブロック」を選んでしまった :Windows ファイアウォールがクライアントの通信要求を初めて検知すると確認ポップアップが表示される。誤ってブロックを選んだ場合は「Windows Defender ファイアウォール → アプリまたは機能をファイアウォール経由で許可する」で該当クライアントのパブリック/プライベートネットワーク権限を手動でチェックする必要がある。
ルールモードで一部サイトが開けない :現在使用中のポリシーモード(ルール/グローバル/直接接続)が想定どおりか確認する。ルールモードで一部サイトが直接接続と判定されるのは正常な動作であり、故障ではない。
「システムプロキシがオンか → TUN が管理者権限で機能しているか → ポートとファイアウォールが許可されているか → ポリシーモードが想定どおりか」の順でセルフチェックすれば、Windows 環境における初回設定の問題はほぼ網羅できる。バージョンアップ時にも同じ手順が有効だ。