VMessとVLESSの違いとは？プロトコル選びで知っておきたいポイント

TUNモードとは：システムプロキシとの違い

Windowsのシステムプロキシは、OSのプロキシ設定を参照するアプリに接続先を案内する仕組みです。ブラウザーなどはシステム設定を利用できますが、すべてのデスクトップアプリやコマンドラインツールが同じ設定を使うとは限りません。アプリごとにプロキシを指定する必要がある場合もあります。

これに対してTUNモードは、仮想ネットワークアダプターを作成し、Windowsのルート設定などを通じて通信を取り込みます。アプリ側でプロキシを個別設定しなくても、ルーティング対象となった通信をコアへ渡せるのが特徴です。ただし、TUNを有効にしただけで、あらゆる通信が必ず同じ経路に入るわけではありません。除外ルート、アプリ側の独自ネットワーク設定、コアのルールなどが影響します。

システムプロキシとTUNを同時に有効にすると、アプリやルールによっては通信経路が重複し、原因の切り分けが難しくなります。初回の動作確認では方式を一つに絞りましょう。まず通常のノード接続ができることを確認してからTUNを試すと、ノードの問題と仮想アダプターの問題を分けて調べられます。

有効化前の準備：管理者権限と対応コア

最初にv2rayNを起動し、通常の接続方法で選択中のノードが使えることを確かめてください。TUNを有効にする前からコアの起動に失敗している場合、仮想アダプターを追加しても解決しません。実行ログを開き、ノード接続時にコアが起動しているか、設定の読み込みエラーがないかを確認します。

TUN機能の表示場所や動作に必要なコアは、v2rayNのバージョンと構成によって異なる場合があります。画面に「TUN」または「TUNモード」の設定があるかを確認し、そのリリースで案内されているコアを選んでください。TUN対応の構成が必要な場合、現在選択しているコアが対応していると決めつけず、起動ログにTUNインバウンドや仮想インターフェースの初期化に関する記録があるか確認します。Xray、V2Ray、sing-boxは異なるコア実装であり、名前だけで機能の対応を判断できません。

• 権限：仮想アダプターやルートの作成時に権限エラーが出る場合は、v2rayNを終了してから「管理者として実行」で再起動し、確認が終わったら通常起動でも動作するかを調べます。管理者権限を常時使うことを前提にせず、ログに表示された内容を確認してください。
• 競合：ほかのVPN、仮想ネットワークアダプター、ファイアウォール製品が通信経路を変更していないか確認します。切り分けのために一時停止する場合は、何を停止したかを記録し、テスト後に元へ戻してください。
• 設定の保存：現在のTUN設定、システムプロキシ設定、ノード選択をメモしておきます。設定ファイルを扱う場合は、編集前にバックアップを作り、秘密情報を含むファイルを公開しないでください。

設定名はUIの種類やリリースによって異なることがあります。以下では「設定」画面にあるTUN関連項目を探す流れを示します。項目が見つからない場合は、無関係な設定を変更せず、使用中のv2rayNの説明と画面内の案内を優先してください。

v2rayNでTUNモードを有効にする手順

1. 接続を確認

   v2rayNで利用するノードを選び、通常の接続方式で通信できることを確認します。実行ログにコアの起動失敗やノード接続エラーがある場合は、先にその原因を解決してください。

2. TUN項目を開く

   メイン画面の「設定」またはTUN関連メニューを開き、「TUNモード」「TUNを有効化」などの項目を探します。表示名や配置はUI版・バージョンにより異なります。見当たらないときは、現在の配布版がその機能を備えているか確認します。

3. コアを確認

   TUN機能が要求するコアを選択します。選択肢が複数ある場合は、TUN対応が確認できるものを使い、変更後にコアを再起動します。ログに設定形式のエラーや、TUN関連機能が未対応である旨が出ていないか確認してください。

4. 必要な項目を設定

   画面に自動ルート、DNS処理、アダプター名などの項目が表示される場合は、意味を確認してから設定します。初回は独自のアドレスやルートを推測で入力せず、既定値を基本にし、変更する項目を一つずつに絞ります。

