Windows / macOS / Android / Linux デスクトップ・モバイルクライアント

V2Ray オープンソースコミュニティ
v2rayN のダウンロードと設定

実際の設定手順に沿って、無料のオープンソースクライアントXray と V2Fly のコアサブスクリプションのインポートとルーティングを整理。プラットフォームの選択から接続確認まで、再確認できる操作手順を示します。

  • Xray コア
  • V2Fly エコシステム
  • REALITY プロトコル
  • 中国語の設定ドキュメント
OSに対応するダウンロード欄へ移動
Platform Downloads

プラットフォーム別に V2Ray クライアントを選ぶ

デスクトップでは v2rayN を基本の選択肢とし、Androidではコアの要件に応じて v2rayNG または v2flyNG を選べます。各プラットフォームの入口から、ダウンロードページの該当タブを直接開けます。

Windows

v2rayN のクロスプラットフォーム版または従来の WPF 版を選択できます。統一されたインターフェースを使いたい場合はデスクトップ版、従来のトレイやウィンドウ操作を使いたい環境には WPF 版が適しています。

ダウンロードへ

macOS

v2rayN では、プロセッサのアーキテクチャに対応したデスクトップ用インストーラーを提供しています。ダウンロード前にシステム情報でチップの種類を確認し、対応する入口を選ぶと、パッケージの不一致を防げます。

ダウンロードへ

Android

v2rayNG は Xray コアを使用し、VLESS や REALITY などの設定に対応します。v2flyNG は V2Fly コアを使用し、Project V の標準実装を重視する場合の代替クライアントになります。

ダウンロードへ

Linux

v2rayN デスクトップ版は、一般的な deb・rpm パッケージ形式と複数のプロセッサアーキテクチャに対応しています。ディストリビューションのパッケージ体系とデバイスのアーキテクチャを確認してから、該当するファイルを選んでください。

ダウンロードへ
Configuration Flow

サブスクリプション、ルーティング、接続確認

クライアントが使えるかどうかは、インストールの完了だけでは決まりません。サブスクリプションを正しく解析できるか、ルーティングルールが想定どおり適用されるか、システムプロキシが対象アプリを経由させているかを、設定項目ごとに確認する必要があります。

1サブスクリプションをインポート 2ルーティングを選択 3接続を確認

更新可能なサブスクリプショングループを作成

v2rayN でサブスクリプショングループの設定を開き、グループ名とサブスクリプションURLを追加して保存したら、現在のグループを更新します。共有リンクを1件ずつ貼り付けるより、グループ化したほうが長期的な管理に適しています。サーバー側の内容が変わっても、該当グループを更新するだけで済み、設定をすべて整理し直す必要がありません。インポート後は、項目がクライアントに認識されるか、プロトコル、アドレス、ポート、伝送方式などが表示されているかを確認してください。更新に失敗した場合は連続してクリックせず、リンクの有効性、更新方式、形式の互換性、ローカルネットワークの状態を順に確認します。

サブスクリプショングループ設定
グループ名:日常設定
更新方式:プロキシを使わずに更新
自動更新間隔:必要に応じて設定
操作順序:アドレスを追加 → 保存 → 現在のサブスクリプションを更新
Quick Start

v2rayN を3ステップで始める

このクイック手順では、確認可能な基本設定を作成します。初回は高度なパラメータを一度に大量変更せず、サブスクリプション、ルーティング、システムプロキシの経路を整えてから、必要に応じて DNS、Mux、細かなルールを調整してください。

01

インストールしてサブスクリプションをインポート

OSとプロセッサアーキテクチャに合うクライアントをダウンロードします。インストール後にサブスクリプショングループの設定を開き、グループ名と有効なサブスクリプションURLを入力して更新します。共有リンクを1件使う場合も、クライアントが対応するプロトコルと伝送の組み合わせを先に確認してください。インポートが成功しただけでは、接続パラメータが有効とは限りません。プロトコル、サーバーアドレス、ポート、伝送層、セキュリティ層、コアの対応状況も確認する必要があります。

