CLIENT CONFIGURATION INDEX

V2Ray設定ガイド:クライアント選びとサブスクリプション設定

クライアントのダウンロードサブスクリプションの読み込みルーティングの手順を整理し、v2rayN・v2rayNG・v2flyNGの対応プラットフォーム、カーネルの違い、システムプロキシの設定、よくある接続問題を解説します。

  • v2rayN デスクトップ版
  • v2rayNG Android
  • v2flyNG Android
対応プラットフォーム WINDOWS · MACOS · ANDROID · LINUX
カーネル系統 XRAY · V2FLY
クライアント V2RAYN · V2RAYNG · V2FLYNG
開発形態 OPEN SOURCE

PLATFORM DOWNLOAD

OS別にダウンロードページへ進む

まず端末のプラットフォームとプロセッサーのアーキテクチャを確認し、対応するクライアントを選びます。トップページの入口はプラットフォームの振り分け用です。インストーラーの種類、システム要件、ファイルの説明はダウンロードページで確認してください。

DESKTOP

Windows

Windowsのデスクトップ環境では、まずv2rayNを確認します。ダウンロードページでは、新しいデスクトップインターフェースと従来のWPFインターフェースの対応範囲を分けて説明しています。既存の設定がある場合は、サブスクリプショングループとルーティング設定を先にバックアップしてから、インストール方法を選ぶと安心です。

ダウンロードへ

DESKTOP

macOS

macOSではv2rayNデスクトップクライアントを使用します。ダウンロード前にシステム情報でプロセッサーの種類を確認してください。Apple SiliconとIntelでは対応ファイルが異なります。サブスクリプションを読み込んだ後のプロキシモード、ルーティングルール、デスクトップ版の操作方法は、他のプラットフォームと基本的に同じです。

ダウンロードへ

MOBILE

Android

Androidではv2rayNGとv2flyNGから選べます。前者はXrayカーネルを採用し、一般的なXray設定に適しています。後者はv2flyカーネルを採用し、V2Flyエコシステムの設定に対応するクライアントとして利用できます。ダウンロード時はarm64版と汎用ビルドも確認してください。

ダウンロードへ

DESKTOP

Linux

Linuxのデスクトップではv2rayNを使用できます。ディストリビューションに合わせてdebまたはrpmを選び、x64とarm64のアーキテクチャも確認してください。インストール後は、クライアントプロセス、システムプロキシの状態、デスクトップ環境のネットワーク設定をそれぞれ確認しましょう。カーネルだけが起動し、アプリの通信を取り込めていない状態を避けるためです。

ダウンロードへ

CLIENT WORKSTATION

3つのクライアントの設定ポイント

クライアント名は似ていますが、対応プラットフォーム、カーネル系統、設定画面は完全には同じではありません。まず端末に合うクライアントを選び、サブスクリプション、ノード、プロキシモード、ルーティングルールの順に設定します。

デスクトップ版を優先

v2rayN:デスクトップのサブスクリプションとシステムプロキシ

v2rayNはWindows・macOS・Linuxに対応し、複数のサブスクリプショングループ、手動ノード、ルーティングルールをまとめて管理したいデスクトップ環境に適しています。基本的な流れは、サブスクリプショングループを作成し、サーバー一覧を更新して実接続テストを行い、使用するノードを選んでから適切なシステムプロキシモードを有効にすることです。クライアントはXrayまたはV2Fly関連のカーネル機能を呼び出せますが、利用できるプロトコルは使用中のカーネルと設定内容によって異なります。トラブル時は、クライアントのログ、システムプロキシ、ブラウザーの接続を分けて確認し、ノード一覧の単一の状態だけで判断しないようにしてください。

設定項目一覧

  • システムプロキシモード
  • サブスクリプショングループと更新
  • 実接続テスト
  • ルーティングルールセット
  • カーネルの種類とログ
カーネル系統:Xray / V2Fly オープンソースのデスクトップクライアント 対応プラットフォーム:3

