v2rayN · v2rayNG · v2flyNG

V2Ray公式サイト v2rayNのダウンロードと設定ガイド

オープンソースのクライアント、4つのOS向けダウンロード、設定ガイドを掲載。サブスクリプションの追加から接続確認まで解説します。

  • プロトコル
  • VMess
  • VLESS
  • Trojan
  • REALITY
デスクトップクライアント
v2rayN
モバイルクライアント
v2rayNG · v2flyNG
コアの種類
Xray · V2Fly
プロジェクトの特徴
オープンソースソフトウェア

クライアントをダウンロード

OSに合わせてV2Rayクライアントを選ぶ

デスクトップではv2rayN、モバイルではまずv2rayNGを確認しましょう。ダウンロードページで、デバイスのアーキテクチャに合ったパッケージを選べます。

Windows

v2rayNには通常版と従来のWPF版があります。通常版はクロスプラットフォームのUIを採用し、WPF版はおなじみのデスクトップ操作を維持しています。まずOSのアーキテクチャを確認し、使い慣れたUIに合わせて選びましょう。

初めて使う場合は、書き込み可能なフォルダーにクライアントを配置してください。サブスクリプションを追加してサーバーを選んだら、システムプロキシを設定します。起動できない場合は、ランタイムとフォルダーのアクセス権を確認しましょう。

ダウンロードページへ

macOS

v2rayNはApple Silicon搭載MacとIntel搭載Macでダウンロード先が異なります。「このMacについて」でチップ情報を確認し、外観だけでインストーラーのアーキテクチャを判断しないようにしましょう。

インストール後、システムが求める必要な権限を許可してください。通常のWeb閲覧にはシステムプロキシを使い、より多くのアプリの通信を処理する場合はTUNを検討します。ネットワーク拡張の許可画面にも注意してください。

ダウンロードページへ

Android

まずXrayコアを採用したv2rayNGを確認しましょう。V2Flyコアが必要な場合はv2flyNGを検討してください。一般的なデバイスではarm64を選び、アーキテクチャがわからない場合はユニバーサル版の説明を確認します。

初回接続時にシステムのVPN許可を求められます。許可後、実際に接続して速度を測定し、アプリからアクセスできるか確認してください。バックグラウンドで切断されやすい場合は、バッテリー管理とバックグラウンド実行の制限を見直しましょう。

ダウンロードページへ

Linux

v2rayNではdeb版とrpm版に加え、arm64向けのパッケージも選べます。ディストリビューションのパッケージ形式とプロセッサのアーキテクチャの両方を確認してください。

GUIを起動したら、ノード設定とローカルプロキシポートを確認します。システムプロキシの利用方法はデスクトップ環境によって異なるため、設定が反映されているか、各アプリのプロキシ設定も含めて確認しましょう。

ダウンロードページへ

インストールパッケージに含まれるのはクライアントであり、そのまま使えるサーバーではありません。設定を始める前に、有効なサブスクリプションURLまたはサーバー情報を用意してください。サブスクリプションURLにはアカウント情報が含まれることがあるため、公開ページやスクリーンショットに載せないでください。

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

よく使う設定

システムプロキシ・ルーティング・サブスクリプション管理

まず接続できることを確認してから、設定を一つずつ調整しましょう。以下は設定画面の例です。実際のメニュー名は使用中のクライアントで確認してください。

システムプロキシ:まずは普段使うアプリで接続

システムプロキシは、OSの設定に従うアプリにローカルプロキシのアドレスを知らせる機能です。まずブラウザーでのアクセス確認に使いましょう。サブスクリプションを追加してサーバーを選んだら、クライアントでシステムプロキシを有効にし、新しいページを開いて確認します。TUNとは通信を処理する仕組みが異なり、通常は仮想ネットワークインターフェースを作成しません。ただし、この設定を無視するアプリもあるため、個別にプロキシを指定する必要があります。クライアントを終了する前にシステムプロキシを解除しないと、閉じたローカルポートが参照されたままになることがあります。接続できない場合は、まずコアが起動しているか、そのアプリがシステムプロキシを使うかを確認し、設定を一度に変更しないようにしましょう。

基本の接続手順を見る →
プロキシ設定
システムプロキシを設定
ルーティング中国本土をバイパス
終了時システムプロキシを解除

オープンソースのエコシステムと設定の注意点

Project V、V2Fly、Xray

クライアント、コア、サーバーの役割を理解すれば、設定項目を暗記するよりも問題の原因を絞り込みやすくなります。

エコシステムの背景:クライアントとコアは別の役割

V2RayはProject Vのエコシステムに属するネットワークプロキシツールで、インバウンド、アウトバウンド、ルーティング、トランスポートなどのモジュールで接続を構成します。V2FlyコミュニティはV2Ray関連プロジェクトの開発を引き継ぎ、Xrayは独自の方向で開発が進む関連コアプロジェクトです。技術的な背景は共通していますが、名称だけが違い設定も完全に同じソフトウェアというわけではありません。対応プロトコル、フィールドの意味、デフォルト動作は、実際に使用するコアに基づいて確認してください。

v2rayN、v2rayNG、v2flyNGはユーザー向けのGUIクライアントです。サブスクリプションの追加、サーバーの選択、ログの確認などを画面から操作し、設定をコアに渡して実行します。そのため、画面上に項目を保存できても、対応するサーバーに接続できるとは限りません。設定を読み込めたことは、クライアントが情報を受け取ったことを示すだけです。その後、コアが正常に起動し、サーバーに通信でき、双方のパラメーターが一致している必要があります。