02

ルーティングとシステムプロキシモードを選択

日常利用では、まずルールモードを使い、プライベートネットワークと geosite・geoip 条件に一致するトラフィックを direct へ、それ以外を proxy へ送ります。システムプロキシに従うすべてのアプリを同じプロキシ出口へ通したい場合は、グローバル関連モードに切り替えられますが、一部のアプリはシステム設定を無視することがあります。v2rayN の「システムプロキシを自動設定」はシステムのプロキシパラメータを書き込み、ローカルリスニングポートはクライアントのインバウンド設定で決まるため、両者を対応させる必要があります。

03

接続してログを確認

設定を1つ選んでクライアントを起動し、まずコアが正常に動作しているか、次にシステムプロキシの状態を確認します。接続に異常がある場合は、warning または error の情報から、ドメイン解決、プロトコル項目、証明書の時刻、伝送経路、ポートの競合などを特定します。複数のパラメータを一度に変更しないでください。どの変更が影響したのか判断できなくなります。1回につき1つの変数だけを調整し、再接続して結果を記録する方法が安全です。問題を明確に再現できるか、修正を確認できるまで続けます。

Open Source Ecosystem

Project V、V2Fly、Xray コアの関係

クライアント、コア、プロトコルはそれぞれ異なる層に属します。各層の役割を理解すると、設定の互換性を判断しやすくなり、GUIの項目と基盤となるプロトコル実装を混同せずに済みます。

Project V から広がったコアの系譜

Project V は、V2Ray の設定モデルを基盤とするネットワークツールのエコシステムを形成しました。インバウンド、アウトバウンド、ルーティング、DNS、ポリシー、伝送設定を比較的独立したモジュールに分け、ルールでそれらを接続する考え方が中心です。VMess は初期の代表的なプロトコルで、その後 VLESS、Trojan、Shadowsocks 互換実装や、さまざまな伝送方式へと拡張されました。設定ファイルの inboundsoutboundsrouting などの構造は、現在も関連コアの動作を理解する重要な入口です。

V2Fly は Project V のコミュニティによる保守方針を引き継ぎ、V2Ray Core はしばしば v2fly コアと呼ばれます。モジュール式の設定思想を保ちながら、プロトコル対応、伝送コンポーネント、ルーティングリソース、クロスプラットフォーム動作を継続的に発展させています。v2flyNG はこのコア系統を採用しており、V2Fly の実装経路を必要とする Android ユーザーに適しています。V2Fly を選んだからといって VMess だけを使うわけではなく、実際に利用できるプロトコルはクライアント内蔵コアと設定項目の対応状況によります。

Xray は近い設定体系から発展し、VLESS、XTLS、REALITY などにより集中的な実装を提供しています。v2rayN と v2rayNG は通常 Xray コアを使用するため、同じサブスクリプションを両方のクライアントで使う場合、項目の解釈は比較的近い傾向があります。ただし、デスクトップとモバイルではシステムプロキシ、VPNによる制御、DNSの動作、バックグラウンド実行の仕組みが異なります。コアが同じだからといって、すべての設定が完全に共通すると考えてはいけません。

コアは設定の解析、接続の確立、ルーティングの実行、データ伝送を担当し、GUIクライアントはサブスクリプション管理、パラメータ編集、システムプロキシの切り替え、ログ確認、コアプロセス管理を担当します。問題が起きたときは、まず障害がGUI層とコア層のどちらにあるかを切り分けます。たとえばサブスクリプションボタンで内容を解析できない場合は、サブスクリプション形式またはクライアントの解析処理が原因であることが多く、コア起動後に項目が無効だと表示される場合は、設定構造またはコアの互換性に近い問題です。一部のアプリだけ動作しない場合は、システムプロキシやアプリ自身の設定を確認します。

デスクトップクライアント

v2rayN

