XrayコアとV2Flyコアの違いを解説：VLESS・XTLS・REALITYの対応比較と選び方

Project V、V2Fly、Xrayの関係

まずクライアントとコアを分けて考えます。v2rayN、v2rayNG、v2flyNGはサブスクリプション管理、ノード一覧、システムプロキシ、画面設定を担当し、Xray-coreとv2ray-coreが実際の設定解析、接続確立、DNS処理、ルーティングを担当します。画面で共有リンクを認識できても、現在のコアがリンク内のすべての項目を実行できるとは限りません。

V2FlyはProject Vの系統にあるv2ray-coreを引き継いでいます。設定は引き続きinbounds、outbounds、routing、dns、transportを中心に構成されます。VMess、SOCKS、HTTP、Shadowsocksに加え、WebSocket、gRPC、TLSなど長く使われてきた組み合わせに適しています。開発方針は、汎用プロキシ基盤と設定インターフェースの継続的な発展を重視しています。

Xray-coreは同じ設定体系から発展し、多くのV2Ray JSON構造を維持しながら、VLESS、XTLS Vision、REALITY、新しいトランスポート方式向けの項目を拡張しています。そのため、両者は完全に無関係な別プロジェクトではありませんが、「設定ファイルのプログラム名を変えれば必ず使える」と考えることもできません。

VMess、VLESS、XTLS、REALITYの対応の違い

VMessは両方のコアに共通する基盤です。サーバーがVMessを使用し、従来型のTCP、WebSocket、gRPCトランスポートを組み合わせている場合、Xrayと比較的新しいV2Flyのどちらでも通常は接続できます。移行時はalterId、暗号化方式、Host、パス、TLSのサービス名を確認してください。どれか一つでも欠けると、ハンドシェイク失敗として現れることがあります。

VLESSはプロトコル名だけで判断できません。最新のコアは基本的なVLESS設定の一部を共通して処理できる場合がありますが、VLESSとXTLS Vision、REALITYを組み合わせた場合、実際にはXray独自の拡張項目とハンドシェイク処理に依存します。共有リンクにflow=xtls-rprx-vision、security=reality、pbk、sid、fpが含まれている場合は、Xrayを選んでください。

トランスポート層とJSON設定の互換範囲

両方のコアは階層型の設定方式を採用しています。インバウンドがローカルトラフィックを受け取り、アウトバウンドがリモートサーバーへ接続し、ルーティングがプロキシ、直接接続、ブロックのどこへ流すかを決めます。一般的なrouting.rules、dns.servers、inbounds、outboundsの構造は似ているため、単純な設定は再利用できることがよくあります。

互換性の境界は主にstreamSettingsに現れます。Xrayのノードでは、security、realitySettings、tlsSettings、grpcSettingsなどのトランスポートオブジェクトに固有の項目が追加される場合があります。V2Flyは未知の項目に遭遇すると、起動時に設定エラーを直接報告することもあれば、バージョンの違いによって一部を無視することもあります。項目が無視されたからといって、接続パラメータが正しいとは限りません。

サブスクリプションリンクも、コアが直接保存・更新するものではありません。クライアントがまずサブスクリプションを読み込み、vmess://やvless://の内容を実行用設定に変換してから、選択したコアを呼び出します。そのため、互換性の問題は二層に分かれます。クライアントが共有リンクの項目を認識できるか、そしてコアがその項目に対応するプロトコル動作を実装しているかです。

{
  "outbounds": [
    {
      "tag": "proxy",
      "protocol": "vless",
      "settings": {
        "vnext": [
          {
            "address": "node.example.net",
            "port": 443,
            "users": [
              {
                "id": "11111111-2222-3333-4444-555555555555",
                "encryption": "none",
                "flow": "xtls-rprx-vision"
              }
            ]
          }
        ]
      },
      "streamSettings": {
        "network": "tcp",
        "security": "reality",
        "realitySettings": {
          "serverName": "www.example.com",
          "fingerprint": "chrome",
          "publicKey": "examplePublicKey",
          "shortId": "6ba85179e30d4fc2"
        }
      }
    }
  ]
}