5. 起動して確認

   TUNを有効にして接続を開始し、権限確認が表示されたら内容を確認して許可します。Windowsの「デバイス マネージャー」→「ネットワーク アダプター」や「設定」→「ネットワークとインターネット」で仮想アダプターが現れるかを確認し、ログにも初期化失敗がないことを確かめます。

「管理者として実行」しても初期化できない場合は、管理者権限だけが原因とは限りません。コアがTUN設定を受け付けているか、必要なコンポーネントが起動できるか、同じ名前のアダプターが残っていないかを順に見ます。アダプターを手動で削除したり、ルートを一括消去したりするのは避けてください。Windowsや他のソフトウェアが使うネットワーク設定まで壊すおそれがあります。

接続テストとログで原因を切り分ける

テストは、まず仮想アダプターとコアが起動しているか、次に外部へ接続できるかの順で行います。Windows PowerShellで、次のコマンドを実行するとネットワークアダプターの状態を確認できます。

Get-NetAdapter | Format-Table -Auto Name, Status, InterfaceDescription
Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric | Select-Object -First 15

アダプター名は環境により異なるため、特定の名前が必ず表示されるとは限りません。TUNを開始する前後で一覧を比べ、状態が変わった仮想アダプターがあるか確認します。ルート一覧では、TUN開始によって経路が追加・変更されたかを見ます。コマンドの結果だけで通信が成功したとは判断せず、ログと実際の接続テストを合わせて確認してください。

次に、ブラウザーで複数のサイトを開き、アプリごとの差があるかを確認します。必要ならPowerShellから curl.exe を実行して接続を試せます。特定のテスト先だけが応答しない場合もあるため、単一サイトの失敗だけでTUN全体の障害と決めつけず、通常のノード接続、別の接続先、DNSの結果も比較します。会社や学校のネットワークでは、利用規則やネットワーク管理者の指示を優先してください。

ログを共有して支援を求めるときは、サブスクリプションURL、サーバーのアドレス、UUID、認証情報、個人のユーザー名を必ず隠してください。エラーの前後数行と、発生時刻、v2rayNのUI版、選択中のコア名を記録すると、TUNの初期化とリモート接続のどちらで失敗しているかを判断しやすくなります。

TUNを無効にして元の設定へ戻す

通常のプロキシ設定へ戻すときは、通信を確立したまま設定を重ねて変更せず、手順を分けてください。まずv2rayNの画面からTUNを無効にし、必要に応じてコアを停止または再起動します。その後、Windowsの「設定」→「ネットワークとインターネット」→「プロキシ」を開き、手動プロキシやセットアップスクリプトの状態を確認します。TUNを有効にする前の状態と違う場合は、記録しておいた値に戻してください。

• TUNを無効化した後、実行ログに停止完了またはエラーが記録されているか確認します。
• 「デバイス マネージャー」または「Get-NetAdapter」で、仮想アダプターが正常に停止したかを確認します。停止後も項目が残るだけで直ちに異常とは限らないため、ログと状態を併せて判断してください。
• Webブラウザーなどで通信を試し、システムプロキシを使う場合はWindows側のアドレスとポートがv2rayNの待ち受け設定と一致しているか確認します。ポート番号は環境ごとの実設定を使い、例の数値をそのまま入力しないでください。
• 通信が戻らない場合は、他のVPNやネットワークソフトを一度に変更せず、再起動前後のルートとログを比較します。ネットワーク設定のリセットやルートの一括削除は、原因を特定してから検討してください。

TUNは便利ですが、アプリ単位の設定を省く代わりに、OSのネットワーク経路とDNSにも影響します。必要なアプリだけをプロキシに通したい場合はシステムプロキシやアプリ個別の設定が適することもあります。TUNモードが必要な理由、利用するコア、Windows側の経路を確認してから使い分けましょう。クライアントの入手先はクライアントページ、初回設定は入門ガイドで確認できます。