XrayとV2Flyのコアの違いを徹底解説：バージョンの系譜とクライアントの選び方

コア・クライアント・サブスクリプションを整理する

XrayとV2Flyはいずれもネットワークプロキシのコアです。コアは設定の解析、アウトバウンド接続の確立、インバウンドポートの処理、DNSとルーティングルールの実行を担います。一方、v2rayN・v2rayNG・v2flyNGはグラフィカルインターフェースを備えたクライアントです。クライアントにサブスクリプションを読み込んだ後、実際にプロトコルのハンドシェイクとトラフィック転送を行うのは、ノード一覧の画面ではなくコアです。

両者はProject Vの技術系譜に関係していますが、現在はそれぞれ独立して保守・リリースされているプロジェクトです。V2FlyはV2Rayの名称や設定思想、互換性の方向性を引き継ぎ、v5設定体系へ発展しました。一方、Xrayは近いコード基盤から進化を続け、VLESS・XTLS・REALITYなどの組み合わせでより明確な機能範囲を築いています。Xrayを単純に「V2Rayの新バージョン」と捉えるのは正確ではありません。両者は同じリリース系列ではないためです。

1. コア層：JSON設定を読み込み、VMess・VLESS・Trojan・Shadowsocks・SOCKS・HTTPなどのプロトコルと、それぞれのトランスポート設定を処理します。
2. クライアント層：サブスクリプション管理、ノードの絞り込み、システムプロキシ、ログ確認、コアプロセスの起動・停止を担当します。
3. サブスクリプション層：ノードのアドレス、ポート、ユーザー識別子、トランスポート方式、セキュリティ層、サーバー名などの接続情報を保持します。
4. ルーティング層：ドメイン、IP、ポート、アプリのトラフィックに応じて、直接接続・プロキシ・ブロックを決定します。ノードのプロトコルを自動的に変更することはありません。

XrayとV2Flyの主な違い

日常的な選択で重要なのは、抽象的な「性能の高さ」を比べることではなく、対象のコアが設定項目を完全に認識できるかを確認することです。一般的なVMess・WebSocket・TLS・SOCKS・HTTPの構成は比較的互換性の範囲が広く、VLESS・XTLS Vision・REALITYを含む場合は、Xrayがより直接的な選択肢になります。V2Flyの強みは、従来のV2Ray設定体系、v5設定への発展、関連する運用環境との継続性にあります。

プロトコル名が同じでも、設定がそのまま共通とは限らない

2つのノードにVMessと書かれていても、設定をそのまま入れ替えられるとは限りません。完全な接続設定には、トランスポート方式、TLS設定、サーバー名、パス、Host、フィンガープリント、マルチプレクス方針なども含まれます。クライアントへの読み込み時に重要な項目を1つでも無視すると、「ノードはあるのに接続できない」「遅延テストがタイムアウトする」「ログで再試行が続く」といった問題が起こります。

VLESSはこの点をよく示しています。VLESSはプロトコル層の名称で、REALITYはセキュリティとハンドシェイクに関する設定です。TCP・WebSocket・gRPCはトランスポート層の選択肢に当たります。一般的な設定では、VLESS + TCP + REALITY + Visionのように各層を組み合わせます。移行時はserverName、publicKey、shortId、fingerprint、flowなどの項目を保持し、サーバーアドレス・ポート・ユーザー識別子だけをコピーしないでください。

{
  "address": "server.example",
  "port": 443,
  "protocol": "vless",
  "security": "reality",
  "flow": "xtls-rprx-vision",
  "serverName": "www.example.com",
  "fingerprint": "chrome"
}

• VMess：ユーザー識別子、alterIdの互換設定、トランスポート方式、TLS、WebSocketパスを重点的に確認します。
• VLESS：ユーザー識別子に加えて、flow、セキュリティ層、サーバーが要求するトランスポート項目を確認します。
• REALITY：serverName、publicKey、shortId、ブラウザフィンガープリントの項目を重点的に確認します。重要項目が1つでも欠けると、ハンドシェイクに失敗する可能性があります。
• ルーティングルール：コアが接続に成功しても、ルーティングが想定どおりとは限りません。ドメインルール、IPルール、最終的なアウトバウンドの向き先も確認してください。

更新ペースが違っても、新しい方が必ず適しているとは限らない

XrayとV2Flyはそれぞれ独自のバージョン系列を持ち、リリース頻度や機能の実装時期も同期していません。クライアントを更新しても、コアまで同時に更新されるとは限りません。グラフィカルインターフェース、コアファイル、サブスクリプション形式が別々に変わる場合もあります。そのため、トラブルシューティングではクライアントのバージョン系列、コアの種類、ノードのプロトコルを分けて記録し、「最新版に更新済み」とだけ書かないようにしましょう。