QUICK START

サブスクリプションの読み込みから接続確認まで

初回設定では、多くの詳細項目を同時に変更しないでください。まず再現可能な基本接続を1つ確立し、その後にルーティング、DNS、アプリごとのルールを段階的に追加します。問題が起きたとき、どの変更が原因かを特定しやすくなります。

  1. 01

    サブスクリプションを読み込み、グループを確認する

    V2Rayのサブスクリプションリンク全体をコピーし、クライアントのサブスクリプショングループまたは購読設定にアドレスを追加して更新します。更新後すぐに接続せず、まずサーバー一覧に設定が実際に表示され、作成したグループに入っていることを確認してください。一覧が空の場合は、アドレスが完全にコピーされているか、サブスクリプション元へ接続できるか、クライアントログに形式解析エラーがないかを順に確認します。QRコードや単一ノードのリンクは一時的な読み込みに向いていますが、複数ノードを長期的に管理するなら、サブスクリプショングループのほうが更新と取得元の区別を一元化できます。

  2. 02

    ノードとプロキシモードを選ぶ

    現在のグループから1つのノードをアクティブ設定として選び、まず実接続テストを実行して、ハンドシェイク全体が確立できることを確認します。デスクトップでは続けてシステムプロキシモードを設定し、Androidではシステム接続を開始します。初回確認ではクライアントの基本プロキシモードを使い、複雑な分流設定は後回しにするのがおすすめです。グローバルプロキシはより多くの通信をプロキシのアウトバウンドへ渡し、ルールモードはドメイン、IP、ポート、プロセスなどの条件に応じて直接接続かプロキシかを選びます。どちらも通信の振り分け方を決める機能であり、サブスクリプションのパラメーターエラーやノード自体の到達不能を直すものではありません。

  3. 03

    ブラウザー、ログ、ルーティング結果を確認する

    接続を開始したら、まずブラウザーで確実に利用できるページへアクセスし、クライアントログに該当リクエストが記録されるか確認します。デスクトップでは、OSのプロキシ設定が反映され、クライアント終了後に想定どおり復元されるかも確認してください。一部のサイトだけ失敗する場合は、ドメイン解決とルーティングの一致を調べます。すべての接続がタイムアウトする場合は、ノードのアドレス、ポート、プロトコルパラメーター、ローカルネットワークを優先して確認します。基本確認が終わってからgeosite、geoip、広告ブロック、アプリごとのルールを追加し、変更は毎回1グループだけにして前後のログを保存してください。

OPEN SOURCE ECOSYSTEM

Project V・V2Fly・Xrayの関係

クライアントは画面、サブスクリプション、システム連携を担当し、カーネルはプロトコル、トランスポート、ルーティング、アウトバウンド処理を担当します。この2つの層を分けて考えることが、クライアントの違いを理解し、設定問題を切り分ける基本です。

Project Vからカーネル系統へ

Project Vは、V2Rayに関連する技術とツールから形成された初期のオープンソースエコシステムです。コアの設定モデルは、インバウンド、アウトバウンド、ルーティング、DNS、トランスポート、ポリシーを中心に構成されています。コミュニティの発展に伴い、V2Flyはv2ray-coreの系統を引き継いで保守し、Xrayは近い設定思想を基盤に別のカーネル系統として発展しました。両者には共通する概念が多くありますが、プロトコル対応、項目の詳細、トランスポート機能、デフォルト動作は異なる場合があります。そのため「V2Ray設定」と書かれていても名称だけで判断せず、クライアントが実際に呼び出すカーネルと、サブスクリプションが生成する設定の対象を確認する必要があります。

グラフィカルクライアントとカーネルは同じものではありません。v2rayNは主にデスクトップでのサブスクリプション管理、ノード選択、システムプロキシ、ルーティング編集、ログ確認、カーネル呼び出しを担います。v2rayNGとv2flyNGは、同様の機能をAndroidのシステム接続フローに組み込みます。接続に失敗したとき、画面上ではノードが正常に表示されていても、カーネルが項目の非互換、証明書名の不一致、トランスポートパラメーターの不足、ルーティングタグの誤りによって処理を停止している可能性があります。「起動済み」という単一の状態より、ログに記録された具体的な段階のほうが判断材料になります。

