READING ORDER / 01

クライアント選びから設定構造へ

V2Rayクライアントは、画面操作、サブスクリプション、システムプロキシを管理します。XrayまたはV2Flyのコアは、プロトコル処理、トランスポート、ルーティングを担当します。両者を分けて理解すると、画面の項目、コアのフィールド、サーバー側のパラメータを混同しにくくなります。

トップページは「プラットフォームを選ぶ—設定をインポート—ルーティングを確認—接続を検証」という順序で構成しています。すぐにインストールする場合はクライアントページ、手順を追う場合は入門ガイド、項目を確認する場合は設定大全へ進んでください。

FEATURE LEDGER / 02

クライアントの機能と設定の境界

以下では、よく使う画面機能をコアの概念に対応付けています。項目を選ぶと、操作手順、フィールドの範囲、確認すべきポイントを読めます。

SELECTED NOTE / ROUTING

ルールの順序、マッチ範囲、アウトバウンドタグ

ルーティングのトラブル対応は入力条件から始めます。まずトラフィックがどのinboundに入ったかを確認し、次にドメイン、IP、ポート、プロセスの条件にマッチするかを確認し、最後に対象outboundのタグと定義を調べます。ルール配列は通常、上から順に評価されるため、広すぎる条件を前に置くと、後続の細かなルールが無視されることがあります。クライアントの「グローバル」「ルール」「直結」などのモードは、入bound、ルーティング、アウトバウンドの関係を画面上で管理するものであり、互いに独立したプロトコルではありません。

PLATFORM INDEX / 03

4プラットフォームのクライアント入口

デスクトップではv2rayNを主な入口とし、Androidではコアの要件に応じてv2rayNGとv2flyNGから選べます。インストーラーとプロセッサーアーキテクチャの説明はダウンロードページにまとめています。

DESKTOP / WINDOWS

Windows

Windowsでは、v2rayNデスクトップ版または従来型のWPF版を選べます。前者はクロスプラットフォームのUIアーキテクチャを採用し、後者は従来のWindows操作に慣れた環境に適しています。ダウンロードページでは、インストール方法、システムプロキシの入口、2つのリリース系列の位置付けの違いも説明しています。

ダウンロードへ

DESKTOP / MACOS

macOS

macOSではv2rayNデスクトップ版を使用し、Apple SiliconとIntelのプロセッサーに合ったインストールファイルを選びます。チップの種類が分からない場合は、まずシステム情報でプロセッサーまたはチップ名を確認してからダウンロードページで選択してください。アーキテクチャの問題をアプリ起動の不具合と誤認するのを防げます。

ダウンロードへ

MOBILE / ANDROID

Android

AndroidではXrayコアを採用したv2rayNGを使えるほか、設定やコアの好みに応じてV2Flyコアを採用したv2flyNGも選べます。ダウンロードページではarm64版と汎用インストーラーを分けて提供し、VPNサービス、バックグラウンド動作、アプリごとのプロキシの基本的な関係も説明しています。

ダウンロードへ

DESKTOP / LINUX

Linux

Linuxデスクトップではv2rayNを使用でき、Debian、Ubuntu、Fedoraなどのディストリビューションに合わせてdebまたはrpmファイルを選びます。ダウンロードページにはx64とarm64の入口も掲載しています。インストール後はチュートリアルを参照し、デスクトップ連携、サブスクリプションのインポート、ログインセッションの自動起動を設定できます。

ダウンロードへ

すべてのクライアントを見る →

QUICKSTART / 04

3ステップで基本設定

クイックスタートでは最短の手順だけを扱います。初回接続が安定してから、カスタムDNS、複雑なルーティング、アプリごとのルールを少しずつ追加すると、問題発生時に変更箇所を特定しやすくなります。

01

インストールとプラットフォームの確認