安定稼働している場合は、動作する設定を1つ保存してからクライアントを更新し、元のノードをテストするのが適切です。ログにunknown field、failed to parse config、unsupported securityが表示される場合は、設定項目とコアの対応状況が一致していないことが多いでしょう。設定の読み込みには成功しても接続がタイムアウトする場合は、ネットワーク、ドメイン解決、ポート、サーバーの状態を引き続き確認してください。

ポート番号も調査記録に含める必要があります。たとえばデスクトップ環境でローカルSOCKSの入口を10808、HTTPの入口を10809に設定している場合、ブラウザや他のツールは対応する種類のポートに接続しなければなりません。HTTPクライアントをSOCKSポートに向けると、コアが起動していないと誤認しがちです。ポート番号はあくまで例であり、実際の値はv2rayNの「設定」→「パラメータ設定」ページで確認してください。

v2rayN・v2rayNG・v2flyNGの選び方

Windowsのデスクトップ環境では、まずv2rayNを検討します。サブスクリプショングループ、システムプロキシ、ルーティングルール、遅延テスト、ログ確認に対応し、Xrayを使う環境向けの操作機能も充実しています。サブスクリプションを読み込んだら、ノードの詳細を開いてプロトコルとトランスポート項目を確認し、「設定」→「パラメータ設定」でローカルの待受ポート、ログレベル、システムプロキシ関連の項目を確認できます。

Androidでは、サブスクリプションがVLESS・REALITY・Xray関連の設定を中心としているならv2rayNGが適しています。V2Fly環境を明確に運用している場合、V2Fly v5設定を使う場合、または既存のV2Flyサーバーと揃える必要がある場合は、v2flyNGを選べます。2つのグラフィカルインターフェースが似ていても、コアの能力が同じとは限りません。読み込みに成功しても、すべての項目が保持されるとは限りません。

v2flyNGが適しているケース

• サーバー側と設定生成の手順が、明確にV2Flyを基準としている。
• 既存のサブスクリプションが、長期検証済みのVMessやその他のV2Fly互換ノードを中心としている。
• V2Fly v5設定をすでに作成しており、その構造や項目に依存している。
• チームとして、モバイル端末を既存のV2Flyテスト環境に合わせる必要がある。

クライアントの画面に慣れているという理由だけで、別のコア向けの特殊な設定を無理に読み込むのはおすすめしません。まずプロトコルを識別し、次にコアを選び、最後にクライアントの操作性を比べるのが安全です。サブスクリプションに複数種類のノードが含まれる場合は、2つのサブスクリプショングループを作り、「Xray」と「V2Fly」と名前を付けると、更新後に同じ一覧へ混在するのを防げます。

別のコアへ移行する手順

移行は実行ファイルを1つ置き換えるだけではありません。アドレス、ポート、ユーザー識別子は比較的保持しやすい一方、トランスポート層、セキュリティ層、DNS、ルーティング、ローカルのインバウンドは抜けやすい項目です。手動移行の前に現在の設定をエクスポートするかサブスクリプションの配信元を保存し、まず構成が単純なノードで接続テストを行い、最後に複雑なルーティングを戻してください。

1. 元の環境を記録：クライアントのバージョン系列、コア名、ローカルの待受ポート、システムプロキシモード、現在利用できるノードを記録します。
2. プロトコル構成を確認：VMess・VLESS・その他のどのプロトコルかを確認し、TCP・WebSocket・gRPC・TLS・REALITYなどの関連項目を記録します。
3. 移行先のクライアントに読み込む：サブスクリプションまたは完全な共有情報を優先し、アドレスとポートだけをコピーしないでください。
4. 複雑なルーティングを一時的に無効化：基本的なプロキシ経路で初回接続を行い、ログに設定解析エラーがないことを確認します。
5. DNSと分割ルーティングを戻す：ドメイン・IP・アプリのルールをグループごとに追加し、変更するたびに再接続します。
6. 相互検証を行う：同じノードの遅延を3回テストし、直接接続先とプロキシ経由の接続先にアクセスして、最終的なアウトバウンドがルールどおりか確認します。

よくある選択の疑問

コアの選択に、ノード設定から切り離した唯一の正解はありません。プロトコルへの対応、サーバーの構成、クライアントのプラットフォーム、保守コストが結果を左右します。以下の質問で候補をすばやく絞り込めます。

選択は次の判断手順にまとめられます。まずノードのプロトコルとセキュリティ層を確認し、次にサーバーが明確に対応しているコアを確認します。その後でクライアントのプラットフォームを確定し、最後に画面や操作の好みを比べます。VLESS・REALITYを中心に使う方は、通常Xrayとv2rayNGを選びます。V2Fly v5設定と安定したVMess環境をすでに運用している方は、V2Flyとv2flyNGを継続利用するのが適しています。