PLATFORM ENTRY

V2Rayクライアントの対応プラットフォーム

トップページではOSに応じて案内を分けています。インストーラーページで、プロセッサーのアーキテクチャ、パッケージ形式、クライアントコアに合ったファイルを選択してください。デスクトップではv2rayNを中心に、Androidではv2rayNGとv2flyNGから選べます。

Windows

v2rayNデスクトップクライアントを使用します。インストーラーページでは、新しいデスクトップUIと従来のWPF版の違いに加え、動作環境、展開インストール、システムプロキシの有効化、ポート競合への対処を説明しています。

ダウンロードページへ

macOS

v2rayNのクロスプラットフォーム版を使用します。ダウンロード前に、デバイスがApple SiliconかIntelプロセッサーかを確認してください。対応するタブで、アーキテクチャの確認方法、初回起動、システムプロキシの設定を確認できます。

ダウンロードページへ

Android

まずはXrayコアを使用するv2rayNGを確認してください。V2Flyコアが必要な場合はv2flyNGを選択できます。インストーラーページではarm64と汎用アーキテクチャを分け、サブスクリプションの追加、VPN権限、バックグラウンド実行の設定を説明しています。

ダウンロードページへ

Linux

v2rayNデスクトップクライアントを使用します。インストール先はdeb、rpm、プロセッサーアーキテクチャ別に分かれており、一般的なデスクトップディストリビューションに対応します。インストール後は、デスクトップ環境でシステムプロキシを設定するか、クライアントのTUN機能を利用してください。

ダウンロードページへ

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

CLIENT CAPABILITIES

v2rayNの設定主要ポイント

クライアントは、設定とコアをつなぐグラフィカルインターフェースにすぎません。実際の動作は、ノードパラメータ、プロトコルの項目、ルーティングの順序、DNS経路、システムによる通信の取り込み方で決まります。ここでは利用頻度の高い4つのポイントに分けて説明します。

ROUTING

V2Rayルーティング

ルーティングルールは、通信をプロキシ経由、直接接続、遮断のどこへ送るかを決めます。条件には、ドメイン、宛先IP、ポート、インバウンドタグ、プロトコル種別などがあります。v2rayNではプリセットルールを使えるほか、カスタムJSONも読み込めます。設定時は、まず意味を説明できる少数のルールから始め、geositeやgeoipの項目を段階的に追加してください。ルールが多いほどマッチングが正確になるとは限りません。問題を調べる際は、上から下へのマッチ順、最終的なフォールバック先、ドメイン解決結果を確認し、同じ宛先が競合する条件に入らないようにします。

単純なグローバルプロキシと比べ、ルーティングでは用途ごとの通信を細かく制御できます。日本国内のサービスを直接接続し、特定ドメインだけをプロキシ経由にし、LANアドレスの迂回や広告ドメインの遮断を個別に設定できます。ログから、各ルールが実際に適用されたか確認しやすい点も利点です。

routing.json

{
  "type": "field",
  "domain": ["geosite:cn"],
  "outboundTag": "direct"
}

設定ガイドをすべて見る →

OPEN SOURCE ECOSYSTEM

Project V、V2Fly、Xrayコアの関係

V2Rayは、単一のグラフィカルクライアントの名称ではありません。一般には、Project Vから生まれたプロトコル、コア、クライアントのエコシステムを指す言葉として使われます。コアとインターフェースの役割を理解すると、設定の問題がどの層で起きているか判断しやすくなります。

Project Vから広がったコアファミリー

Project Vは初期にV2Ray Coreとその設定体系を確立し、VMess、インバウンド、アウトバウンド、ルーティング、トランスポート層などの概念が形作られました。その後、コミュニティの開発方針が分岐し、V2Flyはv2fly-coreを継承・保守し、Xrayは既存の設定思想との互換性を保ちながらxray-coreを発展させました。どちらも現在よく使われるコア実装ですが、対応するプロトコル拡張、設定項目、リリースペースは完全には一致しません。

グラフィカルクライアントがプロトコル処理を直接担うことは通常ありません。v2rayN、v2rayNG、v2flyNGは、サブスクリプション管理、ノード編集、パラメータ生成、コアの起動、システムプロキシの切り替え、ログ表示を担当し、実際の通信は呼び出されたコアが処理します。そのため、同じノードでもコアの種類、コア設定のテンプレート、クライアントのバージョン対応によって動作が変わる場合があります。調査時は「V2Rayに接続できない」とだけ記録せず、クライアント名、使用コア、プロトコル項目、エラーログを記録してください。

オープンソースライセンスにより、開発者はコードを確認し、設定の実装を研究して派生ツールを構築できます。ただし、各プロジェクトのライセンス、依存関係、リリース方法は個別に確認する必要があります。サイトのドキュメントは公開された設定モデルと実際のクライアント画面を基に、導入、パラメータの意味、切り分けの順序を説明しています。異なるプロジェクトを同じソフトウェアパッケージとして扱うことはありません。

