V2Ray入門ガイド： v2rayNのダウンロードとプロトコル選び

Project V：モジュール型プロキシツールの仕組み

Project VのエコシステムはV2Rayなどのツールを基盤とし、インバウンド、アウトバウンド、ルーティング、トランスポート、DNSを組み合わせ可能なモジュールとして構成します。GUIクライアントを使う場合、ひとつの画面で複数種類のサーバーを管理できるため、プロトコルごとに別のプログラムをインストールする必要はありません。クライアントがメニュー操作をコア設定に変換し、コアが実際の接続を処理します。この役割分担を理解すると、「画面上で保存できたこと」と「コアが設定に対応していること」を別々に確認できます。

エコシステム内のプロジェクトはそれぞれ独自に開発されているため、メニュー名、デフォルト値、対応するトランスポートも変わる場合があります。ガイドに記載された操作経路は機能を探すための目安として活用し、最終的には現在のクライアント画面とサーバー側の説明を確認してください。見慣れない項目があれば、プロトコルの識別情報、トランスポート、安全レイヤーのどれに属するかを確かめ、名前が似ているだけで置き換えないようにしましょう。

V2FlyとXray：共通のルーツから独自に進化

V2FlyコミュニティはV2Ray関連のコアを保守し、Xrayは共通の技術基盤から独自の機能を発展させています。対応するプロトコルや設定には共通点がありますが、すべての項目、拡張機能、デフォルト動作が同じとは限りません。たとえばREALITYを使う場合は、明確に対応しているコアを選び、フロー制御、フィンガープリント、公開鍵などの関連設定も確認してください。GUIに項目が表示されていても、実際に使用中のコアが対応しているか確認が必要です。

設定を移行する際は、まず現在使えている項目を残し、移行先のコアが対応する範囲を確認します。同じ共有リンクを読み込めても、インポーターが一部の情報を認識したというだけで、その後の接続成功までは保証されません。サーバー側に特定のコア向けの説明がある場合は、そちらを優先してください。拡張機能が必要なければ、名称が新しいという理由だけでコアを頻繁に切り替える必要はありません。

3つのクライアント：画面で管理し、コアで接続

v2rayNはデスクトップ向けで、サーバー管理、サブスクリプションの更新、ルーティング、ローカルプロキシの設定をまとめて行えます。v2rayNGはAndroid向けでXrayコアを使用します。v2flyNGもAndroid向けですが、コアの違いにより用途が異なります。いずれもオープンソースクライアントです。オープンソースとは各プロジェクトのライセンスに基づいてコードが公開されているという意味であり、ライセンス条件、依存関係、配布要件は個別に確認する必要があります。エコシステム全体に一つのプロジェクトのライセンスを当てはめることはできません。

クライアントを選ぶ際は、見た目よりOSへの対応とプロトコルのサポートを重視しましょう。デスクトップではv2rayNを使い、ひとつの管理画面で複数種類のサーバーを整理できます。Androidでv2rayNGまたはv2flyNGを使う場合は、既存設定が必要とするコアに合わせて選んでください。複数のクライアントをインストールしてもサブスクリプションは自動で統合されません。システムプロキシやVPNによる通信制御の状態も、別途確認が必要です。

VMess・VLESS・REALITY：設定項目の階層を確認

VMessとVLESSはプロキシプロトコルです。TrojanやShadowsocksにもそれぞれ独自の認証方式とトランスポートの仕様があります。一方、REALITYはトランスポート層のセキュリティ方式で、一般的にはVLESSと組み合わせて使われます。そのため、これらの名称を同じメニュー内の排他的な選択肢として扱うことはできません。設定を確認するときは、共有リンクの名前だけで判断せず、プロトコル、トランスポート、安全レイヤーを合わせて確認してください。

より高速な方式を選ぶ場合も、プロトコル名だけでは判断できません。サーバーの負荷、ネットワーク経路、ハンドシェイク、接続の多重化、端末の性能などが実際の速度に影響します。モバイル端末ではバックグラウンドでの接続維持やネットワーク切り替えが、バッテリー消費と接続の安定性にも影響します。初心者はまず、サーバー側が明示的に提供し、クライアントが完全に対応する組み合わせを使い、同じ条件で実際の使い勝手を確認しましょう。

サブスクリプションの互換性：インポート後に動作も確認

サブスクリプションには個別の共有リンクをまとめたものと、特定のクライアント向けの設定形式があります。クライアントによって拡張パラメーターの解釈が異なり、変換時にフロー制御、安全レイヤー、トランスポートの項目が欠落することもあります。更新後に一部の項目だけ使えない場合は、元の設定とログを照合して、インポートの不備、コアの非対応、サーバー情報の変更のどれに該当するか確認してください。

サブスクリプションを使っても、クライアントのプロトコル対応機能が増えるわけではありません。同じURLを別のクライアントに貼り付ける前に、サーバー側の説明で対応する形式が提供されているか確認しましょう。トラブル相談用のスクリーンショットを共有する場合は、サブスクリプションURL、ユーザーID、認証情報を隠してください。プロトコル名、メニューの場所、個人情報を除いたエラー内容があれば、通常は状況を把握できます。

更新前にバックアップし、まず既存の機能を確認

GUIクライアントとコアは、それぞれ別々に更新される場合があります。クライアントの更新でメニューや設定生成方法が変わることがあり、コアの更新で機能の対応状況や項目の扱いが変わることもあります。更新前にサブスクリプショングループと手動設定を保存し、現在のプロキシ設定とルーティングを記録してください。更新後は、まずこれまで使えていたサーバーに接続し、その後で新機能を確認しましょう。同じテストでクライアント、コア、ルーティング、DNSを同時に変更しないでください。

問題が起きたら、具体的なエラーを手がかりに順番に確認しましょう。起動できない場合は実行環境、コアが設定を拒否する場合は項目の互換性、接続を確立できない場合はサーバー設定を確認します。Webページへのアクセスに問題がある場合は、通信制御とルーティングを調べてください。「ソフトが起動しない」「サーバーに接続できない」「アプリがプロキシを使っていない」を別々の問題として切り分ければ、何度も再インストールせずに原因を追えます。

プロトコルとコアの技術情報を見る →