Project Vのエコシステムを解説：V2Fly・Xrayと各種クライアントの違い

Project Vの成り立ち：プロジェクト・コア・プロトコルの違い

Project Vは、V2Rayを中心にネットワークプロキシツールと関連コンポーネントを開発するプロジェクトとして始まりました。V2Rayのコアは、サブスクリプション一覧を表示するものではなく、設定に基づいてインバウンドを受け付け、ルーティングを選択し、アウトバウンド接続を行います。「V2Ray」はプロジェクト名やコアプログラムを指すほか、プロキシ設定全般を指して使われることもあります。問題を調べる際は、まず何を指しているのかを明確にしましょう。

グラフィカルクライアントは別のレイヤーに位置します。サーバー一覧やサブスクリプションの管理、設定の生成、コアの起動、ログの表示を担います。VMessやVLESSなどのプロトコルを使った接続を実際に処理するのは、コアとその実装です。クライアントの画面にプロトコル名が表示されていても、同梱されたコアがそのプロトコルのあらゆるトランスポートやセキュリティ設定に対応しているとは限りません。

• プロジェクト層：Project Vは歴史的・技術的な背景を示すプロジェクトです。V2FlyとXrayは、それぞれ異なる保守範囲とリリースサイクルで開発されています。
• コア層：V2Fly-coreとXray-coreが設定を読み込み、接続を処理します。利用できる機能はバージョンによって異なります。
• 画面層：v2rayN・v2rayNG・v2flyNGは設定や動作状況を管理するクライアントであり、同名のプロトコルを意味するものではありません。
• 設定層：サーバーアドレス、ポート、ユーザー識別子、トランスポート、セキュリティ設定、ルーティングルールによって接続方法が決まります。

そのため、「V2Rayをインストールした」という情報だけでは問題を特定できません。クライアント名とバージョン、実行中のコア名とバージョン、ノードのプロトコル、エラーログを記録すると調査しやすくなります。ログを共有する前に、サブスクリプションのURLやユーザー識別子などの認証情報を削除してください。

V2FlyとXray：共通のルーツから独立して発展

V2Flyは、V2Rayコアの保守を引き継ぐコミュニティプロジェクトです。コアは一般にV2Fly-coreと呼ばれ、プログラムやドキュメントには引き続きV2Rayの名称も使われています。Xray-coreは2020年に関連コードを基盤として分岐し、その後は独立したプロジェクトとして発展しています。歴史的なつながりはありますが、同じリリース系列の通常版と上位版という関係ではありません。

VMessとVLESSはプロトコル名です。TCPやWebSocketなどはトランスポートの選択肢で、TLSは接続のセキュリティに関する設定です。REALITYやXTLS Visionには特定の実装や設定要件があり、VMessと同列の、自由に置き換えられる項目ではありません。特にREALITYやVisionの設定を含むノードでは、クライアントにリンクをインポートできるかだけでなく、コアが必要な組み合わせ全体に対応しているか確認してください。

エコシステムにおける3つのグラフィカルクライアント

v2rayNはWindows、macOS、Linuxのデスクトップ環境向けです。インストール方法や権限、システムプロキシの動作はプラットフォームによって異なります。サブスクリプションやルーティングを管理でき、対応範囲内で異なるコアを利用できます。コアを切り替えられるかどうかは、クライアントのバージョン、インストールパッケージの内容、ノードの種類によります。名前に「N」が含まれていることからは判断できません。

v2rayNGとv2flyNGは画面や操作の流れに共通点がありますが、同じインストールパッケージの別スキンではありません。Androidクライアントを変更する場合は、サブスクリプションのインポート結果、アプリごとの設定、ルーティング、DNSを改めて確認してください。別のアプリにローカル設定が自動で引き継がれるとは限りません。

Androidクライアントは通常、システムのVPNインターフェースを通じて端末の通信を受け取ります。このローカル接続方式は、リモートノードで使うプロトコルとは別のものです。デスクトップの「システムプロキシ」は、主にシステムプロキシ設定に従うアプリに影響します。どちらの場合も、通信はクライアントのルーティング設定を通るため、接続のオン・オフだけでは最終的な通信経路を判断できません。

• デスクトップでのサブスクリプション・ルーティング管理：まず、使用中のシステムとノードの組み合わせにv2rayNが対応しているか確認します。
• AndroidでXray設定を使う：v2rayNGに含まれるコアとノードの要件が合っているか確認します。
• AndroidでV2Fly設定を引き継ぐ：既存の設定をv2flyNGがサポートしているか確認してから、ルールを移行します。

ポートの例でクライアント・コア・リモートサーバーの関係を理解する

各レイヤーの関係を説明するため、以下では具体的なポート番号を例に挙げます。すべてのクライアントの初期値ではなく、インストール時にそのまま設定する必要もありません。ローカルの待ち受けアドレスは127.0.0.1に設定できますが、ポートは実際の設定を確認してください。リモートポートはサーバー側の設定と一致させる必要があります。

