v2rayN・v2rayNG・v2flyNGを比較｜機能と対応OSから選ぶV2Rayクライアント

3つのクライアントの違い：まず対応端末で選ぶ

v2rayN、v2rayNG、v2flyNGは設定や接続を管理するためのクライアントであり、ノードサービスそのものではありません。インストール後、利用可能なノード情報またはサブスクリプションURLが必要です。クライアントは設定の保存、コアの起動、通信の入口を管理します。サーバー回線、アカウントの有効期限、通信品質は接続先によって決まります。

デスクトップではv2rayNが有力です。Windows、macOS、Linux向けの配布パッケージがあり、複数のサブスクリプショングループの管理やノード切り替え、ルーティング設定に向いています。Androidではv2rayNGとv2flyNGから選びましょう。デスクトップ用とAndroid用のインストーラーを取り違えないようにしてください。また、名前に含まれる文字だけでプロトコル対応を判断するのは避けましょう。

3つとも無料で使えるオープンソースソフトウェアですが、クライアントが無料でも接続回線まで無料とは限りません。また、クライアント名だけで通信速度は判断できません。同じノードでも時間帯による混雑の影響は、画面や管理機能の違いより大きいことがあります。

標準コアとプロトコル対応：VLESSとREALITYはセットで確認

V2Rayは、この種のツール全般を指す呼び名として使われることがありますが、V2FlyとXrayは別々のコアプロジェクトです。VMess、VLESS、Trojan、Shadowsocksはプロキシプロトコル、WebSocketは伝送方式です。TLSとREALITYは接続の安全性に関わる仕組みです。設定を取り込む際は「VLESS対応」だけで判断せず、伝送方式、安全性の設定、フロー制御も確認してください。

v2rayNGはXrayコアを使用するため、サーバー側が指定するXrayのパラメーターに合わせて設定できます。v2flyNGはV2Flyコアを使用するため、Xray向けのREALITYやVision設定をそのまま適用することはできません。v2rayNでは実際に選択されているコアを確認してください。標準の選択はバージョン、設定の種類、既存の設定によって異なるため、すべての環境に当てはまる固定の結論はありません。

サブスクリプション管理：同じURLを使えても設定は自動同期されない

サブスクリプションURLは通常、ノード一覧を取得するためのHTTPSアドレスです。一方、vmess://やvless://などの共有リンクは個別のノードを表します。単一ノードのリンクをサブスクリプション欄に入力すると更新に失敗することがあります。サブスクリプションURLを単一ノードとして読み込んでも、更新可能なグループにはなりません。

v2rayNでは「サブスクリプショングループ」→「サブスクリプショングループの設定」からグループを追加し、サブスクリプションを更新できます。v2rayNGでは右上のメニューから「サブスクリプショングループの設定」を開き、保存後に「サブスクリプションを更新」を実行します。メニュー名はバージョンによって変わる場合がありますが、手順は同じです。URLを保存し、一覧を取得してから、ノードを選んで接続します。v2flyNGでも、サブスクリプション管理とクリップボードからのインポートは別の機能です。

サブスクリプションURLにはアクセス用トークンが含まれていることが多いため、アカウント情報と同様に管理してください。サポートを求める際は、エラーの種類とクライアント・コアのバージョンだけを伝え、URL全体、ユーザーID、パスワードは隠しましょう。更新に失敗したら、まずURLに余分な空白がないかを確認し、ネットワークのタイムアウト、認証エラー、内容の解析エラーを切り分けます。最初からすべてのグループを削除する必要はありません。

ルーティングと通信の入口：システムプロキシですべての通信が通るわけではない

デスクトップでシステムプロキシを有効にすると、主にシステムプロキシ設定に従うアプリが対象になります。独自のプロキシ設定を使うアプリもあれば、この入口を使わないアプリもあります。その場合はノードの問題と決めつけず、まずアプリがどのように接続しているか確認してください。TUNを使うと取り込める通信は増えますが、ルーティング、DNS、権限の設定が必要になります。初めて使うときに、すべての機能を一度に有効にする必要はありません。

AndroidのVPNモードは、システムが提供する仮想ネットワークインターフェースを通じて通信を取り込みます。ノードのプロトコルが自動で別のものに変わるわけではありません。アプリごとのプロキシ設定で対象アプリを決め、その後、コアのルーティング設定で通信を直接接続するか、プロキシ経由にするか、遮断するかを決めます。この2つの設定は別々に機能します。対象から除外されたアプリの通信は、通常、コアのルーティング処理には進みません。

• ブラウザーだけ使う場合：デスクトップではまずシステムプロキシで動作を確認します。ブラウザーに独自のプロキシ設定がある場合は、システム設定を上書きしていないか確認してください。
• Androidで一部のアプリだけ使う場合：まずアプリごとの設定が「選択したアプリのみプロキシ」か「選択したアプリを除外」かを確認してから、対象アプリを選びます。
• ドメインごとに振り分ける場合：まずは初期ルールを維持し、一度に変更するのは1つだけにしましょう。ルールの順序によって最終的な適用結果が変わります。
• 特定ドメインだけ開けない場合：DNSと接続ログも確認して切り分けましょう。ノードの遅延だけを見ても原因は特定できません。

たとえばブラウザーを「除外」リストに追加した結果、ローカルネットワーク経由で接続されるのは設定どおりの動作であり、プロキシの故障ではありません。反対に「選択したアプリのみプロキシ」のリストにブラウザーを追加しても、バックグラウンドのアプリまですべて通信を取り込むわけではありません。通信の入口の設定方法は使い方ガイドを、接続の不具合は接続トラブルの対処方法をご覧ください。

初回接続の確認：ローカルポートとサーバーポートを区別する

ノード設定画面のサーバーポートはリモートのサーバーへの接続に使います。パラメーター設定にあるローカル待受ポートは、端末内のアプリから接続するためのポートです。両者を同じ番号にする必要はありません。以下の番号は切り分けのための具体例であり、3つのクライアントに共通する初期値ではありません。実際の値は現在の設定と起動ログで確認してください。

1. 環境を記録する。クライアントのバージョン情報を開き、クライアント本体とコアそれぞれのバージョンを記録します。両者は別の番号です。
2. 待受ポートを確認する。v2rayNでは「設定」→「パラメーター設定」からローカルの待受設定を確認できます。バージョンによっては混合ポートを使用し、2種類のポートが別々に表示されない場合があります。
3. ノードを1つ起動する。まずコアが正常に起動したか確認します。ログにaddress already in useと表示された場合は、ローカルポートの競合を優先して解消してください。
4. アプリの接続先を確認する。プロキシを手動で設定する場合、アドレスは通常127.0.0.1を指定します。ポートは実際の待受ポートと一致させ、SOCKSとHTTPの種類を取り違えないでください。
5. リモート接続を確認する。コアが正常に動作しているのにハンドシェイクに失敗する場合は、サーバーアドレス、ポート、ユーザーID、SNI、安全性に関する設定を確認してください。

クライアント選びのよくある質問：インポート、速度、バックグラウンド接続

選ぶときは2段階で進めましょう。デスクトップには対応OS向けのv2rayNをインストールし、Androidでの普段使いはv2rayNGから始めます。V2Flyの設定環境が明確に必要な場合に限り、v2flyNGの動作を確認してください。まずノード1つ、アプリ1つ、通信の入口1つで正常に動くことを確かめてから、ルーティング、定期更新、複数端末の設定を追加すると、問題の切り分けが簡単になります。