オープンソースライセンスは、コードの使用、変更、再配布の範囲を定めます。各プロジェクトについては、公開されているライセンス文を基準にしてください。一般の利用者にとって、オープンソースで保守される直接的な意義は、設定形式、問題の議論、変更履歴を継続的に確認できることです。クライアントを選ぶ際は、プラットフォーム、カーネルの要件、設定の入手元を基準に判断し、似たプロトコル名を採用しているクライアントを完全に同じものと考えないようにしましょう。

更新の仕組みも層ごとに考える必要があります。クライアントの更新は画面機能、プラットフォーム対応、サブスクリプション管理のロジックを担当し、カーネルの更新はプロトコル実装、ルーティング機能、低レベルのネットワーク処理を担当します。ルールデータの更新はドメインやIPの分類に影響します。3つが同時に公開されるとは限りません。更新後に古い設定の挙動が変わった場合は、クライアント設定、カーネルの種類、ルールの取得元、エラーログを記録してから項目ごとに比較してください。すべての設定をすぐに消去すると、最も重要な調査情報を失います。

v2rayN

オープンソースのデスクトップクライアントで、複数のデスクトップシステム上でサブスクリプショングループ、ノード、プロキシモード、ルーティングを管理します。使用時は、画面のバージョン、選択したカーネルの種類、システムプロキシの状態を同時に確認してください。

v2rayNG

オープンソースのAndroidクライアントで、Xrayカーネル系統を採用しています。アプリごとのプロキシ、モバイルネットワークの切り替え、QRコードの読み込み、一般的なXrayプロトコル設定が必要な端末に適しています。

v2flyNG

オープンソースのAndroidクライアントで、v2flyカーネル系統を採用しています。V2Fly設定の動作に合わせたい場合や、モバイル端末でもこのカーネル体系を維持したい場合に適しています。

CHECKLIST

よくある質問

以下の質問は設定の流れに沿って並べています。まずローカルのプロキシが通信を取り込めているかを確認し、次にノードのハンドシェイク、最後にルーティングとDNSを確認すると、ノードを何度も切り替えるより原因を特定しやすくなります。

サブスクリプションを更新しても新しいノードがない

まず、現在使用しているサブスクリプショングループを更新したか確認し、次にサブスクリプションアドレスが完全か、更新ログに解析エラーがないかを調べます。名前が似たグループが複数ある場合、ノードが別のグループに入っている可能性があります。

サブスクリプションの問題を見る →

クライアントは実行中なのにブラウザーが接続できない

デスクトップでは、システムプロキシが反映されているか、ブラウザーがシステム設定を使用しているかを確認します。Androidではシステム接続が確立しているか確認してください。その後、ノードのハンドシェイクとドメイン解決のログを確認します。

トラブルシューティングへ →

グローバルプロキシとルールモードの選び方

グローバルモードはより多くの通信をプロキシのアウトバウンドへ渡し、ルールモードは条件に応じて直接接続、プロキシ、ブロックを選びます。初回接続ではまず基本経路を確認し、その後に分流ルールを段階的に設定してください。

ルーティング用語を見る →

遅延は低いのに実際の速度が遅い

ping、実接続の遅延、ダウンロード速度テストでは測定対象が異なります。実際の速度は、ハンドシェイク、回線の混雑、サーバー負荷、トランスポート方式、接続先サイトの応答にも左右されます。

速度テストの違いを知る →

LATEST NOTES

設定・トラブル解決記事

ルーティングルール、初回接続、クライアント画面の3つの入口から操作の詳細を補足します。記事の手順と用語ページ、トラブルシューティングページは相互に対応しているため、問題に応じて続けて確認できます。