上記の設定では、ブラウザーからのリクエストはまずローカルHTTPインバウンドの127.0.0.1:10809に送られます。リクエストを受け取ったコアがルーティングを確認し、直接接続ルールに一致すれば宛先へ直接接続します。プロキシルールに一致した場合に限り、リモートサーバーの443ポートへ接続する可能性があります。ローカルHTTPポートをリモートポートに変更しても、サーバーへの接続問題は解決しません。

アプリ
  → ローカルHTTPインバウンド：127.0.0.1:10809
  → コアがルーティングを判定
      → 直接接続のアウトバウンド → 宛先サイト
      → プロキシ経由のアウトバウンド → リモートサーバー:443 → 宛先サイト

バージョンによっては、1つの待ち受けポートで複数のプロキシリクエストを受け付ける混合インバウンドを採用しているため、2つのポートが必ず別々にあるとは限りません。「アドレスはすでに使用されています」と表示された場合は、まずローカルの待ち受けポートが競合していないか確認します。リモートのハンドシェイクや認証エラーが発生した場合は、サーバー側のパラメーターを確認してください。問題が起きている場所が異なれば、対処方法も異なります。

切り替えとトラブルシューティング：現状を記録し、1項目ずつ検証

コアの切り替えは、あらゆる問題を解決する万能策ではありません。クライアントにノードが保存されていても、コアが正常に起動しているとは限りません。コアが起動していても、リモート側の認証に成功したとは限りません。以下ではv2rayNでよく使われる画面の操作例を紹介します。項目名はバージョンやプラットフォームによって異なる場合があります。該当する選択肢がない場合、同名の設定フィールドを独自に作成しないでください。

1. 現在の状態を記録する

   「ヘルプ」→「バージョン情報」を開き、クライアントのバージョンを記録します。起動ログからコアの名称とバージョンも確認してください。現在の設定をバックアップし、使用中のノードとルーティング設定を控えておきましょう。

2. コアを確認する

   「設定」→「パラメーター設定」を開き、「Coreタイプ」または該当するコアの設定画面で、対象プロトコルに使うコアを確認します。項目が見つからない場合は、まず現在のバージョンの説明で対応状況を確認し、コアファイルを直接上書きしないでください。

3. インバウンドを確認する

   「設定」→「パラメーター設定」で、ローカルの待ち受けアドレスとポートを確認します。前述の例を使う場合は、HTTPリクエストの送信先が10809になっていることを確認してください。混合インバウンドを使っている場合は、画面に表示された値を基準にします。

4. 1項目ずつテストする

   同じノードと同じルーティング設定を維持し、互換性を確認したコアだけを変更して、保存後にサービスを再起動します。最初のエラーログを確認し、プロキシ経由と直接接続を別々にテストしてください。DNS、トランスポート、ルーティングを同時に変更しないようにしましょう。

サブスクリプションは設定を配布するための入り口にすぎず、異なるコアでまったく同じ有効な設定が得られる保証はありません。インポート時にクライアントが各項目を解析して、コア用の設定を生成します。トランスポートのパス、サービス名、セキュリティパラメーターが不足していると、インポート時にはエラーが出なくても接続時に失敗することがあります。トラブルシューティングでは元のノード情報と項目ごとに照合し、サブスクリプションURL全体を公開しないでください。

オープンソースライセンス：コアと画面のライセンスを個別に確認

オープンソースプロジェクトであっても、ライセンスがすべて共通とは限りません。V2Fly-coreはMIT License、Xray-coreはMPL 2.0を採用しています。v2rayNとv2rayNGのプロジェクトライセンスはGPLv3です。v2flyNGを再配布する場合も、対象バージョンのライセンスと継承したコードに関する記載を確認してください。アプリに含まれるサードパーティ製ライブラリにも、それぞれライセンス上の義務がある場合があります。インストールパッケージの名称だけでは全体の条件を判断できません。

• 個人で利用する場合：互換性、設定の入手元、更新情報を確認しましょう。通常のソフトウェア利用は、変更版を第三者に配布することとは異なります。
• MITライセンスのコード：複製や配布を行う場合は、著作権表示とライセンス表示を残す必要があります。
• MPL 2.0ライセンスのコード：第三者に配布する場合は、対象となるファイルと変更部分のソースコード公開などの要件を確認してください。
• GPLv3ライセンスのプログラム：対象プログラムや変更版を配布する場合は、対応するソースコードとライセンス文書をライセンスの条件に従って扱う必要があります。コアに適用される寛容なライセンスを、画面側の義務の代わりにすることはできません。

ここで挙げた内容はライセンスを確認する際の手がかりであり、あらゆる組み合わせやパッケージ方法に関する法的判断ではありません。二次開発、企業での配布、再パッケージを行う場合は、該当バージョンのLICENSE、COPYING、サードパーティのライセンス表示、ビルド手順を確認してください。サイト上のブランド表記も、上流プロジェクトからの許諾や運営上の関係を示すものではありません。

よくある質問：名前が似ている場合の見分け方