ガイドを読むときは、まず問題がどの層で起きているかを切り分けましょう。プログラムが開かない場合はインストール環境、コアが起動しない場合は設定と権限を確認します。コアが動作しているのにアクセスできない場合は、サーバー、ルーティング、名前解決を調べてください。この順序なら、関係のない設定を変更せずに済みます。異なる層の問題をまとめて対処すると、一つの問題を直した後、別の設定が原因を覆い隠すことがあります。

クライアントの選び方:デバイスと設定要件から判断

デスクトップではv2rayNを中心に、GUIからサーバー、サブスクリプション、ルーティングをまとめて管理できます。ただし、OSごとにインストール方法や許可の手順は異なり、クロスプラットフォームのUIでもネットワークの動作まで同じとは限りません。別のデバイスに移る場合は同じ設定方針を参考にできますが、システムプロキシ、TUNの権限、ローカルファイルのパスは改めて確認し、別の端末の環境設定をそのまま流用しないでください。

モバイルでは、Xrayコアを使用するv2rayNGをまず確認しましょう。V2Flyコアの設定が必要な場合はv2flyNGも確認できます。選ぶ際は名前の類似性ではなく、サブスクリプションの内容、サーバー側の要件、デバイスとの互換性を基準にしてください。どちらもオープンソースのクライアントプロジェクトですが、利用できる機能、コアの能力、更新のタイミングはそれぞれ異なります。一方のメニュー配置を、もう一方でも同じ手順だと考えないようにしましょう。

クライアント自体は接続先のサーバーを提供するものではなく、サブスクリプションサービスでもありません。インストール後は、正規に入手した設定を用意し、利用地域の法律とネットワーク利用ルールを守ってください。サブスクリプションに含まれるプラン情報、通信量の倍率、有効期限、サーバーの稼働状況は設定の提供元によって異なります。プログラムが起動しただけではローカルへのインストールが完了したことしかわかりません。実際に使えるかどうかは、接続テストとアクセス結果の両方で確認してください。

オープンソースライセンス:コードとサービスの範囲を理解する

V2Ray、Xray、および関連クライアントのコードはオープンソースで公開されています。V2RayとXrayのコアはMPL 2.0、ここで取り上げる3つのGUIクライアントプロジェクトはGPL 3.0系のライセンスを採用しています。適用範囲や追加の告知については、各プロジェクトに付属するライセンスファイルを確認してください。オープンソースライセンスが定めるのはコードの使用、変更、再配布の条件です。サーバー提供者の利用規約に代わるものではなく、あらゆる設定の提供元を推奨するものでもありません。

一般の利用者にとっては、権限とデータの流れを理解することが大切です。システムプロキシは一部のアプリにローカルプロキシポートを使うよう伝え、TUNはより広い範囲のネットワーク通信を受け取ります。LAN接続を許可すると、同じネットワーク上のほかのデバイスからローカルプロキシにアクセスできる場合があります。機能を有効にする際は、まず解決したい問題を明確にしてください。特にネットワークの境界を把握していない場合、待ち受け範囲を不用意に広げないようにしましょう。

サブスクリプションURLにはアカウント情報や接続用の認証情報が含まれる場合があり、クライアント設定にもサーバーのパスワードやユーザーIDが含まれることがあります。問題を相談するときは、ログの該当箇所を伏せ字にし、エラー名と操作手順を伝えましょう。設定フォルダー全体をそのまま公開しないでください。バックアップファイルも適切に保管する必要があります。コードが公開されていればプログラムの動作を確認しやすくなりますが、日々の利用で情報を守るには、適切な設定と共有方法が欠かせません。

更新と確認:一度に変更する条件は一つだけ

クライアントの更新、コアの更新、サブスクリプションの更新は、それぞれ別の作業です。クライアントの更新は主に画面や設定管理機能に影響し、コアの更新はプロトコルの実装や設定の対応状況を変えることがあります。サブスクリプションの更新では、設定の提供元からサーバー情報を再取得します。問題が起きたときに3つを同時に更新するのは避けましょう。現在の症状と直近の変更を記録してから、問題に関連するものを一つ選んで対処すれば、変更の効果を確認しやすくなります。

更新前に現在の設定を保存し、サブスクリプショングループ、カスタムルーティング、DNS設定を確認しましょう。更新後はまずプログラムが正常に起動するかを確認し、次に以前使えていた接続を試し、最後に特殊なルールを確認します。メニュー名や項目の場所が変わった場合は、現在の画面を基準にしてください。古いガイドに合わせるために設定を何度も上書きしないようにしましょう。ダウンロードページではOSとインストール方法を選び、ガイドでは初期設定を、応用マニュアルでは各設定の関係を確認できます。

テストは小さな範囲から始めましょう。サーバーを一つ選び、コアが動作していることを確認してから、ブラウザーでアクセスします。ブラウザーは使えてもほかのアプリで失敗する場合は、アプリのプロキシ方式を確認してください。すべてのアプリで失敗する場合は、サーバーへの接続とログを確認します。特定のドメインだけで問題が起きる場合は、ルールの適用状況とDNSを調べましょう。遅延が表示されても、すべてのプロトコルや接続先で正常とは限りません。実際に接続して測定し、アクセス結果と合わせて判断してください。

当サイトではダウンロード先と技術情報を掲載しています。ブランド名はサイトを識別するためのもので、各オープンソースプロジェクトの帰属先を変更するものではありません。クライアントの機能やライセンスについては、各プロジェクトに付属する説明をご確認ください。サイトの運営方針とコンテンツの管理方針は当サイトについてをご覧ください。

最近の記事

接続確認とルーティングの実践

まず設定が使えることを確認し、その後でサーバーの選び方とルールの優先順位を確認しましょう。現在の課題に合わせて読み進めれば、設定全体を一度に変更する必要はありません。