インストールパッケージを自分で取得 システムに合うクライアントを選択

V2Rayダウンロードセンター:v2rayN インストールパッケージと設定ガイド

まず端末のOSを確認して、対応するパッケージを取得します。サイトでは4プラットフォームのクライアントXrayとV2Flyコアの解説、さらにサブスクリプションの読み込みから接続確認までの手順をまとめています。

4プラットフォーム対応 Xray · V2Fly コア オープンソース 中国語設定ドキュメント
PICKUP プラットフォームを選んでダウンロードページへ
PLATFORM Windows · macOS · Android · Linux CLIENT v2rayN · v2rayNG · v2flyNG CORE Xray · V2Fly GUIDE インストール · サブスクリプション · ルーティング · トラブルシューティング
PLATFORM PICKUP

システムに合わせてクライアントパッケージを選択

デスクトップ端末はまずv2rayN、Android端末はv2rayNGを確認します。ダウンロードページで、プロセッサーのアーキテクチャとパッケージ形式を選びます。

01

Windows

v2rayNのデスクトップ版またはクラシックWPF版を選択します。新しい端末ではデスクトップ版を、従来のWindows操作に慣れている場合はWPF版を比較し、ダウンロード後にサブスクリプションとシステムプロキシを設定します。

ダウンロードへ
02

macOS

v2rayNにはApple Silicon版とIntel版のデスクトップパッケージがあります。システム情報でプロセッサーを確認してから対応する入口へ進み、アーキテクチャの不一致を避けてください。

ダウンロードへ
03

Android

Xrayコアを使うv2rayNGを優先し、V2Flyコアが必要な場合はv2flyNGを確認します。近年の端末にはarm64版が適しており、アーキテクチャが不明なら汎用版を利用できます。

ダウンロードへ
04

Linux

v2rayNデスクトップ版はディストリビューションに合わせてdebまたはrpmを選び、x64とarm64のアーキテクチャも確認します。インストール後はデスクトップ権限とシステムトレイを確認してから設定を読み込みます。

ダウンロードへ
SELECTION ORDER

プラットフォーム、アーキテクチャ、パッケージ形式の順に選択

プラットフォームは最初の絞り込みです。Windowsではデスクトップ版とクラシックWPF版を選び、macOSではプロセッサーを確認します。Androidではarm64か汎用版かを判断し、Linuxではディストリビューション形式とアーキテクチャを確認します。ダウンロードページはこの順番で整理しているため、項目ごとに確認できます。

全クライアントを見る →
PICKUP SHEET

インストールから接続までの4つのチェックシート

各チェックシートは、パッケージの選択、サブスクリプションの読み込み、通信の振り分け、接続失敗の確認という1つの課題を扱います。進捗に合わせて切り替えれば、設定を一度にすべて変更する必要はありません。

SHEET / 01

パッケージの選択:プラットフォームとアーキテクチャの不一致を先に除外

インストールに失敗する原因は、設定ではなくパッケージの選択ミスであることが少なくありません。デスクトップ端末ではOS、プロセッサーのアーキテクチャ、インストール形式の順に確認し、Android端末ではarm64版と汎用版から選びます。ダウンロードページではクライアント、アーキテクチャ、形式を別々のボタンに分け、カード内に対象条件を記載しています。すべてのファイルを1つの一覧に並べるより、選択肢を段階化することで試行錯誤を減らし、更新時も同じ手順を使えます。

A

現在の状態を保存

一部の接続ができている場合は、現在のノード、ルーティングモード、DNS設定、システムプロキシの状態を記録します。その後は毎回1つの変数だけを変更すると、変化の原因を判断できます。新しいサブスクリプションを読み込む前に、古い設定を残す価値があるかも確認してください。

B

最小構成で接続

まず既知の利用可能なノードとクライアントのプリセットモードで基本接続を確立し、カスタムルールの追加は後回しにします。最小限の経路が機能すれば、アプリのプロキシ範囲が足りないのか、TUNモードでより多くの通信を処理する必要があるのかを判断できます。

