OSに対応するページを開き、v2rayN、v2rayNG、またはv2flyNGを選択してください。各入口にはUIの種類、CPUアーキテクチャ、用途が記載されているため、ダウンロード前に複雑なプロトコルパラメータを理解する必要はありません。
プラットフォームを切り替えても現在のページから移動せず、選択したプラットフォームはアドレスバーに反映されます。対応する入口を保存・共有する際にも便利です。
Windowsクライアント
2種類のインストールパッケージはv2rayNの基本的な設定機能を共有していますが、UI技術と操作レイアウトが異なります。初めて使う場合はDesktop版がおすすめです。WPF版に慣れている場合はクラシック版を継続して利用できます。
v2rayNは、サブスクリプションのグループ管理、サーバーの絞り込み、システムプロキシ、ルールベースのルーティング、TUNモード、実行ログなどに対応しています。Desktop版は新世代のクロスプラットフォームUIを採用し、初回インストールや統一されたデスクトップ環境を求めるユーザーに適しています。クラシックWPF版は従来のWindowsレイアウトを維持し、メニュー配置や旧版の操作感に近い構成です。
| 項目 | 推奨 | 説明 |
|---|---|---|
| CPUアーキテクチャ | x64 | このページで提供する2つのWindowsパッケージは、一般的な64ビットデスクトッププロセッサ向けです。 |
| インストール権限 | インストーラーによるアプリケーションフォルダーへの書き込みを許可 | システムが権限の確認を求めた場合は、プログラム名を確認してから続行してください。 |
| 初回起動 | まずサブスクリプションをインポートし、次にサーバーを選択 | クライアントをインストールするだけでは、利用可能なサーバー設定は自動で作成されません。 |
| プロキシ方式 | まずシステムプロキシから始める | より多くのアプリの通信を対象にする場合は、チュートリアルを読んでTUNモードを設定してください。 |
macOSクライアント
macOSのインストールパッケージはApple SiliconとIntelの2種類のアーキテクチャに分かれています。チップに合った版を選ぶことで、インストール時の非互換エラーを避け、対応するプロセッサ向けのネイティブ動作を実現できます。
macOS版v2rayNはDesktop版と共通する主要な機能構成を備え、複数のサブスクリプショングループ、サーバー切り替え、アプリ別ルーティング、実行ログの確認に対応します。2つのダウンロード入口で機能は同じで、違いはCPUアーキテクチャだけです。ダウンロード前に「このMacについて」でチップ情報を確認してください。
| 項目 | 推奨 | 説明 |
|---|---|---|
| チップの種類 | Apple SiliconまたはIntel | 「このMacについて」に表示されるチップに対応したパッケージを必ずダウンロードしてください。 |
| インストール形式 | DMG | ディスクイメージを開き、システムの案内に従ってアプリケーションフォルダーへ移動します。 |
| システム権限 | 必要に応じてネットワークとプロキシ設定を許可 | 初めてシステムプロキシまたはTUNモードを有効にするとき、関連する権限の確認を求められる場合があります。 |
| 設定の移行 | サブスクリプションURLを優先 | 複数のデバイスでサーバーリストを統一する場合、個別に入力するより一元管理されたサブスクリプションのほうが維持しやすくなります。 |
Androidクライアント
Androidでは、Xrayカーネルを採用するv2rayNGを優先できます。v2flyカーネルを使う場合や、対応する設定を継続して利用する場合はv2flyNGを選んでください。どちらのクライアントもarm64版とユニバーサル版を提供しています。
v2rayNGはAndroidで広く使われているGUIクライアントです。クリップボードからのサブスクリプションインポート、QRコードの読み取り、サーバー切り替え、サブスクリプション更新、アプリ別プロキシ管理に対応しています。2015年以降の多くの主流スマートフォンでは、まず容量を抑えたarm64版をダウンロードできます。アーキテクチャが不明な場合はユニバーサル版を使用してください。
v2flyNGは一般的なAndroidプロキシクライアントに近い操作感で、v2flyカーネルが必要な場合、対応する設定をすでに利用している場合、または同じ端末に別のクライアント設定を保持したい場合に適しています。特定のカーネルが必要でなければ、上のv2rayNGを優先してください。
| 項目 | 推奨 | 説明 |
|---|---|---|
| クライアントの選択 | v2rayNGを優先 | v2flyカーネルが必要、または独立した設定を保持したい場合はv2flyNGを選択してください。 |
| CPUアーキテクチャ | 主流スマートフォンではarm64を優先 | アーキテクチャが不明な場合や非互換の警告が表示された場合はユニバーサル版を使用します。 |
| インストール権限 | システムの案内に従って提供元を許可 | インストール後、システム設定に戻って一時的なインストール権限を確認し、必要に応じて取り消せます。 |
| 接続権限 | 初回接続時に確認 | システムにネットワーク接続の許可画面が表示されます。確認すると、クライアントがローカル接続サービスを確立できるようになります。 |
Linuxクライアント
Linux版v2rayNはdebとrpmの2種類のパッケージを提供し、それぞれx64とarm64に対応しています。まずディストリビューションに合わせてパッケージ形式を決め、次にデバイスのCPUに合わせてアーキテクチャを選択してください。
Debian、Ubuntuおよび派生ディストリビューションでは通常deb、Fedora、Rocky Linux、AlmaLinuxなどでは通常rpmを選択します。一般的なデスクトップPCの多くはx64ですが、ARMプロセッサ搭載の開発ボード、小型PC、一部のノートPCではarm64パッケージが必要です。
システムアーキテクチャがaarch64またはarm64と表示される場合のみ、以下の入口を選択してください。パッケージ形式はディストリビューションのパッケージ体系にも合わせる必要があります。
| ディストリビューションまたは環境 | パッケージ形式 | アーキテクチャの選択 |
|---|---|---|
| Debian、Ubuntuおよびその派生版 | deb | デスクトップPCでは通常x64、ARMデバイスではarm64を選択します。 |
| Fedora、Rocky Linux、AlmaLinux | rpm | uname -mの結果に対応するアーキテクチャを選択します。 |
| デスクトップ環境 | グラフィカルセッション | v2rayNはGUIクライアントのため、利用可能なデスクトップセッションとシステムトレイ環境が必要です。 |
| プロキシアプリケーション | システム設定またはTUNモード | インストール後も設定をインポートし、現在のデスクトップ環境に適した通信の取り込み方法を選択する必要があります。 |
クライアントのインストールは最初の一歩にすぎません。以下の順番で進めると、パッケージ選び、サブスクリプションのインポート、接続確認を分けて扱えるため、問題の箇所も特定しやすくなります。
WindowsではDesktop版またはクラシックWPF版、macOSではチップに合わせてApple SiliconまたはIntel、Androidではarm64またはユニバーサル版を選びます。Linuxではdebまたはrpmと、x64またはarm64の両方を確認します。パッケージを開けない場合は、まずここに戻って確認し、先にサブスクリプションやルーティング設定を変更しないでください。
OSのインストール画面に従ってセットアップを完了します。初回起動中に、ネットワーク接続、プロキシ設定、バックグラウンド実行の権限を求められる場合があります。これらはクライアントがローカルプロキシサービスを確立し、システム設定を適用するために使用されます。必要なものだけを有効にし、後からシステム設定で変更できます。
クライアントのサブスクリプション管理を開き、既存のURLを貼り付けて更新します。単一のvmess://、vless://、またはtrojan://リンクを受け取った場合は、クリップボードからのインポート機能を使用してください。AndroidクライアントではQRコードで個別設定を登録することもできます。インポート後は、サーバーリストに項目が表示されているか確認します。
サーバーリストから設定を1つ選び、用途に応じてシステムプロキシまたはTUNモードを有効にします。通常のブラウザーやシステムプロキシに従うアプリでは、まずシステムプロキシから始められます。より多くのアプリ通信を対象にする場合は、高度な使い方のTUN、DNS、ルーティングの章を読んでください。初回接続前に複数の設定を同時に変更することはおすすめしません。
接続後にクライアントのログを確認し、設定の読み込み、ポートの待ち受け、ドメイン解決・認証・ネットワークタイムアウトのエラーを確認します。ページにアクセスできないからといって、必ずしもクライアントのインストール失敗とは限りません。サブスクリプション、サーバーの状態、システムプロキシ、ローカルネットワークが影響するため、ログの順番に沿って切り分けてください。
モデル、カーネル、CPUアーキテクチャはそれぞれ異なる階層の要素です。まずプラットフォームとパッケージの互換性を確認し、その後にUIの好みや設定機能を検討すると、選択しやすくなります。
Windows、macOS、Linuxにはいずれもv2rayNが用意されています。3つのプラットフォームでインストール形式は異なりますが、サブスクリプショングループ、サーバーリスト、ルーティング設定、ログ確認などの基本的な考え方は共通しています。複数のデスクトップで同じサーバー群を使う場合は、各デバイスに同じサブスクリプションをインポートし、システムプロキシ方式を個別に設定してください。
WindowsのDesktop版とWPF版はUI実装の違いであり、プロトコル機能の単純な優劣ではありません。新規ユーザーには通常Desktop版が適しています。決まった操作手順がある場合、従来のメニュー配置に依存している場合、クラシックUIの手順書を参照している場合は、WPF版のほうが使いやすいでしょう。
特に希望がなければ、v2rayNGを優先してください。Xrayカーネルを採用し、一般的なサブスクリプションのインポート、アプリ別プロキシ、ルーティング設定に適しています。v2flyNGはv2flyカーネルを使用するため、対応する設定が必要な場合の選択肢になります。2つのクライアントの設定は独立しているため、アプリを切り替える場合は移行先のクライアントでサブスクリプションを再度インポートする必要があります。
クライアントの種類を決めたら、arm64またはユニバーサルのインストールパッケージを選びます。arm64は主流の64ビットARMスマートフォン向け、ユニバーサル版はより幅広いアーキテクチャに対応し、端末情報を確認できない場合に適しています。インストール時にアーキテクチャ非対応と表示された場合は、同じクライアントのもう一方のパッケージに変更してください。
Linuxでは他のプラットフォームより選択項目が1つ多くなります。ディストリビューションでdebまたはrpmを決め、CPUでx64またはarm64を決めます。形式を間違えるとパッケージ管理ツールが正しく認識できず、アーキテクチャを間違えるとインストールまたは起動時に実行形式の不一致が表示されます。
ディストリビューションがDebianまたはUbuntu系なら通常deb、Fedoraまたは企業向けLinuxの派生系なら通常rpmを選択します。デバイスのアーキテクチャはシステム設定またはuname -mで確認でき、外観から判断する必要はありません。
クライアントを更新する前に、クライアントの設定エクスポート機能を使うか、現在のサブスクリプションURL、ルーティングルール、DNSの変更内容を記録しておきます。サブスクリプションだけを利用している場合は、通常その取得元を保存すれば十分です。複数の個別ノード、カスタムアウトバウンド、複雑なルーティングを手動管理している場合は、該当する設定も別途保存してください。
更新後はまずサブスクリプショングループとサーバーリストが完全か確認し、その後にシステムプロキシをテストします。クライアントのアップグレードと同時にルーティングやDNSを大幅に変更すると、接続障害の原因がバージョン変更なのか設定変更なのか分かりにくくなります。
以下では、UIの種類、CPUアーキテクチャ、パッケージ形式、初回接続について説明します。サブスクリプション、ルーティング、トラブルシューティングの詳細はヘルプセンターをご覧ください。
初めてインストールする場合は、新世代のクロスプラットフォームUIを採用したDesktop版がおすすめです。従来のWindows操作や画面構成に慣れている場合は、クラシックWPF版を選べます。どちらもv2rayNで、主な違いはUI技術と操作レイアウトです。
arm64版は主流の64ビットARMプロセッサ向けです。2015年以降に発売された多くのAndroidスマートフォンでは、まずこの版を選べます。CPUアーキテクチャを確認できない場合や、インストール時に非対応の警告が表示された場合は、ユニバーサル版に切り替えてください。
システムメニューの「このMacについて」を開き、「チップ」または「プロセッサ」を確認します。Appleチップの名称が表示される場合はApple Silicon版、Intelプロセッサと表示される場合はIntel版を選びます。
Debian、Ubuntuおよび派生ディストリビューションは通常debを使用します。Fedora、Rocky Linux、AlmaLinuxなどは通常rpmを使用します。さらに、デバイスのCPUに合わせてx64またはarm64を選択してください。
クライアントのインストール後は、有効なサブスクリプションURLまたは個別ノード設定をインポートし、サーバーを選択して適切なシステムプロキシまたはTUNモードを有効にする必要があります。クライアントは設定と接続を管理するもので、サーバー情報を自動生成するものではありません。
サブスクリプション更新、ルーティングルール、DNS設定、接続ログなどの問題をカテゴリ別に整理しています。
ヘルプセンターを見る