V2FLY

v2fly-core

V2Flyコミュニティが保守するコアは、Project Vの設定体系を受け継ぎ、インバウンド、アウトバウンド、ルーティング、DNS、さまざまなトランスポート方式に対応します。v2flyNGはこのコアをAndroid向けのグラフィカルな入口として利用し、V2Flyコアを使う構成を維持したい場合に適しています。

XRAY

xray-core

Xrayコアは従来のV2Ray設定概念との高い関連性を保ちながら、VLESSやREALITYなどの機能を発展させています。v2rayNとv2rayNGはクライアントエコシステムでXrayを呼び出すことが多く、具体的な対応範囲はクライアントとコアの組み合わせによって異なります。

CLIENTS

3つのグラフィカルクライアント

v2rayNはWindows、macOS、Linuxのデスクトップシステム向け、v2rayNGはAndroid向けでXrayコアを主に使用し、v2flyNGもAndroid向けですがV2Flyコアを採用しています。3つは役割が異なるため、名前の似ている度合いだけで選ばないでください。

更新の仕組み

クライアント、コア、GeoIP、GeoSiteのデータは同じコンポーネントではありません。クライアントの更新では、通常インターフェースや設定生成ロジックが変わります。コアの更新はプロトコル処理と動作に影響し、地理データの更新はルーティングルールのマッチングに影響します。ルーティングが正しく振り分けられない場合は、まずデータファイルを確認し、プロトコル項目を認識できない場合は、コアとクライアントの対応関係を確認してください。

設定の互換性

共有リンクやサブスクリプション形式は設定を交換する手段にすぎず、すべてのクライアントが各項目に対応するとは限りません。インポートに成功しても、クライアントが基本構造を認識したことを示すだけです。トランスポート、セキュリティ層、SNI、フィンガープリント、ルーティング設定が完全か確認してください。コアをまたいで移行する場合は、元の設定をそのまま上書きせず、項目ごとに照合します。

ログによる切り分け

有効なログには、発生時刻、接続段階、エラー種別が含まれます。DNS解決失敗、TCP接続タイムアウト、TLSハンドシェイク失敗、認証項目の誤り、ルーティングの未マッチは、それぞれ異なる層を示します。まずエラーがどの層で発生したかを特定し、該当する設定だけを変更することで、複数の変数を同時に変えて新たな混乱を招くのを避けられます。

QUICK DIAGNOSIS

V2Rayよくある質問

以下では、初回インストール後に特に混乱しやすい4つのポイントを扱います。体系的に調べる場合は、ガイド、概念リファレンス、トラブルシューティングも確認してください。

v2rayNでサブスクリプションを追加してもノードが表示されないのはなぜ？

まず「サブスクリプションを更新」を実行しているか確認してください。サブスクリプショングループを追加しただけでは更新されません。URLの先頭や末尾の文字が欠けていないかも確認します。続いて、システム時刻、現在のネットワーク接続、クライアントログを確認してください。リクエストが成功しても解析結果が空の場合は、返された形式がクライアントの対応範囲と一致していない可能性があります。設定をすべて削除してやり直すのではなく、元のサブスクリプションを残して項目ごとに確認してください。

サブスクリプション追加の手順を見る →

システムプロキシを有効にしても、一部のアプリが直接接続する場合は？

システムプロキシは、その設定を読み取るアプリにのみ適用されます。まず対象アプリに独自のプロキシ設定がないか確認し、独自のネットワークスタックを使っていないか調べてください。より広い範囲の通信を取り込む必要がある場合はTUNモードを検討できますが、先に通常のプロキシモードでノードが正常に動作することを確認し、複数のネットワークツールが同時にルーティングテーブルを変更しないようにしてください。

システムプロキシとTUNの概念を見る →

ノードには接続できるのにウェブページの表示が遅い場合、何を確認すべき？

まず、DNS解決、接続確立、コンテンツ転送のどこが遅いのかを切り分けます。別のウェブサイトでも試し、ログで解決や再接続が繰り返されていないか確認してください。続いて、ルーティングルール、DNSクエリの経路、トランスポート方式、ローカルネットワークを調べます。接続先、時間帯、回線によって大きく結果が変わるため、1回の速度テストだけで判断しないでください。

速度問題の切り分けを見る →

VMess、VLESS、Trojanはどのように選ぶべき？

プロトコルはサーバー側の設定と一致させる必要があり、クライアント上で自由に置き換えることはできません。サーバーが指定したプロトコル、ポート、ユーザー識別子、セキュリティ層、トランスポートパラメータを確認してください。完全なサブスクリプションがある場合は、手動で書き換えるより直接インポートする方が確実です。手動設定が必要な場合は、元の資料と各項目を照合してください。

プロトコルの概念リファレンスを見る →

FIELD NOTES