OS、プロセッサーアーキテクチャ、デスクトップ環境に合うクライアントを選びます。WindowsとLinuxでは配布形式も確認し、macOSではチップのアーキテクチャを見分け、Androidではarm64版と汎用インストーラーから選択します。初回起動後は、画面が正常に開き、コアが読み込まれていることを確認してから設定をインポートしてください。インストールの問題と接続パラメータを同時に調べずに済みます。
02

サブスクリプションまたは単独設定をインポート

サブスクリプションは複数の項目をまとめて管理するのに適し、単独リンクや手入力のJSONは具体的なパラメータの確認に向いています。インポート後は、グループ、プロトコル、アドレス、ポート、トランスポート方式が想定どおり表示されるか確認し、アクティブ設定を手動で選びます。解析に失敗した場合は、まず内容形式とコピー範囲を確認してください。代理モードを何度も切り替えてインポート段階の問題を隠してはいけません。
03

接続、システム連携、検証

クライアントで接続を開始したら、プラットフォームに応じてシステムプロキシまたはモバイルのVPNサービスを有効にします。検証時は、まずシステムのネットワーク設定に従うアプリを使い、クライアントのログに対応するリクエストが出ているか確認します。基本経路を確認してから、迂回ルール、DNSルーティング、アプリごとの対象範囲を追加してください。この順序なら、接続パラメータ、システム連携、ルーティング条件のどの層に問題があるかを切り分けられます。

詳しいチュートリアルを見る →

ECOSYSTEM NOTES / 05

Project V、V2Fly、Xrayのコア系統

GUIクライアント、コア、設定形式は、連携して動作しますが役割の異なる層です。プロジェクトの関係を理解すると、ある項目が画面、コアの機能、プロトコルのどこに由来するのか判断しやすくなります。

Project V

エコシステムの系譜と設定モデル

Project Vは、inbound、outbound、ルーティング、DNS、policy、トランスポート設定を中心とする設定モデルを形成しました。単一のGUIプログラム名ではなく、プロトコル実装、コアの派生、クライアント画面、ドキュメントの実践によって構成される技術エコシステムです。多くのクライアントはJSONフィールドをフォーム、メニュー、モード選択に変換して操作を分かりやすくしていますが、基礎となる論理はinbounds、outbounds、routing、dnsなどの構造に戻って説明できます。

設定ファイルを読むときは、まずデータの流れから全体像をつかむとよいでしょう。アプリのトラフィックはローカルのinboundからコアに入り、ルーティングルールが使用するoutboundを決め、outboundがプロトコルとトランスポートのフィールドに基づいて接続を確立します。DNSやpolicyなどは、名前解決、リソース方針、特定の動作に条件を加えます。この流れに沿って読むほうが、孤立したフィールドを一つずつ暗記するより、参照タグの誤りやルール範囲の競合を見つけやすくなります。

V2Fly

継続的に保守されるコアの派生

V2FlyはProject Vに関連する技術体系を引き継ぎ、プロトコル、ルーティング、トランスポート、プラットフォーム対応を継続的に保守しています。v2flyNGはV2Flyコアを採用し、Android向けに別のGUIクライアント構成を提供します。選択時は、サブスクリプションの内容と対象コアの対応範囲を確認し、見た目が似たリンクだけで互換性を判断せず、クライアントに実際に表示される設定項目を基準にしてください。

コアの更新には、プロトコル実装、依存コンポーネント、トランスポートの動作、バグ修正が含まれることがあります。クライアントの更新にはさらに、画面、サブスクリプション解析、システム連携、プラットフォーム向けパッケージが含まれます。両者のリリース時期は異なる場合があるため、機能を確認するときはクライアント名と組み合わせているコア系統を同時に見分けてください。画面に表示されない項目を、コアが完全に対応していないと誤認しないことが重要です。

Xray

プロトコルとトランスポート機能の別系統

Xrayは同じ技術エコシステムに属するコア派生の一つで、プロトコル、トランスポート、ルーティング機能を独自の方針で保守しています。v2rayNGは通常Xrayコアと組み合わせて使われ、v2rayNも対応範囲内で該当コアを管理できます。設定を移行する際は具体的なフィールドを確認し、異なるコアの拡張項目がすべて同じ名前、初期値、対応範囲を持つと決めつけないでください。

