Windows
v2rayNのデスクトップ版またはクラシックWPF版を選択します。新しい端末ではデスクトップ版を、従来のWindows操作に慣れている場合はWPF版を比較し、ダウンロード後にサブスクリプションとシステムプロキシを設定します。
ダウンロードへまず端末のOSを確認して、対応するパッケージを取得します。サイトでは4プラットフォームのクライアント、XrayとV2Flyコアの解説、さらにサブスクリプションの読み込みから接続確認までの手順をまとめています。
デスクトップ端末はまずv2rayN、Android端末はv2rayNGを確認します。ダウンロードページで、プロセッサーのアーキテクチャとパッケージ形式を選びます。
v2rayNのデスクトップ版またはクラシックWPF版を選択します。新しい端末ではデスクトップ版を、従来のWindows操作に慣れている場合はWPF版を比較し、ダウンロード後にサブスクリプションとシステムプロキシを設定します。
ダウンロードへv2rayNにはApple Silicon版とIntel版のデスクトップパッケージがあります。システム情報でプロセッサーを確認してから対応する入口へ進み、アーキテクチャの不一致を避けてください。
ダウンロードへXrayコアを使うv2rayNGを優先し、V2Flyコアが必要な場合はv2flyNGを確認します。近年の端末にはarm64版が適しており、アーキテクチャが不明なら汎用版を利用できます。
ダウンロードへv2rayNデスクトップ版はディストリビューションに合わせてdebまたはrpmを選び、x64とarm64のアーキテクチャも確認します。インストール後はデスクトップ権限とシステムトレイを確認してから設定を読み込みます。
ダウンロードへプラットフォームは最初の絞り込みです。Windowsではデスクトップ版とクラシックWPF版を選び、macOSではプロセッサーを確認します。Androidではarm64か汎用版かを判断し、Linuxではディストリビューション形式とアーキテクチャを確認します。ダウンロードページはこの順番で整理しているため、項目ごとに確認できます。
全クライアントを見る →各チェックシートは、パッケージの選択、サブスクリプションの読み込み、通信の振り分け、接続失敗の確認という1つの課題を扱います。進捗に合わせて切り替えれば、設定を一度にすべて変更する必要はありません。
インストールに失敗する原因は、設定ではなくパッケージの選択ミスであることが少なくありません。デスクトップ端末ではOS、プロセッサーのアーキテクチャ、インストール形式の順に確認し、Android端末ではarm64版と汎用版から選びます。ダウンロードページではクライアント、アーキテクチャ、形式を別々のボタンに分け、カード内に対象条件を記載しています。すべてのファイルを1つの一覧に並べるより、選択肢を段階化することで試行錯誤を減らし、更新時も同じ手順を使えます。
サブスクリプションURLは複数のノード設定をまとめて取得するもので、接続済みという意味ではありません。まずURLを追加し、手動で更新してからノード一覧で1つ選び、最後にシステムプロキシまたはクライアント接続を有効にします。ノードが多い場合は実際の接続遅延と可用性で絞り込み、地域、倍率、プロトコルの種類を加味して選びます。これにより、サブスクリプションの解析、ノード自体、システムプロキシの問題を分けて判断できます。
ルーティングはプロキシ経由と直接接続に分けるリクエストを決め、DNSはドメインを接続先アドレスに解決します。インストール直後はクライアントの明確なプリセットを使い、基本接続を確認してからdomain、ip、CIDR、geositeのルールを追加します。ルールは上から順に照合されるため、上の項目が下の項目を上書きすることがあります。毎回1組ずつ追加して変化を記録し、ドメインに接続できないのにアドレスへは到達できる場合は、DNSとルーティングの競合を優先的に確認します。
接続に失敗しても、まず現在の設定を保持し、プロトコル、ノード、ルーティング、DNSを同時に変更しないでください。サブスクリプションの更新、ノードの選択、クライアントの稼働、システムプロキシの有効化を順に確認し、最後にログのtimeout、rejected、invalid user、DNS解決エラーを確認します。経路ごとに調べれば、ローカル権限、設定項目、ネットワーク解決、サーバー状態を切り分けられ、比較の基準を失わずに済みます。
一部の接続ができている場合は、現在のノード、ルーティングモード、DNS設定、システムプロキシの状態を記録します。その後は毎回1つの変数だけを変更すると、変化の原因を判断できます。新しいサブスクリプションを読み込む前に、古い設定を残す価値があるかも確認してください。
まず既知の利用可能なノードとクライアントのプリセットモードで基本接続を確立し、カスタムルールの追加は後回しにします。最小限の経路が機能すれば、アプリのプロキシ範囲が足りないのか、TUNモードでより多くの通信を処理する必要があるのかを判断できます。
基本接続が安定してから、用途に応じてルーティング、DNS、LAN共有、起動動作を調整します。ルールが増えるほど照合関係は複雑になるため、追加するたびに直接接続とプロキシ接続の対象を再テストし、両方が想定どおり動作することを確認します。
クライアントはグラフィカルな操作を担い、コアはプロトコル、通信、ルーティング、接続処理を担います。この2層を分けて理解すると、クライアント選びも設定トラブルの解決も明確になります。
Project Vは、プロキシプロトコル、通信方式、ルーティングルール、設定形式を軸とする技術エコシステムを形成しました。その基盤から後続プロジェクトが発展し、グラフィカルクライアントは設定ファイル、サブスクリプション管理、システムプロキシ操作をクリック可能な画面に整理しています。
V2FlyはProject Vのコミュニティによる保守路線を引き継ぎ、広く使われる設定構造、プロトコル実装、ルーティング機能を維持しています。v2flyNGはこのコア路線を採用したAndroid向けの選択肢で、対応する実装や設定互換性が必要なユーザーに適しています。
XrayとV2Flyは同じ技術ファミリーに属し、一般的な設定の考え方との互換性を保ちながら、VLESSやREALITYなどの機能を拡張しています。v2rayNとv2rayNGはXrayと組み合わせて使われることが多いものの、利用できるプロトコルはクライアント、コア、サーバー設定の対応関係に左右されます。
v2rayNはWindows、macOS、Linuxに対応するデスクトップ向けグラフィカルクライアントです。サブスクリプション管理、ノード選択、システムプロキシ、TUNモード、ルーティングルール、ログへの入口を画面に集約し、デスクトップで統一した操作手順を求めるユーザーに適しています。クライアントとコアは別々に更新されるため、プロトコル対応に差がある場合は、クライアントの設定項目と現在のコア機能を併せて確認してください。
v2rayNGはAndroidで広く使われているクライアントで、通常はXrayコアを使用します。サブスクリプションの読み込み、QRコードの読み取り、ノード切り替え、ルーティング設定、VPNサービスによる通信処理に対応しています。モバイルOSはバックグラウンド動作や電池設定に制限を加えるため、接続が不安定な場合はノードだけでなく、アプリのバックグラウンド権限と省電力設定も確認します。
v2flyNGはV2Flyコア路線を採用したAndroid向けクライアントの選択肢です。v2rayNGとは位置づけが完全に同じではなく、コアの出所、一部プロトコルの機能、更新ペースに違いがあります。選択時は必要なプロトコル、設定の互換性、実際の接続状況を基準にし、両方をインストールして同じ設定を何度も読み込む方法は避けてください。
クライアントとコアはオープンソースで保守されており、プロトコル実装、設定構造、機能変更には公開された技術的な流れがあります。すべてのソースコードを読む必要はありませんが、クライアント名とコア名は同じではないことを理解することが重要です。画面は管理を、コアは実行を担い、サブスクリプションのプロトコル項目は現在のコアが対応している必要があります。
V2FlyとXrayは歴史的な基盤を共有していますが、機能の方向性と更新ペースは完全には一致しません。VMess、VLESS、Trojan、Shadowsocks、REALITYの設定を利用できるかは、コアの実装とサーバー側のパラメータを併せて判断します。プロトコル資料では接続負荷、互換性、モバイル端末での動作、設定要件の違いを説明し、クライアントで適切な種類を選べるようにしています。
クライアントの更新で画面上の入口が変わり、コアの更新でプロトコル機能が増えたり、一部の初期動作が変わったりすることがあります。アップグレード前にサブスクリプション、ルーティング、DNS設定を記録し、更新後はまず最小構成で接続を確認してから複雑なルールを戻します。古い設定に特定の通信方式やセキュリティパラメータが含まれる場合は、新しいコアでも同じ項目の意味が保たれているか確認してください。
v2rayN、v2rayNG、v2flyNG、V2Fly、Xrayは互いに関連しながらも独立して保守されるプロジェクトで、リリース時期や機能の進み具合は完全には同期しません。クライアントは端末のプラットフォームで選び、コアの路線は必要なプロトコルで選び、問題発生時は画面の設定、コアの実行ログ、サーバー側パラメータを分けて確認します。
まず問題が発生した段階を特定し、対応するガイドを開きます。同じ調査中にクライアント、ノード、プロトコル、DNSを同時に変更しないでください。
デスクトップ版はクロスプラットフォームの画面を採用し、異なるデスクトップOSでも近い操作感を保ちたいユーザーに適しています。クラシックWPF版は従来のWindows画面の操作感を維持しています。どちらもv2rayNなので、重複してインストールするのではなく、システム環境と画面の好みで選びます。まずWindowsのダウンロードエリアでパッケージの説明を確認できます。
サブスクリプションURLを追加した後は、通常もう一度更新を実行する必要があります。更新後も空の場合は、URLが完全か、サブスクリプションが期限切れでないか、ログに解析エラーがないかを確認します。URLのコピー時に前後の空白を含めないようにし、サブスクリプションの読み込み手順に沿って再操作してください。
クライアントが起動中か、ノードがアクティブ項目に設定されているか、システムプロキシが有効かを順に確認し、ブラウザーが独自のプロキシ設定を使っていないかも確認します。一部のアプリだけ接続できない場合は、プロキシモードの変更またはTUNモードが必要なことがあります。まず接続確認を行い、その後で処理範囲を広げてください。
システムプロキシはOSのプロキシ設定に従うアプリを主に対象とします。TUNモードは仮想ネットワークアダプターを使ってネットワーク層でより広い通信を処理し、通常は高いシステム権限が必要です。基本利用ではシステムプロキシから始め、OSのプロキシ設定を参照しないプログラムではTUNモードの有効化方法を確認してください。
全通信の処理、ノード選び、実行ログという3つのよくある課題から始め、実際の状況に合わせて読み進めてください。
システムプロキシと仮想ネットワークアダプターの違いを理解し、v2rayNとv2rayNGの対応する入口を確認します。システム権限、DNS、ルーティングの競合にも対処します。
記事を読む →実際の接続遅延、通信倍率、地域ごとの用途、プロトコル互換性で段階的に絞り込み、1回の速度測定だけでノードの品質を判断しない方法を解説します。
記事を読む →rejected、timeout、invalid user、DNS解決失敗などのメッセージから問題を特定し、ローカル設定とサーバー側の状態を切り分けます。
記事を読む →