v2rayNのTUNモードは、Windowsの仮想ネットワークインターフェースを利用して、システムプロキシを参照しないアプリの通信もXrayまたはV2Rayコアへ取り込む機能です。ブラウザーだけでなく、独自の接続方式を使うデスクトップアプリや一部のUDP通信も対象にできます。ただし、TUNを有効にすればすべての通信が自動的にプロキシ経由になるわけではありません。仮想インターフェース、DNS、ルーティング、管理者権限、ファイアウォールが正しく連携して初めて安定して動作します。
この記事では、v2rayN 7.xをWindows 10 22H2またはWindows 11で使うことを前提に、TUNモードを有効化する前の確認、メニュー操作、スタックやDNSの意味、通信の取り込み確認、ポート競合や接続失敗が起きた場合の切り戻し方法を説明します。既存のシステムプロキシとの違いを理解し、通常のWeb閲覧からアプリ単位では設定しにくい通信まで段階的に確認できます。
TUNモードが処理する範囲を理解する
TUNは、Windows上に仮想ネットワークインターフェースを作成し、OSのIP通信をv2rayNのコアへ渡します。通常のシステムプロキシは、アプリがHTTPまたはSOCKSの設定を参照したときだけ機能します。一方、TUNはルーティングテーブルや仮想アダプターを利用するため、アプリ側にプロキシ項目がない場合でも、TCPやUDPの通信を取り込める可能性があります。
ただし、TUNは「全通信を無条件に暗号化するスイッチ」ではありません。コアに入った通信は、ルーティングルールによって直接接続、プロキシ、遮断などの出力先へ分けられます。中国本土向けを直接接続するルールを使っている場合、TUNを有効にしても対象サイトがプロキシ経由になるとは限りません。確認時は、通信を取り込めたかどうかと、どのアウトバウンドへ送ったかを分けて判断してください。
システムプロキシとTUNを同時に有効にすると、対応アプリが二重にプロキシ設定を参照するように見える場合があります。実際には入口が異なり、システムプロキシはHTTPやSOCKSポート、TUNは仮想ネットワークアダプターを使います。切り分けの初期段階では、既存の手動プロキシ設定を記録してから一時的に整理し、TUN単独で通信が取り込まれるかを確認すると原因を追いやすくなります。
有効化前に確認する項目
最初に、v2rayNが起動しており、少なくとも1つのノードでコアの接続テストが完了していることを確認します。ノード自体が利用できない状態でTUNを有効にすると、仮想アダプターの問題とサーバー接続の問題が同じタイムアウトとして表示されます。現在のコア種別は「設定」→「パラメータ設定」→「Coreタイプ」付近で確認し、VLESSやRealityを含む構成では、実際に設定を生成しているXrayコアのログを基準にします。
TUNの作成やルーティング変更には、管理者権限が必要になることがあります。v2rayNを通常権限で起動して失敗する場合は、いったん終了し、実行ファイルを右クリックして「管理者として実行」を選びます。セキュリティソフトが仮想アダプターやコアプロセスの起動を確認している場合は、警告を無視せず、実行ファイルの場所と起動したコアを確認してから許可を判断してください。
| 確認項目 | 確認方法 | 問題がある場合 |
|---|---|---|
| Windows | 「設定」→「システム」→「バージョン情報」 | 更新を適用し、再起動してから再試行 |
| コア | 「設定」→「パラメータ設定」→「Coreタイプ」 | ノード形式と対応するコアを確認 |
| 権限 | v2rayNを管理者として起動 | 仮想アダプター作成の拒否を確認 |
| ポート | 基本設定とコアログを確認 | 10808や10809を使用する別プロセスを停止 |
VPNソフト、別の透過プロキシ、仮想マシンのネットワーク機能が同時に動作している場合、経路の優先順位が変わることがあります。検証中は不要なネットワークツールを停止し、Wi-Fiまたは有線LANの通常接続だけを残すのが安全です。現在のネットワーク設定を変更する前に、Windowsのプロキシ設定、DNS設定、既定のゲートウェイを記録しておけば、失敗したときに元の状態へ戻せます。
v2rayNでTUNモードを有効にする手順
メニュー名はv2rayNの版や表示言語によって少し異なる場合があります。項目が見つからないときは、まずv2rayNを最新版の安定パッケージへ更新し、使用中のコアがTUN設定を生成できる構成か確認してください。設定変更はノード接続を停止した状態で行い、保存後にコアを再起動すると、古いルーティングやDNS設定が残りにくくなります。
-
設定を保存
現在のノード、ルーティングモード、システムプロキシ、SOCKSポートとHTTPポートを記録します。問題が起きた場合に元へ戻すため、設定ファイルのバックアップも別の場所へコピーします。
-
TUNを開く
「設定」→「パラメータ設定」または「TUN設定」を開き、「TUNモードを有効にする」に相当する項目をオンにします。タスクトレイのモードメニューにTUN項目がある版では、設定保存後にそこから有効化します。
-
スタックを選択
スタックにsystem、gVisor、mixedなどの選択肢がある場合は、まず既定値またはmixedを使います。systemはWindowsのネットワーク動作に近く、gVisorは互換性の切り分けに使えますが、環境によってCPU使用率やUDP対応が変わります。
-
DNSを確認
TUN設定のDNS処理を確認し、ローカルDNSとリモートDNSの役割を混同しないようにします。ルーティングでドメイン分類を使う場合は、DNSリクエストが意図せず直接接続へ流れない設定になっているか確認します。
-
再起動して検証
設定を保存し、v2rayNのコアを停止してから再起動します。Windowsの「設定」→「ネットワークとインターネット」→「ネットワークの詳細設定」で仮想アダプターが作成され、接続後も無効化されていないことを確認します。
DNSモードやFakeDNSに関する項目は、説明を確認せずに変更しないでください。FakeDNSを使う構成では、仮想的なアドレス範囲とルーティング規則が連動します。既存のルールが通常のIPアドレスを前提にしていると、名前解決は成功しているのにIPルールへ一致しないことがあります。初回は既定のDNS設定で動作を確認し、その後に必要な機能だけを一つずつ変更する方法が適しています。
正常動作を確認し、失敗時に切り戻す
正常動作の確認は、Webページが開くかどうかだけで判断しません。まずv2rayNのログでTUNインバウンドが起動していること、次にコアログで対象ドメインやIPのアウトバウンドタグが表示されていることを確認します。ルーティングモードが「グローバル」ならプロキシ側へ送られるか、「中国本土回避」なら対象分類がdirectへ送られるかを比較します。テストするサイトは、直接接続を想定するものとプロキシ接続を想定するものを分けてください。
Windowsのコマンドプロンプトでは、ipconfigで仮想アダプターの存在を確認できます。route printではルートの追加状態を確認できますが、表示された行だけで正しい経路だと断定してはいけません。コアログ、DNSログ、ブラウザーの接続結果を同じ時刻で照合します。特定アプリだけ通信できない場合は、管理者権限で動くサービス、独自のDNS、UDP専用通信、アプリ内のネットワーク保護機能も確認対象になります。
結論：最初は「取り込み」と「出口」を別々に測定する
TUNログに通信が現れているのに接続できない場合、仮想アダプターよりもDNS、ルーティング、ノード接続、ファイアウォールを疑います。反対に、ブラウザーだけが動き、TUNログに対象アプリの通信が一切現れない場合は、TUNの権限、ルート優先順位、アプリの特殊な通信方式を先に確認してください。
切り戻すときは、タスクトレイのTUNスイッチをオフにし、コアを停止してからv2rayNを終了します。その後、Windowsのネットワーク設定でTUN用の仮想アダプターが残っていないかを確認し、システムプロキシを元の状態へ戻します。再起動後にブラウザーと問題が起きたアプリを一つずつ確認し、通信が復旧したなら、設定全体を一度に戻すのではなく、スタック、DNS、ルーティングの順に再検証します。
TUNをオンにするとインターネットが切れるのはなぜですか？
コアが起動していない、TUN作成権限が不足している、またはDNSやデフォルトルートが競合している可能性があります。TUNをオフにして通常のシステムプロキシで接続を確認し、管理者として再起動してからログを確認してください。
システムプロキシも同時にオンにするべきですか？
最初の検証ではTUN単独を推奨します。TUNで通信が取り込めたことを確認した後、ブラウザーなどがシステムプロキシを必要とする環境だけ追加で有効化し、二重設定による切り分けの難しさを避けます。
ゲームやUDPアプリも必ずプロキシされますか？
必ずではありません。アプリの通信方式、選択したTUNスタック、UDP対応、ルーティング規則によって結果が変わります。まずログに通信が現れるかを確認し、TCPとUDPを分けてテストしてください。
TUNをオフにしても接続できない場合は？
Windowsのプロキシ設定、DNS、仮想アダプター、既定のゲートウェイを確認し、v2rayNとコアを再起動します。改善しなければ、保存したバックアップからルーティングとTUN設定を戻し、ノード単体の接続テストからやり直します。
安定運用のための設定方針
TUNモードは、アプリごとにHTTPやSOCKSプロキシを入力する手間を減らせる一方、Windows全体の通信経路へ影響します。普段使うPCでいきなり全ルールを変更するのではなく、まず1台の端末で、ひとつのノード、既定のルーティング、既定のDNSから始めてください。安定後に中国本土向けのdirect、特定ドメインのproxy、不要な広告通信のblockなどを順番に追加すると、誤設定の範囲を限定できます。
v2rayNの更新、Xrayコアの変更、Windowsの大型更新を行った後は、TUNの仮想アダプター、管理者権限、ルート、DNSの4点を再確認します。設定ファイルを別のPCへそのままコピーしても、アダプター名や権限、ネットワークインターフェースの優先順位までは移行されません。動作確認では、変更日、コアのバージョン、使用ポート、ルーティングモード、発生したログを記録しておくと、次回の復旧が短時間で済みます。
- 初回導入：TUN単独、既定スタック、1つの安定したノードで確認します。
- ルーティング：directとproxyの想定を明確にし、ログのアウトバウンドタグで結果を確認します。
- DNS：名前解決の経路と実際の通信経路を別々に調査します。
- 切り戻し：TUNをオフ、コアを再起動、システムプロキシを復元する順番を守ります。
この順序で設定すれば、TUNは「すべてをプロキシする危険なスイッチ」ではなく、Windowsの通信をコアへ取り込む入口として管理できます。接続できないときも、取り込み、DNS、ルーティング、ノード出力のどの段階で止まったかを分けて確認できるため、設定を全消去せずに原因を特定しやすくなります。