VLESS、Reality、gRPC、細かなルーティングを扱う場合は、基本的なシステムプロキシ操作よりコアの違いが重要になります。まず動作する最小構成を残し、現在のコアのドキュメントに従って、トランスポートのセキュリティ、スニッフィング、DNS、ルーティング条件を一つずつ追加するのが安全です。複数のフィールドを同時に変更すると、失敗しても原因がプロトコル、トランスポート、ローカル接続のどこにあるか分かりにくくなります。

Open source

クライアント、ライセンス、更新の仕組み

v2rayN、v2rayNG、v2flyNGはいずれも、ソースコードを公開して保守されているクライアントプロジェクトです。コードが公開されていることで、画面の動作、設定変換、コアの呼び出し方を技術コミュニティで議論・検証でき、各プラットフォームが共通の設定概念をもとに独自の操作画面を構築できます。オープンソースは開発と協業の方式であり、任意の設定元やネットワーク環境を一括して判断する根拠に置き換えるものではありません。

更新時は、クライアントプログラム、コアコンポーネント、サブスクリプション内容の3つを分けて考えます。クライアントの更新は画面や解析ロジックを変える可能性があり、コアの更新はプロトコルやトランスポートの実装を変える可能性があります。サブスクリプションの更新は設定項目を置き換えるだけです。変更対象と時系列を記録すると、異常発生後に確認範囲を絞れます。当サイトのダウンロードページではプラットフォームとインストールファイルを案内し、設定大全ではフィールドの意味を説明し、ブログではアーキテクチャの違いとよくある保守上の問題を扱います。

SELECTED QUESTIONS / 06

よくある質問

以下では、トラブル対応の順序に沿って簡潔に判断方法を示します。具体的なボタンやフィールドの場所については、入門ガイドまたは設定大全へ進んでください。

v2rayNデスクトップ版とWPF版の選び方

デスクトップ版はAvaloniaのクロスプラットフォームアーキテクチャを採用し、Windows、macOS、Linuxで利用できます。WPF版はWindows専用で、従来の画面と操作手順を引き継いでいます。新規インストールならまずデスクトップ版を試し、Windowsで決まった操作手順を使い続けてきた場合は、両版の画面、依存関係、移行方法を比較してから選ぶとよいでしょう。ダウンロードページにはそれぞれの入口を用意しています。

サブスクリプションのインポート後も接続できない理由

インポートに成功したことは、クライアントがサブスクリプションの内容を読み取ったことだけを示します。アクティブ設定を選び、接続を開始したうえで、プラットフォームに応じてシステムプロキシまたはVPNサービスを有効にする必要があります。それでも応答がない場合は、アドレスとポート、プロトコルとトランスポートのフィールド、システム時刻、接続範囲、クライアントログの順に確認し、すぐにサブスクリプションURLだけを原因と決めつけないでください。

グローバルモード、ルールモード、システムプロキシの違い

システムプロキシはアプリのトラフィックをどのようにクライアントへ入れるかを示し、グローバルモードやルールモードはコアに入ったトラフィックがどのoutboundを選ぶかを示します。前者はシステム接続層、後者はルーティング層です。アプリがシステムプロキシを読み取らなければ、ルーティングをグローバルにしてもトラフィックがクライアントへ入らないことがあります。逆に、トラフィックが入った後も選択したルーティングモードの影響を受けます。

V2RayのDNS設定はどこから確認するか

まず、ドメインをシステムで解決するのか、コアに渡すのかを確認し、次にDNSサーバー、問い合わせ方針、静的マッピングを調べます。複数の処理方式を同時に有効にしている場合は、いったん単一路径に絞って基本の名前解決を確認し、その後で分流を戻します。ドメインとIPを組み合わせたルールを使う場合は、名前解決の結果がルーティングのマッチ判定に利用されているかも確認してください。

入門ガイドを読む → 設定大全を見る →