4プラットフォーム・3つのGUIクライアント

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

OS、CPUアーキテクチャ、パッケージ形式に合わせてバージョンを選択します。デスクトップではv2rayN、Androidではv2rayNGまたはv2flyNGを選べます。

v2rayN 7.24.1 v2rayNG 2.2.6 v2flyNG 1.10.31

プラットフォーム別パッケージ

現在のデバイスを選択

プラットフォームを切り替えると、対応するクライアントだけが表示されます。ダウンロードボタンは同一サイトのバージョン一覧を読み込みます。一覧を一時的に取得できない場合も、現在のバージョンへの直接リンクは利用できます。

Windows

v2rayN Windowsパッケージ

Desktop版と従来のWPF版ではUIの構成が異なります。初めてインストールする場合はDesktop版を優先できます。従来のWindows画面に慣れている方はWPF版を選べます。

v2rayN

7.24.1
おすすめ

v2rayNでは、サブスクリプション管理、ノード選択、システムプロキシ、ルーティングルール、動作ログを1つのデスクトップ画面で管理できます。Desktopは新世代のクロスプラットフォームUIで、他のデスクトップOSに近い構成です。WPFは従来のWindows版で、これまでの操作習慣を維持したい方に適しています。

Desktop版

新世代のクロスプラットフォームUIで、初回インストールや日常的な更新に適しています。

v2rayN-Desktop-Setup-x64-7.24.1.zip
Desktop版をダウンロード
従来のWPF版

従来のWindows画面と使い慣れた操作手順を維持しています。

v2rayN-Setup-x64-7.24.1.zip
従来のWPF版をダウンロード

Windowsのシステム要件とインストール方法

確認項目 推奨事項 理由
CPUアーキテクチャ x64デスクトップデバイス このページで提供する2つのWindowsパッケージは、一般的なx64デスクトップ環境向けです。
インストール前の状態 旧版クライアントを完全に終了 システムトレイのプロセスが設定ファイル、ローカルポート、更新中のプログラムファイルを使用している場合があります。
初回起動 必要なネットワークアクセスを許可 クライアントはローカルプロキシの待ち受けを開始し、選択したモードに応じてアプリまたはシステムのネットワーク要求を処理します。

インストール前の準備

ダウンロード、更新、設定の基本手順

パッケージの選択とノード設定を分けて行うと、アーキテクチャ、権限、プロキシ状態が混在することによる判断の難しさを減らせます。

STEP A

システムとアーキテクチャを確認

まず現在のデバイスがWindows、macOS、Android、Linuxのどれかを確認し、次にCPUアーキテクチャを調べます。macOSではApple SiliconとIntel、Androidではarm64と汎用版、Linuxではdebとrpmのパッケージ体系を区別します。パッケージ形式が合わない場合、起動できない、システムがアーキテクチャエラーを報告する、パッケージマネージャーがインストールを拒否するといった症状が現れます。

STEP B

既存の設定をバックアップ

すでにクライアントをインストールしている場合は、更新前にサブスクリプションURL、手動ノード、ルーティングルール、ローカルポートの設定を保存してください。GUIクライアントは通常、既存の設定を引き継げますが、簡単なバックアップがあればOS更新、ディレクトリ変更、メジャーバージョン間の移行による再設定を避けられます。バックアップは自分で管理できる場所に保存し、サブスクリプションURLも公開しないでください。

STEP C

旧版を終了してからインストール

メインウィンドウを閉じただけでは、プロセスが終了していない場合があります。デスクトップではシステムトレイまたはメニューバーも確認し、旧版クライアントが完全に終了してから新しいバージョンをインストールしてください。これにより設定ファイル、プログラムファイル、ローカルリスニングポートを解放できます。モバイルではインストール処理が完了してからクライアントを再度開きます。

STEP D

サブスクリプションを復元して接続を確認

クライアントを起動したら、まずサブスクリプションが残っているか確認し、1回更新します。パラメータが完全なノードを選び、システムプロキシまたはクライアントの接続モードを有効にして、普段使うネットワークサービスで名前解決と接続が正常か確認してください。問題がある場合は、まずクライアントのログとローカルプロキシの状態を確認し、複数のプロトコルパラメータを同時に変更しないでください。

パッケージの見分け方

ファイル名に含まれるアーキテクチャと形式

パッケージ名には通常、プラットフォーム、CPUアーキテクチャ、ファイル形式が含まれています。これらの表記を理解すると、現在のデバイスに合わないバージョンを直接除外できます。

