v2rayN
Windows、macOS、Linuxに対応しています。サブスクリプショングループ、サーバー切り替え、ルールベースのルーティング、システムプロキシ、TUNをデスクトップのGUIでまとめて管理できます。複数のサブスクリプションを管理したい場合や、ルーティングを頻繁に調整する場合、PCで長時間使う場合は、v2rayNの機能構成が適しています。
デスクトップ版を選ぶ →CLIENT SELECTION
まずOSで対象外の候補を絞り込み、コアの種類、ルーティング設定、サブスクリプション管理、操作の複雑さを比較します。デスクトップではv2rayN、Androidの主要端末ではv2rayNGが有力です。
DIRECT ANSWER
3つのソフトは、同一プラットフォームで完全に置き換えられる関係ではありません。v2rayNはデスクトップ向け、v2rayNGとv2flyNGはAndroid向けです。後者2つの大きな違いは、コアのエコシステムと設定の互換性にあります。
Windows、macOS、Linuxに対応しています。サブスクリプショングループ、サーバー切り替え、ルールベースのルーティング、システムプロキシ、TUNをデスクトップのGUIでまとめて管理できます。複数のサブスクリプションを管理したい場合や、ルーティングを頻繁に調整する場合、PCで長時間使う場合は、v2rayNの機能構成が適しています。
デスクトップ版を選ぶ →Xrayコアを採用し、VLESS、VMess、Trojan、Shadowsocksを中心に使うAndroidユーザーに適しています。QRコード、クリップボード、サブスクリプションからのインポートに対応し、アプリごとにプロキシ経由の有無も設定できます。日常的な切り替えもスムーズです。
Android版を選ぶ →v2flyコアを採用したAndroid向けの選択肢です。既存の設定がv2flyの動作に依存している場合や、利用中のv2flyサーバー設定と揃えたい場合は、v2flyNGを優先して試す価値があります。一般的なモバイル利用では、まずv2rayNGから始めるのが無難です。
v2flyNGのインストーラーを見る →COMPARISON MATRIX
「対応」と書かれていても、3つのクライアントでメニューの位置やパラメータが完全に同じとは限りません。端末間で移行する際は、サブスクリプションURLや標準の共有リンクを移行し、ローカル設定一式をそのままコピーしないでください。
| 比較項目 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 対応プラットフォーム | Windows、macOS、Linux | Android | Android |
| 主なコア | 主な選択肢はXrayで、クライアント設定からCoreの種類を管理できます。 | Xray | v2fly |
| メンテナンス状況 | 活発に更新 | 活発に更新 | 継続的に更新 |
| 使いやすさ | 中程度。デスクトップの設定項目が多く、システムプロキシとルーティングモードの理解が必要です。 | 比較的簡単。設定をインポートすれば、システムVPNから接続できます。 | やや簡単から中程度。一般的なAndroidプロキシクライアントに近い操作感ですが、選ぶ前に必要なコアを確認してください。 |
| サブスクリプション管理 | 複数のサブスクリプショングループ、まとめての更新、サーバー整理に適しています。 | サブスクリプショングループの作成、更新、設定の切り替えに対応しています。 | サブスクリプションのインポート、更新、ノード選択に対応しています。 |
| ルーティング設定画面 | デスクトップのGUIが充実しており、ルールセットやプリセットモードの編集に適しています。 | ドメイン、IP、対象アプリなど、モバイル向けのルーティング設定を利用できます。 | 基本的なルーティングを設定できます。具体的なパラメータはv2flyコアを中心に構成されます。 |
| TUNとシステムトラフィックの制御 | システムプロキシを設定でき、必要に応じてTUNも利用できます。 | Android VPNサービスで通信を制御し、アプリ単位の設定にも対応しています。 | Android VPNサービスで接続を確立します。高度な機能は現在のクライアント設定に依存します。 |
| 主な機能 | サブスクリプショングループ、ルーティング設定画面、システムプロキシ、TUN、デスクトップのトレイ操作 | QRコードインポート、クリップボードインポート、アプリ単位のプロキシ、モバイルネットワーク切り替え | v2flyコア、標準サブスクリプションのインポート、モバイル向けルーティングと接続管理 |
| おすすめのユーザー | デスクトップユーザー、複数サブスクリプションの利用者、細かなルーティングが必要な上級ユーザー | Androidを日常的に使うユーザー、Xray設定の利用者、アプリ単位でプロキシを分けたい人 | v2flyコアが必要、または対応する設定をすでに持っているAndroidユーザー |
CLIENT NOTES
v2rayNの強みは、デスクトップでよく使う操作を1つの管理画面にまとめられる点です。サブスクリプショングループを作成し、サーバー一覧を更新し、利用するサーバーを選んだうえで、用途に応じてシステムプロキシ、ルーティングモード、TUNを設定できます。すぐに接続したい場合は、サブスクリプションをインポートしてサーバーを選ぶだけで使えます。細かく制御したい場合は、ルーティングルール、DNS、Coreの種類、ログ画面からさらに調整できます。
デスクトップ版はモバイル版より設定階層が深く、機能の広さに応じた学習コストがあります。初回インストール時にDNS、ルーティング、Mux、TUNを一度に変更しないでください。まずはデフォルト設定で接続できることを確認し、その後に分流ルールを1つずつ追加するのがおすすめです。問題が起きたときに、原因がサブスクリプション、サーバー、システムプロキシ、追加パラメータのどこにあるか切り分けやすくなります。
v2rayNには、デスクトップ向けに異なるUIビルドもあります。Windowsでは新しいデスクトップUIと従来のWPF UIを選択でき、macOSとLinuxではクロスプラットフォーム版を使用します。基本的な作業は共通しており、主な違いはOSへの適応、UIの実装、操作手順の一部です。安定した設定を使っているWindowsユーザーは、UIが変わっただけで移行する必要はありません。初めてインストールする場合は、クロスプラットフォーム版から試すとよいでしょう。
v2rayNGはAndroidでの操作が分かりやすく、サブスクリプションURL、クリップボードの内容、QRコード、個別設定からサーバー項目を追加し、設定を選んでシステムVPNに接続できます。Xrayコアを採用しており、一般的なVMess、VLESS、Trojan、Shadowsocksの設定に加え、サーバー側で指定されたWebSocket、gRPC、TLS、REALITYなどの組み合わせにも対応します。
アプリ単位のプロキシは、v2rayNGのモバイル向け重要機能です。指定したアプリだけをプロキシ経由にしたり、逆に対象外として除外したりできます。設定前にルールの方向を確認し、「選択したアプリのみプロキシ」と「選択したアプリをプロキシから除外」を混同しないようにしてください。初回接続では機能を無効にし、基本接続を確認してから対象アプリを追加するのがおすすめです。
Androidメーカー独自のバックグラウンド制御は、接続の継続性に直接影響します。省電力設定、バックグラウンド制限、スリープ中のネットワーク設定、自動クリーンアップによってVPNサービスが終了することがあります。画面ロック後に切断される場合は、すぐにプロトコルを変えるのではなく、まずv2rayNGのバッテリー設定とバックグラウンド権限を確認してください。モバイル通信とWi-Fiを切り替えた後は再接続するほうが、多数の実験的パラメータを追加するより原因を特定しやすくなります。
v2flyNGの違いは外観ではなく、v2flyコアにあります。既存のサーバー設定、ルーティング動作、利用ガイドがv2flyを前提としている場合、同じコア体系を選ぶことでパラメータの解釈違いを減らせます。サブスクリプションのインポート、設定選択、接続制御、ルーティング設定など、モバイルでよく使う機能も備えており、Android端末で互換性を重視する場合に適しています。
端末が古いからといって、v2flyNGのほうが必ず軽いとは限りません。実際のリソース使用量は、プロトコル、暗号化方式、トランスポート層、ルール数、DNSポリシー、バックグラウンド機構にも左右されます。古い端末では、まずCPUアーキテクチャとインストーラーの種類を確認し、同じサーバーと近い設定で実際の動作を比べてください。汎用インストーラーは対応アーキテクチャを広げるためのもので、実行負荷が低いことを意味しません。
サブスクリプションに特定のコア専用パラメータが含まれている場合、クライアントを切り替えると項目が無視されたり、インポートに失敗したり、接続動作が変わったりすることがあります。この場合はサーバーアドレスを何度も変更するのではなく、設定要件を確認してください。コアの指定がない一般的なAndroid利用では、v2rayNGのほうが選びやすく、v2flyNGは要件が明確なユーザーに向いています。
SCENARIO GUIDE
機能が多いほど、現在の端末に適しているとは限りません。安定した選定順は、プラットフォームの適合、コアの互換性、インポート成功、基本接続の確認、そして最後にTUN、アプリ単位のプロキシ、カスタムルーティングです。
DECISION PATH
Windows、macOS、Linuxならv2rayNの選択範囲に入ります。Androidではv2rayNGとv2flyNGを比較します。プラットフォームが合わなければ、その後の機能比較に意味はありません。
サブスクリプションの説明に、Xray、v2fly、または特定コア専用の機能が指定されているか確認します。明確な指定がなければ、デスクトップはv2rayN、Androidはv2rayNGを使い、v2flyが指定されている場合のみv2flyNGを選びます。
まずサブスクリプションのインポート、サーバー選択、基本接続を完了し、カスタムDNS、複雑なルーティング、複数の実験的設定を同時に有効にしないでください。デフォルト状態をトラブル対処の基準にすると、設定の問題とローカルルールの問題を切り分けやすくなります。
PCでより多くの通信を制御する必要が出たらTUNを設定します。Androidで一部のアプリだけを対象にする場合はアプリ単位のプロキシを有効にします。中国本土と海外のドメインを分けたい場合は、ドメインルールとIPルールを少しずつ追加し、ログを確認してください。
KEY DIFFERENCES
クライアントは画面、サブスクリプション、設定保存、システム接続の入口を担当し、コアはプロトコルの解析、トランスポートの確立、ルーティングの実行を担当します。v2rayNGはXray、v2flyNGはv2flyに対応し、v2rayNはデスクトップ画面でCoreの種類に関する設定を提供します。同じ共有リンクでも異なるコアで通常は解析できますが、専用フィールドを含む場合は互換性を確認してください。
システムプロキシは主にOSのプロキシ設定に従うプログラムに影響し、TUNは仮想ネットワークインターフェースを通じてより広い通信を処理します。デスクトップゲーム、コマンドラインプログラム、システムプロキシを読み取らないアプリではTUNが必要になることがありますが、有効にすると権限、DNS、ルーティングの競合も確認する必要があります。一般的なWeb閲覧では、まずシステムプロキシから始めてください。
サブスクリプションには通常、サーバー設定と一部のパラメータが含まれますが、アプリ単位の対象リスト、システムプロキシの状態、TUN設定、ローカルのカスタムルーティングまでは完全に同期されません。同じサブスクリプションを複数端末で使う場合も、ローカルの動作は端末ごとに設定する必要があります。更新前に手動変更した項目を記録し、リモートの内容で上書きされないようにしてください。
特定のWebサイトだけ直接接続になる、特定のアプリだけ接続できない、DNSの応答が異常といった現象は、ルーティングの優先順位、ドメインマッチング、IPルール、DNSポリシーの不一致が原因であることが多いです。まずシンプルなルーティングモードに切り替えてサーバーを確認し、その後カスタムルールを1つずつ調べるほうが、VMess、VLESS、Trojanを次々に変更するより効果的です。
SELECTION FAQ
デスクトップ版と同じ方法では使えません。v2rayNはWindows、macOS、Linux向けで、Androidではv2rayNGとv2flyNGから選びます。両方の端末で同じサブスクリプションをインポートできますが、ローカルルーティング、システムプロキシ、アプリ単位の設定は個別に行う必要があります。
主な違いはコア体系です。v2rayNGはXray、v2flyNGはv2flyを使用します。サブスクリプションやサーバーの説明でコアが指定されている場合は、その要件に従ってください。指定がない場合、Androidの日常利用では通常v2rayNGを選びます。
一般的な標準サブスクリプションであれば、それぞれにインポートできることが多いですが、最終的な互換性は含まれるプロトコル、トランスポート層、専用フィールドによって決まります。インポートに成功しても、すべての設定で接続できるとは限りません。特定の項目だけ失敗する場合は、必要なコアとトランスポートパラメータを確認してください。
まずシステムプロキシで基本接続を確認してください。対象プログラムがシステムプロキシを読み取らない場合や、より広い範囲の通信を処理する必要がある場合に限り、TUNを設定します。TUNを有効にした後は、権限、仮想ネットワークインターフェース、DNS、ローカルセキュリティソフトのポリシーも確認してください。
まずサブスクリプションの要件に合わせてコアを選び、次にCPUアーキテクチャとインストーラーの種類を確認します。端末の新旧だけでクライアントを決めることはできません。リソース使用量には、プロトコル、トランスポート方式、ルール数、DNSポリシー、バックグラウンド実行制限も影響します。