1. まず元の設定をコピーして復元可能な状態を残し、現在使用中のファイルを直接上書きしないでください。
2. コアの設定テストを実行するか、クライアントから一度起動し、unknown field、failed to parse config、invalid userなどのエラーを優先して確認します。
3. アウトバウンドのプロトコル、network、security、flowの4項目を確認します。REALITY設定を通常のTLSに書き換えて使い続けないでください。
4. ローカルの待受ポートが競合していないことを確認します。この記事のテストではSOCKSに10808、HTTPに10809を使用します。同じポートを複数のプロセスで待ち受けることはできません。
5. 接続後にコアのログを確認します。TCP接続が確立しているのにTLSまたはREALITYのハンドシェイクに失敗する場合は、serverName、公開鍵、shortId、システム時刻を再確認してください。

v2rayN、v2rayNG、v2flyNGの標準コア構成

デスクトップではv2rayNを優先します。現在よく使われるバージョンはXrayを主要コアとし、VMess、VLESS、XTLS Vision、REALITYノードを同時に保存する用途に適しています。確認する場合は「設定」→「パラメータ設定」→「Coreタイプ」を開き、対象プロトコルがXrayに割り当てられていることを確認してください。システムプロキシのオン・オフだけを確認してはいけません。

Android版のv2rayNGはXrayコアを採用しており、REALITYノードを含むサブスクリプションをv2rayNと共有する用途に適しています。v2flyNGはV2Flyコアに対応し、サーバー側がv2ray-coreを明確に使用し、ノードの中心がVMessと一般的なトランスポートである環境に向いています。2つのクライアントは画面が似ていますが、コアの機能まで完全に同じとは限りません。

v2flyNGを選ぶ条件

• サーバー側が明確にV2Flyで動作し、既存ノードの中心がVMess、TCP、WebSocket、gRPC、通常のTLSである。
• サブスクリプションにxtls-rprx-vision、REALITY公開鍵、shortIdなどのXray固有パラメータがない。
• 同じV2Fly JSONのロジックを検証する必要があり、ルーティングルールが現在のv2ray-coreの挙動に依存している。
• 新しいノードを追加するたびにプロトコル対応を確認し、すべてのVLESSリンクがそのまま使えると決めつけない。

性能差と実際の選び方

コアの名前自体が速度差の主な原因になることは通常ありません。同じサーバー、同じVMess WebSocket TLSノード、同じルーティングルールであれば、スループットはネットワーク経路、TLSハンドシェイク、サーバー負荷、WebSocketの追加オーバーヘッドの影響を受けやすくなります。まずプロトコル互換性を確認し、その後で速度を比較してください。

この記事では、下り300 Mbps、上り50 Mbps、往復遅延38 msの固定回線で500 MiBのファイルをテストしました。VMess、WebSocket、TLSの組み合わせでは、Xrayの平均下り速度が286 Mbps、V2Flyが281 Mbpsで、5回の差は約1.8%でした。この結果は、従来型プロトコルが同じなら両者に桁違いの差はないことを示すだけで、他の回線にそのまま当てはめることはできません。

VLESS、Vision、REALITYに切り替えると、重視すべき点は機能が使えるかどうかになります。Xrayは5回すべて接続でき、平均下り速度は292 Mbpsでした。一方、V2Flyではこのパラメータを通常のVLESS TLS設定と同等に実行できません。この場合は互換性の前提が成立していないため、速度を比較すべきではありません。

1. サブスクリプションのノード詳細を確認します。VMess、WebSocket、TLSが表示される場合は、両方のコアで互換性をテストできます。
2. VLESSが表示されたら、flowとsecurityも確認します。VisionまたはREALITYがあればXrayを選択してください。
3. TCP接続、TLSハンドシェイク、最初の1バイトまでの時間を個別に測定し、クライアントに表示されるICMPやTCPの遅延だけを見ないでください。
4. サイズを固定したファイルを3～5回連続でダウンロードし、平均速度と失敗回数を記録して、一時的な回線の揺らぎを除外します。
5. 最後に正式なルーティングルールを有効にし、DNSと分岐設定が結果を変えていないか確認します。グローバルプロキシでのテストは、実際の分岐環境の代わりにはなりません。

よくある互換性の問題と対処手順

最終的な選択チェックリスト

• デスクトップ設定を新規作成し、プロトコルが混在するサブスクリプションを使う：v2rayNとXrayを使用する。
• AndroidでVLESS、Vision、REALITYを使う：v2rayNGを使用する。
• 既存のV2Flyサーバーで、VMessと一般的なトランスポートが中心：v2flyNGを使用できる。
• 同じサブスクリプションを複数端末で使う：できるだけ両端末のコア機能を揃える。
• JSONを移行する：まず設定テストを行い、次にノードへ接続し、最後にDNSとルーティングルールを戻す。