x64 / amd64 / x86_64
これらの名称は通常、一般的な64ビットデスクトップCPUアーキテクチャを指します。Windowsと多くのIntel・AMDデスクトップPCではx64が使われ、Linuxパッケージ名ではamd64またはx86_64と表記される場合があります。
arm64 / aarch64
どちらも通常、64ビットARMアーキテクチャを表します。Apple Mシリーズチップはarm64で、多くの近年のAndroidスマートフォンもこのアーキテクチャです。LinuxのRPMファイル名ではaarch64と表記されることがあります。
DMG / APK
DMGはmacOSで一般的なアプリ配布形式で、開いた後にシステム画面の指示に従ってインストールします。APKはAndroidアプリのインストールパッケージで、表示される提供元と権限の確認に従ってください。
deb / rpm
どちらもLinuxのパッケージ形式です。debはDebian、Ubuntuおよび派生ディストリビューション、rpmはFedora、Rocky Linux、AlmaLinuxなどで一般的に使われます。

ダウンロードに関するよくある質問

バージョン選択とインストール時の対処

デスクトップ版の選択、チップの確認、モバイルのアーキテクチャ、Linuxパッケージ、更新後の接続確認について解説します。

Windowsではv2rayNのDesktop版とWPF版のどちらをダウンロードすべきですか?

Desktop版は新世代のクロスプラットフォームUIを採用しており、初回インストール、新しい画面の利用、複数のデスクトップOSで近い操作感を求める方に適しています。WPF版は従来のWindows画面を引き継ぎ、従来のメニュー、トレイ操作、設定手順に慣れている方に向いています。どちらもサブスクリプション、ノード、システムプロキシ、ルーティングルールを管理でき、同時にインストールする必要はありません。これまでの使用習慣がなければ、まずDesktop版を選べます。

macOSではApple Silicon版とIntel版のどちらを選べばよいですか?

システムメニューの「このMacについて」を開き、「チップ」または「プロセッサ」を確認します。Apple Mシリーズチップと表示された場合はApple Silicon版、Intelプロセッサと表示された場合はIntel版を選択してください。2つのパッケージのクライアント機能は同じで、違いはコンパイル対象のアーキテクチャです。デバイスに対応する版を選ぶことで、変換処理への依存や起動時の問題を減らせます。

Androidではarm64版と汎用版のどちらをダウンロードすべきですか?

2015年以降の一般的なAndroidスマートフォンでは、まずarm64版を選べます。arm64版は一般的な64ビットARMデバイス向けで、パッケージ内容がより集約されています。アーキテクチャを確認できない場合、古い端末の場合、またはシステムに互換性がないと表示された場合は汎用版を選択してください。汎用版は対応アーキテクチャが広いため、ファイルサイズが大きくなる場合があります。

Linuxではdebとrpmのどちらを選べばよいですか?

Debian、Ubuntuおよび派生ディストリビューションでは通常deb、Fedora、Rocky Linux、AlmaLinuxなどでは通常rpmを選択します。形式を決めた後はCPUアーキテクチャも確認してください。一般的なIntel・AMDデスクトップPCはx64、ARMのシングルボードコンピューターや一部のARMデスクトップデバイスはarm64を選びます。ディストリビューションの形式とCPUアーキテクチャの両方が一致している必要があります。

新しいバージョンをインストールする前に、既存のサブスクリプションを削除する必要はありますか?

通常、サブスクリプションを削除する必要はありません。更新前に現在の設定をエクスポートまたは記録し、実行中の旧版クライアントを完全に終了することをおすすめします。インストール後はサブスクリプション一覧、現在のノード、システムプロキシ、ローカルリスニングポート、ルーティングモードが維持されているか確認してください。複数のメジャーバージョンをまたいで更新する場合は、バックアップしてからインストールすると安心です。

インストール後にノードはあるのに接続できない場合、まず何を確認すべきですか?

まずサブスクリプションを手動で更新し、ノードのパラメータが完全に読み込まれているか確認します。次にシステム時刻、クライアントの動作状態、システムプロキシまたは接続モードが有効かを確認してください。ローカルリスニングポートが他のプログラムに使用されていると、ブラウザーがプロキシ経由で接続できない場合もあります。1つのノードだけ失敗する場合は、同じサブスクリプション内の別ノードに切り替え、ノードの状態とローカル設定を切り分けます。