v2rayN
Windows、macOS、Linuxに対応します。サブスクリプションのグループ管理、ノード管理、システムプロキシ、ルーティング規則、TUNモードを1つのデスクトップ画面で扱えるため、規則を頻繁に調整したり、複数の設定を管理したりするユーザーに適しています。
デスクトップ版のダウンロードへv2rayN、v2rayNG、v2flyNGから選ぶときは、まずOSを確認し、次にコアの依存関係とルーティング要件を見ます。デスクトップならv2rayN、Androidの一般的な用途ならv2rayNGを優先し、v2flyコアの動作経路が必要な場合にv2flyNGを選びます。
3つのクライアントに共通するプラットフォーム別の優先順位はありません。OSが最初の選択範囲を決め、コアと必要な機能が次の選択を決めます。
Windows、macOS、Linuxに対応します。サブスクリプションのグループ管理、ノード管理、システムプロキシ、ルーティング規則、TUNモードを1つのデスクトップ画面で扱えるため、規則を頻繁に調整したり、複数の設定を管理したりするユーザーに適しています。
デスクトップ版のダウンロードへAndroid向けで、Xrayコアを使用します。サブスクリプションのインポート、ノード切り替え、アプリごとのプロキシ、ルーティング設定、システム全体のトラフィック取り込みをモバイル端末で完結でき、Androidの普段使いに適しています。
Android版のダウンロードへこちらもAndroid向けですが、v2flyコアを重視しています。画面の新旧で選ぶ代替クライアントではなく、v2flyコアの動作、設定仕様、既存の利用経路を明確に必要とする場合に適しています。
v2flyNGの評価を見る表は各クライアントの主な利用経路に沿って整理しています。機能の入口はメンテナンスによって変わるため、選ぶ際は画面上の項目数だけでなく、プラットフォームとコアを優先して確認してください。
| 比較項目 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 対応プラットフォーム | Windows、macOS、Linux | Android | Android |
| 主なコア | Xray | Xray | v2fly |
| メンテナンス状況 | 活発にメンテナンス | 活発にメンテナンス | 継続的にメンテナンス |
| 使いやすさ | 中程度。機能の入口が多く、初回はシステムプロキシ、ルーティングモード、TUNの違いを理解する必要があります。 | 比較的簡単。サブスクリプションをインポートし、ノードを選んで接続を開始するまでの手順が短いです。 | 中程度。基本操作はわかりやすいものの、選ぶ前にv2flyとXrayの違いを理解する必要があります。 |
| サブスクリプションのグループ管理 | 複数のサブスクリプションを管理しやすく、グループ単位で設定の更新、絞り込み、切り替えができます。 | モバイルでのサブスクリプション管理に対応し、日常的な更新やノード切り替えに適しています。 | サブスクリプション管理に対応しますが、中心となるのはv2flyコア設定の利用経路です。 |
| ルーティング規則の編集画面 | デスクトップ版の入口が充実しており、ドメイン、IP、プロセス、出力規則を編集できます。 | プリセットとカスタムルーティングに対応し、モバイルでのアプリごとの設定やドメイン規則に適しています。 | モバイル向けのルーティング設定を備え、規則の動作はv2flyコアの対応範囲に準拠します。 |
| トラフィックの取り込み | システムプロキシとTUNモードに対応し、システムプロキシを読み取らないプログラムも対象にできます。 | Androidのシステムネットワークサービスを通じてアプリのトラフィックを取り込み、アプリごとの対象範囲も設定できます。 | Androidのシステムネットワークサービスを通じてアプリのトラフィックを取り込み、動作はv2flyの設定で決まります。 |
| 主な機能 | サブスクリプションのグループ管理、ルーティング規則UI、システムプロキシの切り替え、TUN、デスクトップでの複数設定管理 | QRコードによるインポート、サブスクリプション更新、アプリごとのプロキシ、ルーティング設定、モバイルネットワークのすばやい切り替え | v2flyコアの動作経路、サブスクリプション管理、アプリごとの制御、カスタムルーティング設定 |
| おすすめのユーザー | デスクトップユーザー、複数サブスクリプションの利用者、細かなトラフィック分岐やTUNを必要とする上級ユーザー | Androidを日常的に使うユーザー、初めて設定するユーザー、Xray設定を使うモバイルユーザー | v2flyコアに明確に依存し、既存の設定動作を維持したいAndroidユーザー |
ここでは各クライアントの操作構成、強みと限界、適用条件をそれぞれ説明します。単に機能名を並べるのではなく、実際の設定手順に重点を置きます。
v2rayNの強みは、1回の接続ではなく、デスクトップでよく使う管理操作を1つの画面に集約できる点です。サブスクリプション更新、ノードの絞り込み、使用中の設定の切り替え、システムプロキシ、ルーティング規則、ログ確認にそれぞれ明確な入口があります。1つのサブスクリプションをインポートするだけなら基本手順は「インポート→更新→選択→起動」で十分です。複数のサブスクリプションを管理する場合は、グループ分けと絞り込みにより、設定が混在したときの検索負担を減らせます。
デスクトップアプリがすべてシステムプロキシ設定を読み取るとは限りません。ブラウザーは通常システムプロキシに従いますが、一部のコマンドラインツール、ゲームランチャー、独立したネットワークアプリはこの入口を迂回することがあります。その場合、v2rayNのTUNモードを使うと、仮想ネットワークインターフェースによって取り込み範囲を広げられます。有効にする前に、ローカル待受ポート、DNS、ルーティング規則を確認してください。接続問題が起きたら、まずシステムプロキシモードに戻し、原因がノードかTUN設定かを切り分けます。
ルーティング規則UIは、v2rayNが上級デスクトップユーザーに向く理由の1つです。ドメイン、IP、プロセス、プロトコルに応じて、直接接続、プロキシ、ブロックのいずれかへ振り分けられます。ただし、規則が増えるほど適用順序が重要になります。初回から複雑な規則を編集する必要はありません。まずプリセットモードで接続を確認し、その後カスタム条件を1つずつ追加すると、問題を切り分けやすくなります。
v2rayNデスクトップ版を選ぶv2rayNGは通常の操作手順が短いクライアントです。サブスクリプションURL、クリップボードの内容、QRコードから設定をインポートし、更新後にノードを選んでシステムネットワーク接続を開始します。長く使う場合は、サブスクリプションに識別しやすい名前を付け、更新前に現在のグループを確認してください。複数の提供元に同名ノードがあると、選択を誤りやすくなります。
Androidでのトラフィック取り込みは、システムが提供するネットワークサービスに依存します。初回接続時には、システムからネットワーク接続権限の確認を求められます。許可すると、クライアントがアプリのトラフィックをローカルの処理経路へ送れるようになります。アプリごとの設定で対象を限定できますが、リストを変更した後は対象アプリを再テストしてください。一部のアプリは接続をキャッシュするため、必要に応じて完全に終了してから再起動します。
v2rayNGはXrayコアを使用し、一般的なXray設定とルーティング要件に適しています。ルーティング設定ではドメイン、IP、アプリの対象範囲を扱えますが、モバイル画面で複雑な規則を大量に管理するのは向いていません。規則が多い場合は、まずデスクトップで対象、出力先、優先順位を整理し、モバイルには本当に必要な部分だけを残すと、規則の重複によるトラブルを減らせます。
v2rayNG Android版を選ぶv2flyNGの主な違いはv2flyコアにあり、モバイルの基本操作を一から作り直した点ではありません。サブスクリプションのインポート、ノード選択、接続開始、アプリごとの対象範囲、ルーティング設定は、一般的なAndroidクライアントと同じ流れです。選択を左右するのは、既存設定がv2flyの機能と仕様に基づいているか、そしてそのコア系列を明確に使い続けたいかどうかです。
同じサブスクリプションに複数のプロトコルや伝送パラメータが含まれることがあります。クライアントがサブスクリプション形式を認識できても、異なるコア間ですべての設定がまったく同じ動作をするとは限りません。v2rayNGからv2flyNGへ切り替える場合は、設定を個別にインポートできるか、接続ログに異常がないか、対象ドメインが想定どおりに振り分けられるかを確認してください。ノード名が表示されるかだけで判断してはいけません。
コアにこだわりのない一般的なAndroidユーザーなら、v2rayNGから始めるのが通常は簡単です。v2flyNGは、既存のv2fly設定を使っているユーザー、従来のルーティング動作を再現したいユーザー、または2種類のコアの設定差を比較しながら調べたいユーザーに適しています。2つを個別のテストに使うことはできますが、システムネットワーク接続を同時に奪い合う状態にはしないでください。
v2flyNGのダウンロードへプラットフォームを決めたら、設定の複雑さと端末の状態に応じて選びます。ここでは、初めて使う場合、細かなトラフィック分岐、複数端末の管理、性能の低いAndroid端末という4つの場面を取り上げます。
4つの質問に順番に答えると、複数のクライアントを先にインストールして設定を何度も移行する事態を避けられます。
Windows、macOS、Linuxならv2rayNの選択範囲に進み、Androidならv2rayNGとv2flyNGのどちらにするかを判断します。プラットフォームは必須条件であり、画面の好みで置き換えることはできません。
一般的なXray設定なら、デスクトップではv2rayN、Androidではv2rayNGを使います。設定の提供元がv2flyの利用経路を明示している場合、または既存のv2fly動作を再現する必要がある場合に限り、v2flyNGを優先候補にします。
基本的な直接接続とプロキシの振り分けだけなら、クライアントのプリセットで十分です。プロセス、ドメイン、IP、アプリ単位で細かく制御する場合は、現在のプラットフォームに合った規則編集画面を持つクライアントを選び、規則数を確認可能な範囲に保ちます。
デスクトップでブラウザーがシステムプロキシに従うなら、TUNは必ずしも必要ありません。対象プログラムがシステムプロキシを迂回するときにだけ有効化します。Androidではシステムネットワークサービスでトラフィックを取り込み、アプリごとの設定で対象を絞ると、トラブルの切り分けが容易になります。
インストール後はまずサブスクリプションを更新し、1つのノードを選んで接続ログを確認します。その後、対象ドメインとDNSの名前解決をテストしてください。基本経路が正常だと確認してから、サブスクリプションを追加したり、トラフィックの取り込みを有効にしたり、カスタム規則を増やしたりします。
名前、コア、サブスクリプション、接続モードはそれぞれ異なる階層の要素です。混同して判断すると、設定の問題をクライアントの問題と誤認しやすくなります。
サブスクリプションは設定一式を配布する方法にすぎません。実際の接続動作を決めるのは、各ノードのプロトコル、伝送方式、安全性パラメータ、コアの対応能力です。コアを切り替えた後は、ログとルーティング結果を再確認してください。
システムプロキシで対象プログラムをカバーできるなら、シンプルなモードのほうが維持しやすくなります。プログラムがプロキシ設定を読み取らない場合や、すべての通信を統一して取り込みたい場合にだけ、TUNと対応するDNS設定を追加します。
規則が大量に交差すると、適用順序やDNSの判定が複雑になります。まず説明しやすい少数の規則を残し、それぞれの規則がどの出力先に対応するかを確認してから段階的に増やすほうが、大規模な規則集をそのままインポートするよりトラブルを調べやすくなります。
デスクトップとAndroidではシステムのネットワークモデルが異なります。v2rayNとv2rayNGを使い分ければ、サブスクリプションの提供元を統一しながら、システムプロキシ、TUN、アプリごとの機能を各プラットフォームに合わせて利用できます。