XrayとV2Flyのコアの違い｜対応プロトコル・通信機能・クライアントの選び方

クライアント・コア・ノード設定の違い

まずv2rayNでノードを選び、右クリックして「サーバーを編集」を開き、プロトコル、通信方式、トランスポートのセキュリティ設定を確認します。画面上で設定を編集・表示するのがクライアントで、実際に接続を確立するのはバックグラウンドで動くコアです。クライアントを更新しても、使用中のコアが切り替わるとは限りません。ノードをインポートできても、現在のコアがすべての設定項目に対応しているとは限りません。

V2FlyコミュニティはV2Rayコアを保守しています。Xray-coreは2020年にV2Rayのコードを基に分岐し、その後はそれぞれ独自に開発が進みました。共通の歴史はありますが、ファイル名だけを置き換えれば使えるわけではありません。新機能の設定項目やデフォルト動作、対応時期が異なる場合があるため、一方の設定ファイルを他方にそのまま渡して同じ結果になるとは限りません。

• クライアント：v2rayNはデスクトップでサブスクリプション、ノード、プロキシの接続口を管理します。v2rayNGとv2flyNGはAndroid向けクライアントです。
• コア：XrayまたはV2Flyが、プロトコル処理、通信接続、DNS、ルーティングなどを実行します。
• ノード：接続先のアドレス、ポート、認証情報、サーバーが要求する通信・セキュリティ設定を定義します。
• サブスクリプション：ノード情報を配布する仕組みです。別のプロキシプロトコルではなく、サーバー側で指定されていない必須パラメーターを自動で補うものでもありません。

対応プロトコルの比較：VMessやVLESSの名称だけで判断しない

「プロキシプロトコル」「通信方式」「セキュリティ機能」の3層に分けて確認します。VMessとVLESSはプロキシプロトコル、WebSocketやgRPCは接続を運ぶ通信方式、TLSとREALITYは別の層のセキュリティ機能です。両方にVLESSと表示されていても、どちらかのコアがノード指定のセキュリティ機能に対応していなければ接続できません。

この表は選択の目安であり、すべてのバージョンを網羅した互換性一覧ではありません。特に新しい通信拡張では、同じ名前の設定項目でも実装が異なる場合があります。サーバー側からコアや最低バージョンが指定されている場合は、まず要件を満たし、クライアントがノードの設定をすべて保持しているか確認してください。

XTLS VisionとREALITY：それぞれの役割

ノードのflowとセキュリティ設定を確認します。flow=xtls-rprx-visionなら、Visionのフロー制御が必要です。security=realityなら、REALITYを使用します。両方が同時に使われることはありますが、別々の機能であり、常にセットで有効にする設定ではありません。

• Vision：Xrayのフロー制御機能で、条件を満たすTLS通信の処理経路を最適化します。効果はプロトコルや通信方式の組み合わせ、実際の通信内容によって異なり、すべての接続が高速化するわけではありません。
• REALITY：Xrayが提供する通信セキュリティ機能です。クライアント側には、サーバーと一致するサーバー名や公開鍵関連のパラメーター、Short IDなどが必要です。サーバーアドレスだけを入力しても接続できません。
• 通常のTLS：ノードの設定に従って証明書とサーバー名を検証します。REALITYの「互換モード」ではありません。セキュリティ方式を変更すると、ハンドシェイクの方法も変わります。
• 組み合わせの制約：任意のWebSocketやgRPCノードにVisionのフロー制御を追加しないでください。強そうな設定を一つずつ足すのではなく、サーバーが指定する設定の組み合わせをそのままインポートしてください。

共有リンクのインポート後にフロー制御やREALITYの設定が欠けている場合は、まずクライアントとコアのバージョンを確認し、ノードの提供元にリンク形式を問い合わせてください。サブスクリプション変換時に拡張設定が失われることがあります。Short IDやサーバー名を適当に入力しても、元の設定は復元できません。

クライアントの選び方：デスクトップはv2rayN、Androidはノードに合わせて選択

