クライアントとコアは別の階層
v2rayN、v2rayNG、v2flyNGはユーザー向けのGUIクライアントで、設定編集、サブスクリプション管理、ノード切り替え、システムプロキシ、ログ表示を担当します。一方、XrayとV2Flyはコア処理層に属し、プロトコル、伝送、ルーティング、接続の実行を担います。設定の互換性を判断する際は、クライアントに対応する設定項目があるか、使用中のコアが関連項目を解釈できるかを同時に確認してください。
GUIクライアント向けのダウンロードと設定をまとめたインデックスです。4プラットフォームのインストール案内、サブスクリプションとルーティングの手順、XrayとV2Flyのコアの関係を整理しています。まず端末に合うクライアントを選び、サブスクリプションの取り込み、ノードの有効化、システムプロキシの設定を順番に進めてください。
ダウンロードから安定運用まで、重要なのはボタンの数ではなく、クライアント、設定の入手元、プロキシモード、ルーティングルールが適切に組み合わさっているかどうかです。以下では実際の操作順に沿って分けて説明します。左側の設定項目から表示を切り替えられます。
デスクトップではまずv2rayNを確認してください。Windows、macOS、Linuxに対応し、サブスクリプション管理、サーバー一覧、ルーティングルール、システムプロキシの入口が一つのワークフローにまとまっています。Androidではv2rayNGとv2flyNGから選べます。前者はXrayコアを採用し、幅広いプロトコルと伝送機能に対応します。後者はV2Flyコアを採用しており、対応する設定体系を利用している場合に適しています。選択時はOS、CPUアーキテクチャ、設定の互換性を基準にし、機能が重複するアプリを複数インストールする必要はありません。
ダウンロードページでは、インストールパッケージをプラットフォームとアーキテクチャごとに分け、デスクトップ版、クラシックUI、arm64、汎用パッケージの違いも説明しています。端末の条件を確認してからダウンロードすれば、パッケージ形式の不一致、CPUアーキテクチャの選択ミス、設定項目を認識できない問題を減らせます。
サブスクリプションリンクはサーバー設定をまとめて取得・更新するためのものです。個別リンク、QRコード、設定ファイルは、特定のノードを一時的に取り込む場合に向いています。サブスクリプションを取り込んだ後は更新を実行し、サーバー一覧がローカルに書き込まれるのを待ってから、現在使用する項目を選択してください。「サブスクリプションを追加」しただけで更新していないことは、取り込み後にノードが表示されない主な原因です。複数の設定元を併用する場合は、分かりやすいグループ名を付け、元のサブスクリプション名も残しておくと、更新失敗時に問題の範囲を確認しやすくなります。
更新すると、サブスクリプション管理の対象にあるノード項目が上書きされます。手動で変更したメモや伝送パラメータは、次回の更新で変わる可能性があります。長期的に残したいカスタム設定は別に保存し、自動更新されるサブスクリプション項目と同じ管理方法に混在させないでください。
システムプロキシは、OSのプロキシ設定に従うアプリに主に影響します。TUNモードはネットワークインターフェース層からより多くの接続を引き受け、システムプロキシを参照しないアプリに適しています。ルールルーティングは、ドメイン、アドレス範囲、アプリの通信を直接接続、プロキシ、遮断のどれにするかを決めます。3つは異なる層の問題を解決するもので、「ノードを選択した」ことと「すべてのアプリが接続された」ことは同じではありません。初期設定ではまずシステムプロキシで基本接続を確認し、必要に応じてTUNを有効にし、最後に振り分けルールを調整するのがおすすめです。
モードを変更する前に現在の設定を記録し、一度に変更する項目は1つにしてください。Webページは開けるのに特定のアプリだけ接続できない、LAN機器にアクセスできない、DNSの解決結果が変わるといった場合も、原因が接続の引き受け方式なのかルーティングルールなのかを切り分けやすくなります。
接続できないときは、まず使用するノードが選択されているか、サブスクリプションが更新済みかを確認し、次にクライアントログでプロトコル項目、アドレス、ポート、伝送パラメータに関する表示を確認します。その後、ローカルの待受ポートが他のアプリに使用されていないか、システムプロキシの状態がクライアントと一致しているか、ファイアウォールが現在のアプリの接続を許可しているかを調べます。TUNモードだけで問題が起きる場合は、同じサブスクリプションを何度も取り込むのではなく、ドライバーの権限、DNS設定、ルーティングルールを確認してください。
遅延テストは特定のテスト方法による一部の経路を示すだけで、実際の接続確認の代わりにはなりません。ノードを並べ替えるときは、Ping、実接続の遅延、ダウンロード速度を区別し、Webアクセス、ファイル転送、アプリのセッションでの実際の状態も合わせて判断してください。
v2rayN、v2rayNG、v2flyNGはユーザー向けのGUIクライアントで、設定編集、サブスクリプション管理、ノード切り替え、システムプロキシ、ログ表示を担当します。一方、XrayとV2Flyはコア処理層に属し、プロトコル、伝送、ルーティング、接続の実行を担います。設定の互換性を判断する際は、クライアントに対応する設定項目があるか、使用中のコアが関連項目を解釈できるかを同時に確認してください。
サブスクリプション、ノード、プロキシモード、DNS、ルーティングルールを同時に変更すると、接続の違いを特定しにくくなります。より確実なのは、まずクライアントが起動することを確認し、設定を取り込んでノードを選択し、次にシステムプロキシを検証し、最後にTUNやカスタムルールを追加する順序です。各段階で戻せる状態を残しておくと、ログのエラー内容も判断材料として役立ちます。
トップページはプラットフォームの案内のみで、インストールファイルを直接配布していません。ダウンロードページでOS、CPUアーキテクチャ、パッケージ形式に合う入口を選択してください。
Windowsでは、新世代のクロスプラットフォームデスクトップUIとクラシックWPF UIから選べます。どちらもサーバー一覧、サブスクリプション更新、システムプロキシ、ルーティング設定を中心に構成され、複数の設定元をGUIで管理したいデスクトップ環境に適しています。
ダウンロードページで、使い慣れた操作感に合わせてデスクトップ版またはクラシック版を選んでください。インストール前に、システムアーキテクチャと権限ポリシーを確認します。
ダウンロードページへmacOSの入口はApple SiliconとIntelプロセッサーで分かれています。クライアントはデスクトップ版と同じ設定管理の考え方を採用し、サブスクリプション、ノード、システムプロキシ、ルーティングをまとめて扱えます。異なるデスクトップOSでも近い操作方法を使いたい場合に適しています。
チップの種類が分からない場合は、システム情報でプロセッサー名またはチップ名を確認してから、対応するディスクイメージを選択してください。
ダウンロードページへAndroidでは2つのクライアントを選べます。v2rayNGはXrayコアを使用し、幅広いプロトコルと伝送に対応する設定に適しています。v2flyNGはV2Flyコアを使用し、対応するエコシステムの設定に使える選択肢です。どちらもサブスクリプションの取り込み、QRコードの読み取り、ノード切り替えに対応しています。
近年の主流端末では、通常はまずarm64パッケージを確認してください。アーキテクチャが分からない場合は、ダウンロードページの汎用パッケージに関する説明を確認します。
ダウンロードページへLinuxのダウンロード入口では、一般的なパッケージ体系としてdebとrpmを用意し、x64とarm64も分けています。サブスクリプション、サーバー、システムプロキシをGUIで管理しながらログも確認したいデスクトップユーザーに、GUIクライアントが適しています。
まずディストリビューションのパッケージ体系を確認し、システムアーキテクチャを確認できるコマンドまたはシステム情報を使って、対応するビルドを選んでください。
ダウンロードページへこれらの名称は設定ドキュメントに同時に登場しがちですが、それぞれエコシステムの概念、コアの系統、GUIクライアントを指します。製品名を暗記するだけでなく階層関係を理解すると、プロトコル対応と設定互換性を判断しやすくなります。
Project Vは、プロキシプロトコル、伝送方式、ルーティングルール、設定構造を中心とするオープンな技術エコシステムを形成しました。初期の利用者はV2Rayを体系全体の総称として扱うことがありましたが、実際のインストールで触れるのは通常、GUIクライアント、コアプログラム、設定ファイルという3つの階層です。GUIクライアントは画面とシステム連携を担当し、コアは接続とルーティングを実行し、設定は両者が読み込むパラメータを記述します。階層を分けて考えれば、「クライアント更新」「コア更新」「設定形式の変更」が同じ事柄ではないと理解できます。
V2FlyはProject V体系のコア実装と設定思想を引き継ぎ、オープンな協力、プロトコル実装、ルーティング機能を重視しています。Xrayは近い設定モデルを基盤にプロトコルと伝送機能を拡張しているため、基本項目の多くは相互に解釈できます。ただし、新機能、伝送の詳細、特定パラメータは片方のコアだけが対応している場合があります。設定が使えるかどうかは共有リンクの先頭だけで判断せず、クライアントが現在呼び出しているコアと、対象項目がそのコアの対応範囲に含まれるかを確認してください。
v2rayNはWindows、macOS、Linuxに対応するデスクトップGUIクライアントです。v2rayNGはAndroid向けで、Xrayコアを使って接続を処理します。v2flyNGもAndroid向けですが、V2Flyコアを採用しています。クライアントは、以前なら設定ファイルを編集していた操作を、サブスクリプショングループ、サーバー一覧、ルーティングモード、システムプロキシ、ログ画面に整理します。GUIによって日常操作は簡単になりますが、基盤となるプロトコル要件が変わるわけではありません。アドレス、ポート、識別子、伝送層、セキュリティ層、ドメインなどの項目は、サーバー側の設定と一致している必要があります。
これらのクライアントとコアは、オープンソースとして協力しながら開発され、各プロジェクトがそれぞれのソフトウェアライセンスを採用しています。公開開発によって、プロトコル実装、バグ修正、プラットフォーム対応、UIの調整を継続的に確認でき、異なるクライアントが近い設定モデルをもとに独自の利用方法を発展させられます。一般ユーザーにとっての直接的なメリットは、更新内容を確認し、機能がクライアント由来かコア由来かを理解し、アップグレード前に設定項目やシステム権限の変更を判断できることです。
クライアントのアップグレードでは、UI、インストール方法、システムプロキシとの連携、コアの同梱方法などが変わることがあります。コアのアップグレードは、プロトコル実装、伝送機能、ルーティングルール、設定解析に影響する可能性があります。サブスクリプション更新で主に変わるのはサーバー項目です。アップグレード後に接続状態が変わった場合は、まずどの層に変更があったかを確認してください。サブスクリプションの内容だけが変わったなら、クライアントを再インストールしても解決しません。ログに認識できない項目が出る場合はコアの対応状況を確認し、起動できない、またはシステムプロキシが反映されない場合は、クライアントの権限とプラットフォーム依存関係を調べます。
VMess、VLESS、Trojan、Shadowsocksなどのプロトコルは、異なるコアやクライアントで使われることがあります。ただし、REALITY、伝送層のオプション、フィンガープリント項目、ルーティングの記述方法には対応差がある場合があります。取り込みに失敗したときは、ノード名だけを比較せず、使用中のコア、クライアントの設定画面、設定の入手元を確認してください。
クライアントとコアの更新タイミングは完全には一致しません。アップグレード前に現在のプロキシモード、コアの選択、サブスクリプショングループ、カスタムルーティングを記録し、更新後はまず既存設定を検証してから新機能を有効にしてください。これにより、プログラムのアップグレードと設定変更を分けて対処できます。
サイト内では、ダウンロード、インストール、サブスクリプションの取り込み、ノードの有効化、システムプロキシ、TUNモード、ルーティング、トラブルシューティングを中心に扱います。プロトコルの章ではクライアント選びを補足し、設計上の選択、リソース使用量、コアの対応状況、サブスクリプション互換性を重点的に説明します。
サブスクリプションアドレスを追加しただけでは、設定元が保存されるだけです。サブスクリプションの更新を実行し、現在のグループ、絞り込み条件、ログの表示を確認してください。それでも空の場合は、サブスクリプションアドレスにアクセスできるか、返された内容を現在のクライアントが認識できるかを確認します。詳しい手順はFAQをご覧ください。
ノードの選択で決まるのは使用するサーバーだけです。アプリに合った接続方式も有効にする必要があります。ブラウザーは通常システムプロキシを利用できますが、システムプロキシを参照しないアプリではTUNモードが必要になる場合があります。まずクイックスタートに沿って基本接続を確認し、その後で接続の対象範囲を広げてください。
必要なコアの機能を基準に選んでください。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用します。設定元が特定のコアや項目を明示している場合は、それに合わせる必要があります。一般的なサブスクリプションなら、提供元が示すプロトコルと伝送方式も確認してください。
必ずしもそうではありません。Ping、実接続の遅延、ダウンロード速度は対象となる経路と測定方法が異なるため、数値が一致しないことがあります。普段使うノードは、実接続テスト、Webページの応答、継続的な通信速度を組み合わせて判断してください。
記事セクションでは、トップページで説明しきれない操作の詳細を補足します。ノードの判断、コアのエコシステム、複数端末での設定管理を重点的に扱います。
遅延、通信量の倍率、出口地域、プロトコルの4つの観点から選択の順序を解説し、ノード一覧の単一の数値だけでは実接続テストの代わりにならない理由を説明します。
続きを読む →エコシステムの階層に沿ってProject V、V2Fly、Xrayの関係を整理し、v2rayN、v2rayNG、v2flyNGがクライアント層とコア層のどちらに位置するかを説明します。
続きを読む →サブスクリプションによる一括更新、設定ファイルのエクスポートとインポート、QRコード共有の3方式を比較し、プラットフォーム間の項目互換性、更新による上書き、手動設定を残す際の注意点を説明します。
続きを読む →