DESKTOP
Windows
v2rayNのGUIクライアントが適しています。ダウンロードページでは新世代のデスクトップUIと従来のWPF UIを分けて掲載し、それぞれの用途も説明しています。インストール後はトレイメニューからシステムプロキシ、サブスクリプション更新、ルーティングモードを設定できます。
ダウンロードへPLATFORM ENTRY
OSに合ったクライアントを選ぶ
まず利用する端末のプラットフォームを確認し、ダウンロードページでインストーラーを選びます。デスクトップではv2rayNを中心に、Androidではコアの好みに応じてv2rayNGまたはv2flyNGを選択できます。各ページではアーキテクチャ、インストール方法、初回起動時の注意点も案内しています。
DESKTOP
macOS
v2rayNのクロスプラットフォーム版デスクトップUIを使用します。プラットフォームページで端末のチップに合うApple SiliconまたはIntel版を選び、初回起動時にシステム権限を許可します。サブスクリプション、ノードテスト、ルーティングの入口は他のデスクトップ環境とほぼ共通です。
ダウンロードへMOBILE
Android
一般的にはXrayコアを採用したv2rayNGを使います。V2Flyコアが必要な場合はv2flyNGを選択できます。ダウンロードページではarm64版と汎用版を掲載し、初回接続時の許可、省電力設定の対象外登録、アプリごとのプロキシ設定も説明しています。
ダウンロードへDESKTOP
Linux
デスクトップ環境ではv2rayNを利用し、ディストリビューションのパッケージ体系に合わせてdebまたはrpmを選びます。プラットフォームページではx64とarm64を区別しています。インストール後はデスクトップセッション、システムプロキシを書き込む権限、アプリが現在のプロキシ設定を読み取れるかを確認してください。
ダウンロードへCONFIGURATION PATH
サブスクリプションからルーティングまでの設定構造
クライアントを安定して動かす鍵は、ボタンを何度も切り替えることではなく、サブスクリプション、ノード、プロキシモード、診断ログの役割を分けて考えることです。4つのポイントを順番に確認し、再利用しやすい設定手順を作りましょう。
SUBSCRIPTION
リモート設定を管理しやすいノード一覧に変える
サブスクリプションURLは単一のノードではなく、更新可能な設定ソースの集合です。まずクライアントでサブスクリプショングループを作成し、更新を実行してノードが正しいグループに入ったことを確認します。これにより提供元を分けて管理でき、後の更新で手動設定が上書きされるのも防げます。ノードが変わらない場合は、更新対象のグループ、URLが完全か、クライアントログを先に確認し、何度もインポートを繰り返さないでください。
クライアントは通常、サブスクリプションの内容からプロトコル、サーバー、ポート、ユーザーID、トランスポートパラメータを解析します。利用者が行うのは、サブスクリプションの出所を整理し、更新後に利用可能なノードを選び直すことです。共有リンクを1件ずつ貼り付けるより、グループで管理したほうが長期運用に向き、回線ごとの比較テストも容易です。
サブスクリプショングループ → サブスクリプションを更新 → ノードを選択 → 接続を開始
ROUTING
リクエストを明確な出口へ振り分ける
ルーティングは、接続を直接接続、プロキシ経由、またはブロックのどれにするかを判断します。条件にはドメイン、アドレス範囲、ネットワーク種別、プロセス情報などを利用できます。日常の設定では、まずクライアントが提供する実績のあるルールセットを使い、必要に応じて少数のカスタムルールを追加してください。ルールが多ければよいとは限らず、競合や順序の誤りがトラブル対処を難しくします。
ルールを変更したら設定を再読み込みし、直接接続するサイトとプロキシが必要なサイトをそれぞれテストします。特定のドメインが常に誤った出口を通る場合は、まず適用されたルールを確認してから優先順位を調整します。全体スイッチだけを備えた単純なツールと比べ、V2Rayエコシステムでは判定条件と出口の動作を分けて管理できます。
domain:example.com → proxy · geoip:private → direct
PROXY MODE
システムプロキシ、アプリプロキシ、TUNを使い分ける
システムプロキシは、ブラウザーやシステム設定を参照するデスクトップアプリに適しています。設定がわかりやすく、影響範囲も判断しやすい方法です。一部のアプリはシステムプロキシを無視するため、その場合はアプリ内にローカルの待受アドレスを入力します。TUNモードはより広い範囲をカバーし、多くの通信を取り込めますが、仮想ネットワークインターフェース、権限、DNS、ルーティングテーブルが関係します。基本接続が正常だと確認できてから有効にするのが適切です。
トラブル対処では、最小限の範囲から始めます。まずクライアントのローカルポートが正常に待ち受けているかを確認し、次にシステムプロキシをテストし、最後にTUNを検討します。一度に1つだけ変更すれば、問題がノード、アプリ設定、システムのネットワーク層のどこにあるかをすばやく切り分けられます。複数の取り込み方式を同時に有効にして、ポート競合やルートの上書きを招くことも避けられます。
ローカル待受 → システムプロキシ → アプリで確認 → 必要に応じてTUNを有効化
DIAGNOSTICS
リクエストの通過点から接続問題を特定する
接続ボタンが有効になっていることは、クライアントプロセスが起動を試みたことを示すだけで、リモートノード、DNS、ルーティングが利用可能だとは限りません。診断では、設定の読み込み、ローカルポートの待受、システムプロキシの反映、ドメイン解決、リモート接続の確立を順に確認します。エラーログのfailed to dialやrejectedなどの情報は、発生した段階と合わせて判断してください。
速度測定も段階に分けて考える必要があります。接続遅延、ダウンロード速度、ウェブページの表示速度は、それぞれ異なる部分を測定します。同じ端末、同じ時間帯、同じテスト対象で比較してから、ノードを変更するか判断しましょう。変更前後の結果を記録すると、Mux、DNS、ルーティング設定を無作為に切り替えるより、安定した結論を得やすくなります。
設定読み込み → ローカル待受 → DNS → ルール適用 → リモート接続
QUICK START
3ステップで初回接続を完了
まず最短経路で接続を通し、その後にルーティングや高度なネットワーク設定を調整します。初回設定では操作順を明確にしておくと、問題が起きても直前の確認済み段階へ正確に戻れます。
-
プラットフォームに合うクライアントをインストール
Windows、macOS、Linuxのデスクトップでは、まずv2rayNのプラットフォーム別ダウンロードページを開きます。Androidではv2rayNG、またはコアの要件に応じてv2flyNGを選べます。ダウンロード前にOSとプロセッサのアーキテクチャを確認し、インストール後はアプリのメイン画面から設定してください。同じローカルポートを使用するクライアントを複数同時に起動しないでください。
-
サブスクリプションを登録してノードを選ぶ
サブスクリプション管理で名前とURLを追加し、保存後に更新を実行します。ノード一覧が表示されたら、1つをアクティブサーバーとして選び、基本的な接続テストを行います。更新に失敗した場合は、URLが完全かを確認し、ログで解析失敗、ネットワークタイムアウト、認識できないレスポンスのどれかを確認してください。
-
プロキシを有効にしてルーティングを確認
デスクトップではまずシステムプロキシを有効にし、Androidでは初回接続時にシステムのネットワーク権限を許可します。次に、直接接続する想定のサイトとプロキシが必要なサイトをそれぞれ開き、両方のリクエストが想定どおりか確認します。基本接続が安定してから、カスタムルーティング、アプリプロキシ、TUNを設定し、複数の問題を重ねないようにします。
PROJECT V ECOSYSTEM
Project V、V2Fly、Xrayの関係
クライアント、コア、プロトコルは混同されがちです。3者の役割を理解すると、ソフトウェア選び、ログの読み方、互換性の判断がより明確になります。
コアの機能からGUIクライアントまで
Project Vは、プロキシプロトコル、トランスポート方式、ルーティングシステム、拡張可能なネットワークコンポーネントを軸とするオープンソース技術エコシステムです。V2Rayという名称は、初期のコアを指す場合と、関連するクライアントや設定方法を広く指す場合があります。実際の利用では、GUIクライアントがサブスクリプション管理、ノード選択、システムプロキシ、画面操作を担い、基盤となるコアが設定解析、接続確立、プロトコル処理、ルーティングを担当します。
V2FlyはV2Rayのコア路線を引き継ぎ、モジュール性、プロトコル実装、コミュニティによる保守を重視しています。Xrayも近い技術的系譜を持ち、既存設定との互換性を保ちながら、独自のトランスポート機能やプロトコル機能を発展させています。両者は単なるUIのバージョン違いではなく、独立して進化するコアの系統です。サブスクリプションに含まれるプロトコルパラメータが利用できるかは、クライアントに搭載されたコアとその対応範囲によって決まります。
v2rayNはデスクトップ向けのGUIクライアントで、Windows、macOS、Linux上でサーバー、サブスクリプション、ルーティングルール、ローカルプロキシ設定を管理できます。v2rayNGはAndroid向けで、通常はXrayコアと組み合わせて使います。v2flyNGもAndroid向けですが、V2Flyコアの系統を採用しています。3者はいずれもコミュニティが保守するオープンソースソフトウェアで、更新頻度は上流コアの変更、プラットフォームAPI、保守計画の影響を受けます。
オープンソースライセンスにより、コミュニティはコードを読んだり研究・改良したりできます。また、設定形式、問題の議論、バージョンの変更履歴も公開して記録できます。一般の利用者にとって実際の利点は、プロトコル互換性や起動エラーが起きたとき、クライアントログ、コアの違い、更新内容から原因を探せることです。すべての問題をノードの停止だけに帰する必要はありません。
v2rayN
サブスクリプション、サーバー一覧、システムプロキシ、ルーティング、コアの管理をGUIに集約します。日常的にノードを切り替えたり、複数のサブスクリプションを管理したり、ルーティングルールを段階的に調整したりするデスクトップユーザーに適しています。クロスプラットフォームUIと従来のWindows UIでは操作方法が異なるため、ダウンロードページで分けて説明しています。
v2rayNG
Androidでよく使われるGUIクライアントで、接続時にはシステムが提供するネットワークインターフェースを通じてアプリの通信を取り込みます。サブスクリプションの登録だけでなく、バックグラウンド動作、省電力設定、アプリごとのプロキシ、システム時刻にも注意が必要です。プロトコル機能と互換範囲は、主に採用しているXrayコアに依存します。
v2flyNG
操作の流れはモバイルで一般的なクライアントに近く、基盤にはV2Flyコアを採用しています。このコアの方針に合うサブスクリプション設定を使う場合や、異なるコアの動作を比較検証したい場合に適しています。選ぶ前に、サブスクリプションのプロトコルとトランスポートパラメータを確認し、UIの名称だけで比較しないようにしましょう。
LATEST NOTES
最新の設定・トラブル対処記事
速度、コア、Androidでの利用場面を中心に詳しく解説します。記事では再現可能なトラブル対処の順序を重視し、1回の速度測定結果を一般的な結論として扱いません。
V2Rayの通信速度が遅いときの対処法：ノード・回線・ローカル設定を3段階で確認
ノードの負荷とプロトコルのオーバーヘッドから確認し、次に回線が混雑する時間帯、ローカルのMux、DNS、ルーティング設定を調べます。各段階で比較テストを行い、複数の変数を行き来しながら変更するのを避けます。
記事を読む →XrayコアとV2Flyコアの違い
2つのコア系統の発展、プロトコル対応、クライアントとの関係から、v2rayN、v2rayNG、v2flyNGが基盤機能をどのように利用するかを解説します。
記事を読む →v2rayNG Android版の要点：接続許可、省電力設定、アプリごとのプロキシ
初回接続時の許可、バックグラウンド動作、アプリごとの通信範囲という3つの重要設定を整理し、クライアントをバックグラウンドに移すと接続が途切れることがある理由も説明します。
記事を読む →