C

分流を最適化

基本接続が安定してから、用途に応じてルーティング、DNS、LAN共有、起動動作を調整します。ルールが増えるほど照合関係は複雑になるため、追加するたびに直接接続とプロキシ接続の対象を再テストし、両方が想定どおり動作することを確認します。

OPEN ECOSYSTEM

Project V、V2Fly、Xrayコアファミリー

クライアントはグラフィカルな操作を担い、コアはプロトコル、通信、ルーティング、接続処理を担います。この2層を分けて理解すると、クライアント選びも設定トラブルの解決も明確になります。

PROJECT V

エコシステムの出発点

Project Vは、プロキシプロトコル、通信方式、ルーティングルール、設定形式を軸とする技術エコシステムを形成しました。その基盤から後続プロジェクトが発展し、グラフィカルクライアントは設定ファイル、サブスクリプション管理、システムプロキシ操作をクリック可能な画面に整理しています。

CORE / A

V2Fly

V2FlyはProject Vのコミュニティによる保守路線を引き継ぎ、広く使われる設定構造、プロトコル実装、ルーティング機能を維持しています。v2flyNGはこのコア路線を採用したAndroid向けの選択肢で、対応する実装や設定互換性が必要なユーザーに適しています。

CORE / B

Xray

XrayとV2Flyは同じ技術ファミリーに属し、一般的な設定の考え方との互換性を保ちながら、VLESSやREALITYなどの機能を拡張しています。v2rayNとv2rayNGはXrayと組み合わせて使われることが多いものの、利用できるプロトコルはクライアント、コア、サーバー設定の対応関係に左右されます。

DESKTOP CLIENT

v2rayN

v2rayNはWindows、macOS、Linuxに対応するデスクトップ向けグラフィカルクライアントです。サブスクリプション管理、ノード選択、システムプロキシ、TUNモード、ルーティングルール、ログへの入口を画面に集約し、デスクトップで統一した操作手順を求めるユーザーに適しています。クライアントとコアは別々に更新されるため、プロトコル対応に差がある場合は、クライアントの設定項目と現在のコア機能を併せて確認してください。

ANDROID CLIENT

v2rayNG

v2rayNGはAndroidで広く使われているクライアントで、通常はXrayコアを使用します。サブスクリプションの読み込み、QRコードの読み取り、ノード切り替え、ルーティング設定、VPNサービスによる通信処理に対応しています。モバイルOSはバックグラウンド動作や電池設定に制限を加えるため、接続が不安定な場合はノードだけでなく、アプリのバックグラウンド権限と省電力設定も確認します。

ANDROID ALTERNATIVE

v2flyNG

v2flyNGはV2Flyコア路線を採用したAndroid向けクライアントの選択肢です。v2rayNGとは位置づけが完全に同じではなく、コアの出所、一部プロトコルの機能、更新ペースに違いがあります。選択時は必要なプロトコル、設定の互換性、実際の接続状況を基準にし、両方をインストールして同じ設定を何度も読み込む方法は避けてください。

01

オープンソースなら実装の範囲を確認できる

クライアントとコアはオープンソースで保守されており、プロトコル実装、設定構造、機能変更には公開された技術的な流れがあります。すべてのソースコードを読む必要はありませんが、クライアント名とコア名は同じではないことを理解することが重要です。画面は管理を、コアは実行を担い、サブスクリプションのプロトコル項目は現在のコアが対応している必要があります。

02

複数のコアが異なる機能構成を提供

V2FlyとXrayは歴史的な基盤を共有していますが、機能の方向性と更新ペースは完全には一致しません。VMess、VLESS、Trojan、Shadowsocks、REALITYの設定を利用できるかは、コアの実装とサーバー側のパラメータを併せて判断します。プロトコル資料では接続負荷、互換性、モバイル端末での動作、設定要件の違いを説明し、クライアントで適切な種類を選べるようにしています。

