v2rayN・v2rayNG・v2flyNGの選び方

v2rayNはWindows、macOS、Linuxに対応し、デスクトップでサブスクリプション、ノード、システムプロキシ、ルーティングルールをまとめて管理したいユーザーに適しています。基本的には、サブスクリプションをインポートし、サーバー一覧を更新し、使用するノードを選んでからシステムプロキシを有効にします。アプリがシステムプロキシを利用しない場合や、より広い範囲の通信を対象にしたい場合は、TUNモードを検討できます。

強みは機能数の多さだけではなく、デスクトップでよく使う操作を1つの画面にまとめられる点です。サブスクリプションは提供元ごとにグループ化でき、サーバーは名前で絞り込み、ルーティングルールは個別に調整できます。ログ画面も、ポートの競合、設定項目の誤り、コアの起動失敗を確認するのに役立ちます。複数のサブスクリプションを管理する場合、グループ、メモ、フィルターを使うほうが、リンクを1件ずつ手動でインポートするより見通しがよくなります。

システムプロキシとTUNは同じ設定ではありません。システムプロキシは主にOSのプロキシ設定に従うアプリに影響し、TUNは仮想ネットワークインターフェースを通じてより広い通信を取り込みます。TUNには通常、より高い権限が必要で、他のネットワークツールや仮想NICと競合することもあります。初めて使う場合は、まずシステムプロキシで接続し、サブスクリプションとノードが利用できることを確認してから、TUNを個別に設定してください。

v2rayNGはXrayコアを使用し、多くのAndroid端末に適しています。基本操作はシンプルで、サブスクリプションをインポートし、更新を実行し、使用するサーバーを選んで、クライアントによるシステムVPNサービスの起動を許可します。接続後はAndroidのステータスバーにVPNの状態が表示されます。アプリの通信をプロキシ経由にするかどうかは、クライアントのルーティング設定とアプリごとの設定で決まります。

サブスクリプションにVLESS、VMess、Trojan、またはTLSやREALITYのパラメータを含む設定がある場合、接続できるかどうかは、サブスクリプションの内容、コアの対応状況、サーバー側のパラメータが一致しているかで決まります。クライアントが誤ったアドレス、ポート、トランスポート層、認証項目を自動修正することはありません。接続に失敗したら、システム権限を何度も切り替えるのではなく、まずログにあるハンドシェイク、DNS、タイムアウト、設定解析の情報を確認してください。

v2rayNGは、モバイルで分かりやすい操作手順を求めるユーザーに適しています。アプリごとのプロキシでは、クライアントが作成した通信経路を利用するアプリを限定できます。ルーティングルールでは、対象ドメインやアドレスを直接接続、プロキシ、ブロックのどれに振り分けるかを決めます。前者は端末上のアプリを選別し、後者は宛先通信を処理するため、役割が異なります。初回設定では一度に1つの項目だけ変更し、問題がノード、DNS、ルールのどこにあるかを切り分けやすくしてください。

v2flyNGもAndroidで動作しますが、主な違いはv2flyコアを採用していることです。操作手順が少ない代替クライアントという位置付けではなく、コアの要件で選びます。サブスクリプションの提供元がv2flyを明示的に指定している場合、既存設定がV2Flyの動作を前提としている場合、またはモバイルでも既存のv2fly設定と動作を揃えたい場合は、v2flyNGが適しています。

GUIからサブスクリプションの更新、ノードの選択、ルーティング設定、VPNサービスの起動を行えますが、コアの違いは設定項目、プロトコル拡張、動作範囲に影響します。同じリンクを2つのクライアントにインポートできるからといって、実行結果まで必ず同じになるとは限りません。インポートに成功したのはデータ形式を認識できたという意味にすぎず、実際の接続にはアドレス、ポート、セキュリティ層、トランスポート方式、認証パラメータがすべて一致している必要があります。

v2flyコアが明確に必要でなければ、Androidユーザーは通常v2rayNGから始めます。設定説明でv2flyが指定されている場合や、移行時にコアによる動作の変化を抑えたい場合はv2flyNGを使います。これにより、2つのクライアント間でインポート、権限許可、システムVPN設定を繰り返す手間を減らし、ログを使用中のコアと対応付けやすくなります。