v2rayN クライアント ダウンロードと設定

Project Vは、ネットワークプロキシツールを中心とするオープンソースプロジェクトです。V2Rayは、その中でも広く利用されているコア実装です。「V2Ray」で検索すると、コアを指す場合と、関連プロトコルを使うクライアント全般を指す場合があります。ダウンロード前にこの違いを確認しましょう。コア単体には、サブスクリプション一覧やトレイメニュー、設定画面などはありません。GUIクライアントが操作をまとめ、コアを呼び出して実行します。

V2FlyコミュニティはV2Ray関連の開発と保守を引き継いでおり、Xrayはその技術的な流れから分岐して発展しました。共通する歴史や設定の考え方がある一方、それぞれ独自に開発された機能や設定項目には違いがあります。古いガイドの設定は、コア名を変えるだけで別系統に適用できるとは限りません。特にトランスポートやセキュリティのパラメーター、新しいプロトコル機能を使う場合は、実際のコアの対応状況を確認してください。

コアを選ぶときは、どちらが「優れているか」ではなく、既存の接続設定に必要な機能を確認しましょう。REALITYなどXrayの機能を使う設定には、対応するコアを呼び出せるクライアントが必要です。V2Fly向けの設定を使っている場合は、必要なパラメーターを選択したクライアントで維持できるか確認してください。プロトコル名が同じでも、トランスポート方式やセキュリティ設定の確認は欠かせません。

v2rayNはデスクトップ向けのオープンソースGUIクライアントです。PCでサブスクリプションを管理し、サーバーを選択してルーティングを設定する用途に向いています。よく使う操作は画面から行えますが、接続を実際に処理するのは選択したコアです。画面に設定項目があっても、どのコアの組み合わせでも同じパラメーターが使えるとは限りません。コアを切り替えた後に起動しない場合は、まずログを確認し、接続設定のプロトコルと項目が対応しているか調べてください。

v2rayNGはAndroid向けで、Xrayコアを使用します。設定をインポートした後、AndroidのVPN接続許可を使って通信をクライアントに送ります。これはデスクトップのシステムプロキシメニューとは異なる操作です。初回起動時はシステムの許可画面をよく読み、ほかのアプリがVPN接続を使用していないか確認してください。デスクトップ版のトレイ操作をスマートフォンにそのまま当てはめることはできません。

v2flyNGもオープンソースのAndroidクライアントで、V2Flyコアを使う選択肢です。V2Fly向けの設定をすでに使っていて、同じコア系統を継続したい場合に適しています。v2rayNGとv2flyNGは、名前だけが異なる同一アプリではありません。インポート前に設定の互換性を確認し、切り替えてテストするときは、実行中の接続を停止してください。共通する使い方もありますが、メニューや利用できるパラメーターは別々に確認する必要があります。

v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのクライアントで、それぞれのプロジェクトがコードを管理しています。オープンソースとは、ライセンスの条件に従ってコードを閲覧、利用、研究できるという意味であり、すべてのプロジェクトが同じライセンスを採用しているわけではありません。クライアント、プロキシコア、同梱コンポーネントでライセンスが異なる場合もあります。改変や再配布を行う際は、各プロジェクトに付属するライセンスを確認してください。

クライアントソフトウェアと接続先のサービスは別のものです。無料クライアントをインストールしても、サブスクリプションが自動で発行されたり、既存の利用期間が変わったりすることはありません。サブスクリプションに含まれるアドレス、ポート、認証情報、トランスポート設定は、各サービスの提供元から取得します。クライアントはそれらの情報を読み込んで利用するためのものです。サブスクリプションの期限切れや接続先への到達不能が起きた場合は、ソフトウェアを再インストールするのではなく、提供元の状態を確認してください。

このサイトでは、クライアントのダウンロードとGUIでの設定方法を解説しています。図の画面は設定項目の意味を説明するもので、接続先への通信が確立していることを示すものではありません。設定の提供元を選ぶ際は、利用条件と必要な権限を確認してください。サブスクリプションURLにはアクセス権限が含まれる場合があるため、安全に管理しましょう。ログを公開する際は、エラーの種類を残しつつ、アドレス、認証情報、完全なリンクを隠してください。

GUIクライアントとコアでは、更新のタイミングが異なることがあります。クライアントの更新でメニュー、サブスクリプションの解析、OS対応が変わる一方、コアの更新ではプロトコルの機能や設定要件が変わる場合があります。問題を調べるときは、クライアント名、使用中のコア、エラーメッセージをそれぞれ記録してください。画面の変更をサブスクリプションの失効と誤認したり、プロトコルの非互換をネットワーク接続の問題と取り違えたりするのを防げます。

安定して動作する設定がある場合は、更新前に必要な項目を保存してください。更新後は以前の接続経路をテストし、新しい機能は1つずつ有効にします。クライアントの変更、コアの切り替え、ルーティングの書き換えを同時に行わないでください。一度に多くの変更を加えると、接続が復旧しても原因となった操作を特定しにくくなります。手動で設定を変更した場合は、クライアントの起動時や保存時に実行ファイルが再生成されるかも確認しましょう。

config.jsonでは、inboundsがローカルの入口、outboundsが出口を定義し、routingが両者の対応関係を決めます。GUIは通常、選択した設定に基づいてこれらの内容を生成します。初めて使う場合は、まずメニューから設定し、各項目の意味を理解してから生成結果を確認してください。一時的な実行ファイルを直接編集すると、次にサーバーを切り替えたときに上書きされることがあります。

問題の原因が分からない場合は、まずよくある質問を確認し、インストールと設定、使い方、トラブル対処の項目から探してください。最初から手順を確認する場合は入門ガイド、OSごとの権限、プロキシ、インストール方法の違いを調べる場合は全OS対応の設定ドキュメントをご覧ください。該当する手順を特定してから設定を変更するほうが、同じサブスクリプションを何度もインポートするより効果的です。