03

更新前に設定の互換性を確認

クライアントの更新で画面上の入口が変わり、コアの更新でプロトコル機能が増えたり、一部の初期動作が変わったりすることがあります。アップグレード前にサブスクリプション、ルーティング、DNS設定を記録し、更新後はまず最小構成で接続を確認してから複雑なルールを戻します。古い設定に特定の通信方式やセキュリティパラメータが含まれる場合は、新しいコアでも同じ項目の意味が保たれているか確認してください。

04

コミュニティ保守でもリリース時期は統一されない

v2rayN、v2rayNG、v2flyNG、V2Fly、Xrayは互いに関連しながらも独立して保守されるプロジェクトで、リリース時期や機能の進み具合は完全には同期しません。クライアントは端末のプラットフォームで選び、コアの路線は必要なプロトコルで選び、問題発生時は画面の設定、コアの実行ログ、サーバー側パラメータを分けて確認します。

QUICK ANSWERS

インストールと接続のよくある質問

まず問題が発生した段階を特定し、対応するガイドを開きます。同じ調査中にクライアント、ノード、プロトコル、DNSを同時に変更しないでください。

v2rayNのデスクトップ版とクラシックWPF版はどう選ぶ?

デスクトップ版はクロスプラットフォームの画面を採用し、異なるデスクトップOSでも近い操作感を保ちたいユーザーに適しています。クラシックWPF版は従来のWindows画面の操作感を維持しています。どちらもv2rayNなので、重複してインストールするのではなく、システム環境と画面の好みで選びます。まずWindowsのダウンロードエリアでパッケージの説明を確認できます。

サブスクリプションの読み込みは成功したのに、ノード一覧が空なのはなぜ?

サブスクリプションURLを追加した後は、通常もう一度更新を実行する必要があります。更新後も空の場合は、URLが完全か、サブスクリプションが期限切れでないか、ログに解析エラーがないかを確認します。URLのコピー時に前後の空白を含めないようにし、サブスクリプションの読み込み手順に沿って再操作してください。

ノードを選択してもブラウザーが接続できない場合は?

クライアントが起動中か、ノードがアクティブ項目に設定されているか、システムプロキシが有効かを順に確認し、ブラウザーが独自のプロキシ設定を使っていないかも確認します。一部のアプリだけ接続できない場合は、プロキシモードの変更またはTUNモードが必要なことがあります。まず接続確認を行い、その後で処理範囲を広げてください。

システムプロキシとTUNモードの違いは?

システムプロキシはOSのプロキシ設定に従うアプリを主に対象とします。TUNモードは仮想ネットワークアダプターを使ってネットワーク層でより広い通信を処理し、通常は高いシステム権限が必要です。基本利用ではシステムプロキシから始め、OSのプロキシ設定を参照しないプログラムではTUNモードの有効化方法を確認してください。

LATEST GUIDES

最近更新された設定・トラブルシューティング記事

全通信の処理、ノード選び、実行ログという3つのよくある課題から始め、実際の状況に合わせて読み進めてください。

上級テクニック

TUNモードの有効化を詳しく解説:仮想ネットワークアダプターで全通信を処理する仕組みと設定手順

システムプロキシと仮想ネットワークアダプターの違いを理解し、v2rayNとv2rayNGの対応する入口を確認します。システム権限、DNS、ルーティングの競合にも対処します。

記事を読む →
入門ガイド

ノードの選び方:遅延、倍率、地域、プロトコルの4つの判断軸

実際の接続遅延、通信倍率、地域ごとの用途、プロトコル互換性で段階的に絞り込み、1回の速度測定だけでノードの品質を判断しない方法を解説します。

記事を読む →
トラブルシューティング

V2Rayの実行ログの読み方:よくあるエラーの意味と原因の特定方法

rejected、timeout、invalid user、DNS解決失敗などのメッセージから問題を特定し、ローカル設定とサーバー側の状態を切り分けます。

記事を読む →