まず実際に使うノードの種類を確認します。サブスクリプションにREALITYやVision必須のノードが含まれる場合、AndroidではXrayベースのv2rayNGを優先してください。既存のノードや運用手順がV2Flyの設定を前提としているなら、v2flyNGを選べます。推奨の基準は機能の適合性であり、クライアント名の新旧ではありません。

デスクトップでv2rayNを使う場合は、「設定」→「パラメーター設定」を開き、現在のバージョンに「Coreタイプ」などのコア選択設定があるか確認してください。バージョンによって項目の場所が異なります。該当項目が見つからない場合は、古いスクリーンショットの手順を無理に適用しないでください。切り替え後にノードを再度有効にし、起動ログに表示されるコア名とバージョンで最終確認します。

切り替え後の確認：起動状態からローカルの接続口まで

「コアの起動」「接続先とのハンドシェイク」「アプリの接続口」の順に確認します。起動に失敗したら、まずログを確認し、システムプロキシを何度も変更しないでください。コアは起動するのにアプリからアクセスできない場合は、接続先の問題とローカルの接続口の問題を切り分けます。以下のポート番号は接続の役割を示す例で、すべての環境のデフォルト値ではありません。

1. 現在の設定を保存します。使用中のノード、コア、システムプロキシの状態、ルーティングプリセットを記録してください。一度に変更する項目は一つにし、元に戻せる状態を保ちます。
2. コアが正常に起動したか確認します。ノードを再度有効にし、ログのバージョン情報を確認してください。設定の解析エラー、未知の項目、非対応のフロー制御が表示された場合は、まず互換性の問題を解決します。
3. 接続先のパラメーターを確認します。アドレス、ポート、認証情報、通信方式、SNI、REALITYの各設定を確認してください。接続先のポートと、ローカルのHTTP・SOCKSプロキシポートは別のものです。
4. ローカルの接続口を確認します。「設定」→「パラメーター設定」で待ち受け情報を確認してください。例のアドレス127.0.0.1:10808がSOCKS、HTTP、混合接続口のどれを提供しているかを確認し、テストツールには対応するプロトコルを指定します。
5. システムプロキシとルーティングを確認します。ブラウザーでテストする場合は、システムプロキシの状態を確認してください。ターミナルのプログラムがシステムプロキシを使うかどうかは、プログラムの仕様によります。ルーティングによって、テスト先への通信が直接接続に振り分けられる場合もあります。

速度を比較する場合は、同じノード、同じテスト先、近い時間帯に条件をそろえ、3回ずつテストして接続時間とダウンロード速度の推移を記録します。遅延を一度測っただけでは、そのときの通信経路と接続先の応答が分かるだけで、すべてのネットワークで特定のコアが速いとは証明できません。テストごとに異なる接続先経路を通っていた場合、結果を比較する意味もありません。

よくある質問：インポート・コアの切り替え・古いノードとの互換性

選び方の結論：名称ではなく必須機能で判断する

まずサーバー側の要件を満たし、そのうえで移行コストを検討してください。XrayとV2Flyの違いは主に、機能の進化と設定の互換性にあります。「一方は常に速く、もう一方は古いノード専用」ということではありません。ノードが安定して使えているなら、まず既存の設定を維持してください。新機能が必要な場合は、対応するクライアントとコアに更新して、各層を順に確認します。

• ノードがREALITYまたはVisionを要求する：デスクトップでは対応設定を使えるv2rayNとXray、Androidではv2rayNGを選びます。
• ノードが動作確認済みのV2Fly設定を採用している：既存の運用を継続できます。Androidではv2flyNGを選べるため、名称だけを理由に移行する必要はありません。
• VMess、WebSocket、TLSなどの情報しかない：まず提供元にパス、Host、SNIなどのパラメーターを確認し、そのうえで互換性を判断してください。
• 接続に失敗する：設定の解析、接続先とのハンドシェイク、プロキシの接続口、ルーティングの順に確認し、複数の設定を同時に変更しないでください。