v2rayN は Windows、macOS、Linux 向けのGUIクライアントで、サブスクリプショングループ、サーバー設定、ルーティングルール、DNS、システムプロキシ、Xray などのコアを管理します。クロスプラットフォーム版と Windows WPF 版では、UI技術やトレイ動作に違いがありますが、基本的な流れはいずれも設定のインポート、サーバー選択、プロキシモードの設定、ログ確認です。

Android · Xray

v2rayNG

v2rayNG は Xray コアの機能を Android クライアントに統合し、一般的な共有リンクやサブスクリプションをインポートできます。システムが提供する VPN インターフェースでアプリの通信を制御し、VLESS、REALITY、VMess、Trojan、Shadowsocks の設定が必要なモバイル端末に適しています。ルーティング、アプリごとのプロキシ、DNSの動作は、システムの制約を踏まえて設定してください。

Android · V2Fly

v2flyNG

v2flyNG は V2Fly コアを採用した、Android向けのもう1つのオープンソースクライアントです。v2rayNG と似たUIの考え方を持ちますが、基盤となるコア系統は異なります。サブスクリプションが Xray 固有の項目に依存する場合は、互換性を優先して確認してください。設定が V2Fly の対応範囲内であれば、同じインポート、接続、ログ確認の流れで設定できます。

オープンソースプロジェクトと更新の仕組み

関連プロジェクトは公開ソースコードとオープンソースライセンスに基づいて協力しており、クライアントとコアは通常それぞれ独立したリリースサイクルで更新されます。クライアントの更新はUI、サブスクリプション解析、システム統合、互換性に集中し、コアの更新はプロトコル実装、ルーティングリソース、伝送コンポーネント、セキュリティ修正、設定項目に及ぶことがあります。両者が常に同時にリリースされるわけではないため、新しいプロトコルや項目を調べる際は、クライアントが設定を渡せるか、コアが対応機能を実装しているかを併せて確認してください。

サブスクリプションサービスが提供する設定にも、独自の変更サイクルがあります。クライアントを更新しても無効なサブスクリプションが自動修正されるわけではなく、サブスクリプションを更新してもローカルプログラムの機能は変わりません。管理を明確にするには、クライアントの更新、コアの変更、サブスクリプションの調整を分けて記録し、異常が起きたら直近で変化した層を特定します。これにより、むやみな再インストールや設定の上書きを減らし、切り戻し可能な判断経路を残せます。

  • クライアントUI
  • コアプロセス
  • サブスクリプション解析
  • ルーティングリソース
  • システムプロキシ
Technical Notes

V2Ray の設定とプロトコル記事

プロトコルの仕組み、サブスクリプションの障害、プラットフォームの権限を中心に、実行可能な確認方法を整理しています。各記事ではまずパラメータ間の関係を説明し、そのうえで実際に操作しやすい手順を示します。

プロトコル解説

REALITY と XTLS Vision はなぜ速い?:ハンドシェイクの再利用とフロー制御の仕組み

TLSハンドシェイクのコストから始め、REALITY のハンドシェイク方式、XTLS Vision が重複処理を減らす考え方、そして Xray コアで両者を組み合わせる前提を解説します。プロトコル、セキュリティ層、フロー制御パラメータも区別し、名称だけで性能を判断しないよう整理します。

記事を読む →
トラブルシューティング

V2Ray のサブスクリプション更新に失敗したときの確認方法:リンク・解析・形式チェックリスト

リンクの有効性、更新方式、Base64 の内容、共有リンクの形式、クライアントの対応範囲に沿って確認手順を整理します。更新ボタンを繰り返し押しても、形式や互換性の問題は通常解決しない理由と、ネットワーク障害と解析エラーを見分ける方法を説明します。

記事を読む →
プラットフォーム別

v2rayN の macOS インストールがブロックされる:開発元未確認とネットワーク権限への対処手順

プライバシーとセキュリティの設定で許可する手順、隔離属性への対処方法、システムプロキシが反映されない場合の確認方法を説明します。アプリの起動権限とネットワークプロキシ権限を分けて確認し、どのシステム層から警告が出ているかを特定できます。

記事を読む →
v2rayN をダウンロード