デスクトップ:v2rayN
Windows、macOS、Linuxのユーザーは、まずv2rayNから始めましょう。サブスクリプションの更新、ノード切り替え、システムプロキシ、ルーティングルール、TUNなどをデスクトップ画面でまとめて管理でき、基本接続から分割ルーティングやルール管理へ段階的に進めます。
デスクトップではv2rayN、Androidではv2rayNGを優先します。V2Flyコアが明確に必要な場合だけ、v2flyNGを候補に加えます。
まずOSで対象外のクライアントを除外し、次にコア、ルーティング、TUNの要件で絞り込みます。名前が似ていても、異なるプラットフォーム間でそのまま置き換えることはできません。
3つのクライアントは、同じプラットフォーム上で横並びに使う代替製品ではありません。OSが候補を決め、コアの好みと高度な設定要件が最終的な選択を決めます。
Windows、macOS、Linuxのユーザーは、まずv2rayNから始めましょう。サブスクリプションの更新、ノード切り替え、システムプロキシ、ルーティングルール、TUNなどをデスクトップ画面でまとめて管理でき、基本接続から分割ルーティングやルール管理へ段階的に進めます。
多くのAndroidユーザーにはv2rayNGがおすすめです。Xrayコアを採用し、サブスクリプションのインポート、ノード選択、ルーティング、アプリ別プロキシ、接続制御をグラフィカルに操作できます。用語を統一して設定例を確認しやすい点もメリットです。
Android版のダウンロードへ →v2flyNGはv2rayNGの標準的な置き換えではなく、V2Flyコアを使いたいAndroidユーザー向けの選択肢です。既存の設定がv2flyの用語体系で構成されている場合や、V2Flyの動作を比較検証したい場合に検討してください。
v2flyNGのレビューを見る →表ではクライアントが提供する機能と用途の方向性を比較しています。すべてのコアパラメータが、各グラフィカルインターフェースで同じ名称で表示されるとは限りません。利用できる項目はOSや設定方法によっても異なります。
| 比較項目 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 対応プラットフォーム | Windows、macOS、Linux | Android | Android |
| 主なコアの方向性 | XrayとV2Rayエコシステムの設定に対応。利用できるコアや設定はクライアントによって異なります | Xrayコア | V2Flyコア |
| メンテナンス状況 | 活発にメンテナンス | 活発にメンテナンス | 活発にメンテナンス |
| 導入難易度 | 中程度。基本接続は簡単ですが、機能が多く、システムプロキシとルーティングモードの理解が必要です | 比較的低い。モバイル向けの操作に集約されており、サブスクリプションをインポートした後、ノードとモードを選んで設定できます | 中程度。基本的な流れはモバイルクライアントに近いものの、コアの違いを理解してから選ぶのに適しています |
| サブスクリプション管理 | 複数のサブスクリプション元、グループ、更新タスクの管理に適しています | サブスクリプションのインポート、更新、ノードリストの管理に対応します | サブスクリプションのインポートとノード管理に対応します |
| サブスクリプションのグループ化 | デスクトップは管理スペースが広く、複数の取得元やグループの整理に適しています | モバイルでの日常的なサブスクリプション更新とノード切り替えに適しています | 基本的なサブスクリプションとノードの利用が中心です |
| ルーティングルールUI | デスクトップ画面は、ルール、アウトバウンド、マッチング順序の確認と調整に適しています | モバイル向けのルーティング設定画面を備え、一般的な分割ルーティングに対応できます | V2Flyの設定方針に対応したルーティング機能を提供します |
| TUN対応 | より多くのデスクトップアプリの通信を取り込む用途に適しています。有効化する前に権限とルーティング設定を確認してください | Androidのネットワーク接続機能を通じてアプリの通信を処理します。設定方法はデスクトップ版と異なります | Androidのネットワーク接続機能を通じて動作します。具体的な挙動はV2Flyコアとクライアントの設定で判断してください |
| 主な特徴 | デスクトップのシステムプロキシ、サブスクリプションのグループ化、ルーティングルール管理、TUN、ログ確認 | モバイルでの素早い切り替え、アプリ別プロキシ、Xray設定、ルーティング設定 | V2Flyコア、モバイルでのノード管理、基本的なルーティング設定 |
| おすすめのユーザー | デスクトップユーザー、複数のサブスクリプションを使うユーザー、細かな分割ルーティングやログ確認が必要なユーザー | 多くのAndroidユーザー、モバイルクライアントを初めて設定するユーザー | V2Flyコアを明確に好むユーザー、コアの挙動を比較したいAndroidユーザー |
| 選択の結論 | デスクトップの第一候補 | Androidの第一候補 | 特定のコア要件がある場合の代替候補 |
名前が似ていても、機能の構成が同じとは限りません。ここでは初回設定、日常の管理、高度な機能という3段階に分け、それぞれのクライアントに適した役割を説明します。
v2rayNはWindows、macOS、Linuxのデスクトップ環境に適しています。初回は通常、サブスクリプションのインポート、サーバーリストの更新、使用するノードの選択、システムプロキシの設定から始めます。基本設定が済んだら、必要に応じてルーティング、カスタムDNS、TUN、ログを確認します。設定項目が多いため、最初は「サブスクリプション元」「ノード項目」「プロキシモード」「ルーティングルール」の4種類を区別すると理解しやすくなります。
大きな強みは個別のボタンではなく、デスクトップならではの管理スペースです。複数のサブスクリプション元を定期的に更新する場合はグループで整理でき、ルールに問題がある場合は、使用中のサーバー、システムプロキシの状態、実行ログを同時に確認できます。設定を長期的に管理するユーザーにとって、小さな画面で項目を一つずつ変更するよりも見通しが良いでしょう。
ブラウザをシステムプロキシ経由で使うだけなら、最初からすべての高度な項目を有効にする必要はありません。まず基本的なシステムプロキシで接続し、問題がなければルールやTUNを段階的に追加すると、トラブルの切り分けが容易になります。
v2rayNのダウンロードへ →v2rayNGはAndroid向けで、Xrayコアを採用しています。一般的な流れは、サブスクリプションURLをインポートし、リストを更新してノードを選択し、接続を開始することです。モバイル画面では使用頻度の高い操作がサーバーリストと接続コントロールに集約されているため、Androidクライアントを初めて設定するユーザーにも分かりやすい構成です。
細かく制御したい場合は、v2rayNGでルーティング、アプリ別プロキシ、ローカルネットワーク関連の項目も設定できます。アプリ別プロキシは、指定したアプリだけをクライアント接続の対象にしたり、対象外にしたりする機能です。ルーティングルールは、ドメイン、アドレス、ルールセットに応じて通信先を決めます。両者の役割は異なるため、アプリの対象範囲と宛先アドレスのルールを一つの項目として扱わないようにしましょう。
デスクトップでv2rayNを使っている場合も、Androidでは通常、同じサブスクリプションを個別にインポートします。デスクトップ版のプログラムフォルダをコピーする方法ではありません。サブスクリプションURLはノード情報を同期しますが、システムプロキシ、対象アプリ、接続権限は各端末で個別に設定する必要があります。
v2rayNGのダウンロードへ →v2flyNGもAndroid向けですが、適しているかどうかを決めるポイントは画面の見た目ではなく、V2Flyコアが明確に必要かどうかです。既存のノードやサブスクリプションが一般的な形式なら、インポートできる場合が多いでしょう。比較すべきなのは、通信パラメータ、ルーティングの挙動、サーバー設定が目的のコア方針と一致しているかどうかです。
標準的なAndroidクライアントを探しているだけなら、v2rayNGから始めるほうがXray設定の流れを統一しやすくなります。V2Flyを中心とした環境を管理している場合や、同じ設定を異なるコア方針で解析・実行した結果を比較したい場合に、v2flyNGを選ぶ価値があります。
クライアントを切り替える前に、サブスクリプションURLと必要な手動設定を記録しておきましょう。ノード名だけで移行完了と判断せず、プロトコル、通信方式、TLS関連設定、アドレス、ポート、ルーティング条件が正しく対応しているか確認してください。
v2flyNG Android版のダウンロードへ →クライアント一覧に同じ名前の機能があっても、用途まで完全に同じとは限りません。まず問題がノード管理、通信の振り分け、システム全体の取り込みのどれに当たるかを確認し、対応する設定項目を選びます。
サブスクリプションはノード項目をまとめて取得するためのもので、グループは取得元や用途を整理するためのものです。「ノードをどこから取得し、どう分類するか」を解決しますが、特定のドメインをどのアウトバウンドに送るかを直接決めるものではありません。デスクトップで複数のサブスクリプションを管理する場合、v2rayNは表示領域と操作手順が整理に向いています。モバイルでは定期更新と素早い切り替えが中心です。
サブスクリプション更新後にノードが変わった場合は、まず現在使用中のノードが残っているか確認し、次にグループと並び順を確認します。サブスクリプションの内容を確認する前にルーティングを変更すると、2つの変数を同時に増やすことになります。
ルーティング画面では、ドメイン、アドレス、ポート、プロトコル、ルールセットを異なるアウトバウンドに割り当てます。ルールは通常、上から順に評価されます。範囲の広いルールを前に置くと、後続の細かなルールが機能しなくなる場合があります。v2rayNは長いルール一覧をデスクトップで確認するのに適しており、v2rayNGとv2flyNGはモバイルでよく使う分割ルーティングをカバーします。
変更前に元のルール順を記録し、一度に1項目だけ変更して、対象サイト、対象アプリ、ログの結果で検証します。「ノードが利用可能か」と「ルールが一致したか」を分けて確認すると、ルールの問題をサブスクリプションの問題と取り違えにくくなります。
デスクトップアプリがシステムプロキシに従うなら、v2rayNの基本的なシステムプロキシモードで十分なことが多いでしょう。TUNは、追加のアプリを対象にしたい場合、より多くの接続を一括処理したい場合、複雑な分割ルーティングを行う場合に適しています。システム権限、ルーティングテーブル、DNS処理に関わるため、基本接続が正常になってから有効にしてください。
Androidクライアントは、システムが提供するネットワーク接続機能を通じて動作し、画面や権限の流れはデスクトップ版と異なります。クライアントを選ぶ際は「TUN」という表示の有無だけでなく、現在のシステムで対象アプリをカバーできるか、アプリ別プロキシとルーティング設定を確認しやすいかを見ます。
XrayとV2FlyはいずれもProject Vに関連するエコシステムのコアですが、機能の進化やパラメータの対応状況は完全に同じではありません。明確な依存関係がない一般ユーザーは、クライアントの標準方針を使えば十分です。デスクトップはv2rayN、Androidはv2rayNGを選びます。設定元が特定のコアを指定している場合や、特定のコアの挙動を再現したい場合に限り、さらに細かく検討します。
プロトコル名が同じでも、パラメータの確認を省略する理由にはなりません。移行時は少なくともアドレス、ポート、ユーザー識別子、通信方式、セキュリティ設定、サーバー名、パスなどを確認し、VMessやVLESSの名前だけで完全に同じ設定だと判断しないでください。
同じクライアントでも、ユーザーによってつまずくポイントは異なります。以下では、初回設定、ルールの複雑さ、端末数、ハードウェア条件に分けて提案します。
クライアント名から対応プラットフォームを推測したり、機能の数だけで適性を判断したりしないでください。以下の順番で絞り込めば、3つを何度もインストールして試す必要は通常ありません。
Windows、macOS、Linuxはv2rayNの選択肢へ進み、Androidはv2rayNGとv2flyNGの比較へ進みます。プラットフォームで絞り込むだけで、候補は大幅に減ります。
コアの明確な指定がなければ、Androidではv2rayNGを標準の選択肢にします。設定説明、既存環境、テスト目的がV2Flyの挙動に明確に依存する場合だけv2flyNGを選びます。名前にv2flyが含まれているからといって、すべてのノードに必要だと考えないでください。
複数サブスクリプションのグループ化、デスクトップでのルール編集、システムプロキシ、ログ確認が必要ならv2rayNを選びます。Androidでアプリ別プロキシやモバイルルーティングを使うならv2rayNGを選びます。基本接続だけなら、高度な機能の数を主な判断基準にする必要はありません。
これは多くの利用シーンをカバーする標準的な組み合わせです。v2rayNはWindows、macOS、Linuxのデスクトップ設定を管理し、v2rayNGはAndroidのサブスクリプション、ノード、アプリ別プロキシ、ルーティングを担当します。v2flyNGは、V2Flyコアが明確に必要なAndroid設定向けに残しておきます。
ダウンロード前に対象プラットフォームのタブを開き、OSのアーキテクチャとインストールパッケージの種類に合うファイルを選びます。インストール後は基本接続から始め、ルーティング、DNS、TUNを段階的に追加してください。