新しいクロスプラットフォーム画面
v2rayN Desktop
新しいDesktop画面を使いたい64ビットWindows端末に適しています。ダウンロードファイルは圧縮パッケージです。展開後に含まれるインストーラーを実行し、システムの案内に従ってインストールしてください。
端末とプロセッサアーキテクチャで選ぶ
デスクトップではv2rayN、Androidではv2rayNGとv2flyNGから選べます。ダウンロード前にOS、プロセッサアーキテクチャ、パッケージ形式を確認し、ファイル名だけで何度も試すことは避けてください。
プラットフォームの切り替えはアドレスバーのアンカーにも反映されます。アンカー付きURLをコピーしておけば、該当プラットフォームへ直接戻れます。
Windowsデスクトップクライアント
v2rayNには、新しいクロスプラットフォームDesktop版と従来のWPF版があります。どちらもサブスクリプション管理、ノード選択、ルーティング、DNS、システムプロキシ、TUNを設定できますが、画面技術と操作感が異なります。初めてのインストールではDesktop版、WPF版の利用経験がある場合や従来の画面を使い続けたい場合はWPF版を選んでください。
新しいクロスプラットフォーム画面
新しいDesktop画面を使いたい64ビットWindows端末に適しています。ダウンロードファイルは圧縮パッケージです。展開後に含まれるインストーラーを実行し、システムの案内に従ってインストールしてください。
従来のWindows画面
WPF版は従来の操作レイアウトを維持しており、以前のメニュー構成やタスクトレイ操作に慣れたユーザーに適しています。バージョンを切り替える前に、起動中のv2rayNを終了し、2つのクライアントが同時にシステムプロキシを変更しないようにしてください。
| 確認項目 | 推奨 | 間違えやすい点 |
|---|---|---|
| システムアーキテクチャ | 64ビットWindows端末を使用してください。 | x64はプロセッサアーキテクチャを示すもので、クライアントのバージョン番号ではありません。 |
| 画面のバージョン | 新規ユーザーはDesktop版、従来のレイアウトに慣れている場合はWPF版を選んでください。 | Desktop版とWPF版を同時に起動しないでください。 |
| 設定の準備 | 有効なサブスクリプションURLまたは完全な接続情報を用意してください。 | インストールが完了しても、接続が確立されたとは限りません。 |
macOSデスクトップクライアント
macOSのインストーラーはチップによってApple Silicon版とIntel版に分かれます。拡張子が同じでも互換性があるとは限らないため、ダウンロード前に端末のチップまたはプロセッサを確認してください。Apple Mシリーズはarm64、Intelプロセッサはx64を選びます。
Apple Mシリーズチップ
システム情報にAppleチップと表示されるMac向けです。arm64はプロセッサアーキテクチャの識別子であり、サブスクリプションのプロトコル、ノード種別、プロキシモードとは直接関係ありません。
Intelプロセッサ
システム情報のプロセッサ項目にIntelと表示されるMac向けです。判断できない場合はシステム情報を開いてハードウェアを確認し、購入年だけで推測しないでください。
| 確認項目 | 選び方 | インストール後の設定 |
|---|---|---|
| チップの種類 | Apple Mシリーズはarm64、Intelプロセッサはx64を選びます。 | チップの種類はインストーラーを決めるだけで、サブスクリプションの内容は決めません。 |
| インストール形式 | 対応するDMGファイルをダウンロードし、システムの手順に従って開いてください。 | 初回起動時はシステムの案内に従ってアプリの権限を確認してください。 |
| プロキシの適用範囲 | まず1つの取り込み方式だけを使って接続を確認してください。 | システムプロキシとTUNでは、通信を取り込む範囲が異なります。 |
Android GUIクライアント
Androidではまずv2rayNGをおすすめします。v2flyカーネルを使う構成が必要な場合はv2flyNGを選べます。どちらもarm64版とユニバーサル版があります。2015年以降の一般的なスマートフォンでは通常arm64版を優先し、アーキテクチャが不明な場合や非対応と表示された場合はユニバーサル版を選んでください。
Androidの第一候補 · Xrayカーネル
v2rayNGは一般的なAndroidスマートフォンやタブレットの設定に適しています。まずarm64版をダウンロードし、端末のアーキテクチャが不明、arm64版をインストールできない、またはより多くのアーキテクチャとの互換性が必要な場合にのみユニバーサル版を使用してください。インストール後はQRコード、クリップボード、またはサブスクリプションURLから接続情報を取り込めます。
2015年以降の多くの一般的なAndroidスマートフォンに適しています。
v2rayNG arm64 APK
アーキテクチャが不明な端末やarm64版に互換性がない端末向けです。
v2rayNG ユニバーサルAPK
Androidの代替候補 · v2flyカーネル
v2flyNGはv2flyカーネルを採用したAndroid向けの別のクライアントです。まずサービス提供元が示すプロトコルと設定要件で互換性を確認し、クライアント名だけで接続速度を判断しないでください。クライアントを変更する場合は設定を再度取り込み、VPN権限とアプリごとの分岐設定も確認します。
64ビットARMアーキテクチャを採用する一般的なAndroid端末に適しています。
v2flyNG arm64 APK
端末のアーキテクチャが不明な場合に使用します。ファイルは通常、単一アーキテクチャ版より大きくなります。
v2flyNG ユニバーサルAPK
| 確認項目 | 優先する選択肢 | 注意点 |
|---|---|---|
| クライアント | 通常の利用ではv2rayNGを選んでください。 | v2flyNGは別のカーネル系統を採用した代替クライアントです。 |
| プロセッサアーキテクチャ | 2015年以降の一般的なスマートフォンでは、まずarm64版を選びます。 | 不明な場合や非対応と表示された場合は、ユニバーサル版に切り替えてください。 |
| バックグラウンド動作 | 必要に応じて、クライアントがVPN接続を維持できるよう許可してください。 | システムの省電力設定によってバックグラウンド接続が停止する場合があります。 |
Linuxデスクトップクライアント
Linuxのダウンロードでは、パッケージ形式とプロセッサアーキテクチャを同時に確認します。Debian、Ubuntuおよび派生ディストリビューションでは通常deb、Fedora、RHEL系およびRPMパッケージ管理を採用する環境ではrpmを使用します。一般的なPCはx64が多く、ARMデスクトップ端末や開発ボードではシステムアーキテクチャに合わせてarm64を選びます。
一般的なデスクトップPC · x64
まずディストリビューションのパッケージ管理方式に応じてdebまたはrpmを選びます。インストール前にGNOMEやKDEなどのデスクトップ環境名だけで判断しないでください。ディストリビューションとパッケージマネージャーを基準にします。
Debian、Ubuntuおよび派生ディストリビューション向けです。
v2rayN x64 deb
RPMパッケージ管理を採用するx64ディストリビューション向けです。
v2rayN x64 rpm
ARMデスクトップ端末 · arm64
システムアーキテクチャがarm64またはaarch64であることを確認した場合にのみ選択してください。パッケージ形式はディストリビューションによって決まります。Debian系のパッケージ管理ならdeb、RPM系ならrpmを選びます。
| 確認項目 | よくある選択 | 判断基準 |
|---|---|---|
| パッケージ形式 | Debian系はdeb、RPM系はrpmを選びます。 | ディストリビューションのパッケージ管理体系を基準にしてください。 |
| プロセッサアーキテクチャ | 一般的なPCはx64が多く、ARM端末ではarm64を選びます。 | システムレポートでx86_64、amd64、aarch64、arm64のいずれかの表示を確認してください。 |
| プロキシ設定 | まずデスクトップアプリがシステムプロキシを参照するか確認してください。 | デスクトップ環境やアプリによってプロキシの動作は異なる場合があります。 |
まずプラットフォームとアーキテクチャの範囲を絞り、その後にクライアントまたはパッケージ形式を判断します。次の順序で進めると、1つずつ試すより効率的です。
デスクトップ端末ではWindows、macOS、Linuxを区別し、Android端末ではモバイルクライアントの選択に進みます。プラットフォーム名でクライアントの範囲は決まりますが、同じ環境に複数のアーキテクチャやパッケージ形式があるため、最終ファイルまでは決まりません。
Windowsでは本ページのx64インストーラーを使用します。MacではApple SiliconとIntel、Androidではarm64とユニバーサル版、Linuxではx64とarm64を区別します。アーキテクチャが合わない場合、通常はインストールまたは起動ができません。
WindowsではDesktop版とWPF版、Linuxではdebとrpmを選びます。この手順で決まるのは画面技術またはパッケージ管理方式であり、サブスクリプションURLのプロトコルパラメータやノードの接続品質は変わりません。
既存のクライアントがある場合は、サブスクリプショングループ、ルーティング、DNS、システムプロキシ、TUNの現在の設定を記録してください。アップグレード後はまず元の設定が正常に読み込めることを確認し、その後に新しい設定を1項目ずつ試します。複数の項目を一度に変更すると、接続異常の原因を特定しにくくなります。
クライアントのインストール完了は準備段階にすぎません。接続できるかどうかは、サブスクリプションの内容、ノード情報、プロキシの取り込み方式、端末側のネットワーク環境にも左右されます。
信頼できる提供元のサブスクリプションURLを使い、クライアントのサブスクリプショングループに追加して更新を実行します。サブスクリプションの更新は、クライアントが設定を取得して解析したことを示すだけで、すべてのノードで接続できることを意味しません。
一覧に想定した項目が表示され、更新中に明らかなネットワークエラーや解析エラーがないことを確認します。
まず情報が揃ったノードを1つ選び、実際の接続をテストします。ルーティングやDNSを同時に変更しないでください。接続テストとダウンロード速度測定は目的が異なり、テスト結果だけで実際のアクセスを確認することはできません。
クライアントログに正常な接続処理が表示された後、対象アプリが実際にプロキシを経由しているか確認します。
システムプロキシは、OSのプロキシ設定に従うブラウザーやデスクトップアプリに適しています。取り込み範囲はアプリの動作によって決まり、有効にしてもすべてのプロセスが自動的にクライアントを使用するわけではありません。
まずブラウザーや一般的なデスクトップソフトで接続を確認する場合に適しています。アプリに個別のプロキシ設定がある場合は、別途確認してください。
TUNは仮想ネットワークインターフェースを通じて、より広い範囲の通信を処理します。通常は追加の権限が必要で、ルーティング、DNS、システムのネットワークコンポーネントの影響を受けます。まず個別に確認としてシステムプロキシを検証し、必要な取り込み範囲に応じてTUNを使用するか判断してください。
システムプロキシを参照しないアプリに適しています。有効にする前に元の設定を残し、元に戻せる手段を用意してください。
クライアントログ、ブラウザーでの実際のアクセス、対象アプリの動作を照合して判断します。1項目ずつ再テストするほうが、ノード、DNS、ルーティング、プロキシモードを一度に変更するより原因を特定しやすくなります。
クライアントを終了またはシステムプロキシを解除した後、ネットワーク設定が元の状態に戻ることを確認します。
ここではインストーラーの選び方と初回設定に関する疑問をまとめています。質問を開くと、対処の順序をそのまま確認できます。
新しいクロスプラットフォームの画面を使いたい場合はDesktop版、従来のWindows画面や操作に慣れている場合はWPF版を選べます。サブスクリプションとプロキシ設定の目的は近いものの、画面レイアウトや一部の操作入口が異なる場合があります。
2つのバージョンを同時に起動しないでください。切り替える前に現在のクライアントを終了し、システムプロキシが解除されているか、新しいクライアントが再び管理しているか確認します。アップグレード後に問題が起きた場合は、まず元のサブスクリプションが更新できるか確認し、その後にルーティング、DNS、プロキシモードを確認してください。画面バージョンの違いを、すぐにノードの異常と判断しないでください。
2015年以降の一般的なAndroidスマートフォンでは、通常arm64版を優先します。単一アーキテクチャ版は対応する構成に必要なコンポーネントだけを含むため、選択が明確です。プロセッサアーキテクチャが不明な場合や、arm64版が端末に対応していないと表示された場合にのみユニバーサル版を使用してください。
ユニバーサル版は機能が多い上位版ではなく、より多くの端末アーキテクチャに対応するためのものです。インストーラーのアーキテクチャはサブスクリプションのプロトコルや接続速度を変えません。インストール後は有効な設定を取り込み、VPN権限を許可し、必要に応じてバックグラウンド動作の制限に対処してください。
Apple Mシリーズチップ搭載機ではApple Silicon版、Intelプロセッサ搭載機ではIntel版を選びます。システムのデバイス情報で「チップ」または「プロセッサ」を確認してからダウンロードしてください。
どちらもDMG形式ですが、内部のプログラムアーキテクチャが異なります。拡張子だけで判断しないでください。初回起動時はシステムの案内に従ってアプリの権限を設定し、その後サブスクリプションを取り込み、1つのプロキシ方式で接続を確認します。
Debian、Ubuntuおよび派生ディストリビューションでは通常deb、Fedora、RHEL系などRPMパッケージ管理を採用する環境ではrpmを選びます。デスクトップ環境の名称では判断せず、ディストリビューションのパッケージ管理体系を基準にしてください。
形式を確認した後、プロセッサアーキテクチャも確認します。一般的なデスクトップPCの多くはx64、ARMデスクトップ端末や開発ボードではarm64を使用します。システム情報にaarch64と表示される場合は、通常このページのarm64版に該当します。
クライアントのインストーラーに含まれるのはGUIと実行コンポーネントで、個人用のサブスクリプションや接続情報は含まれません。インストール後は有効なサブスクリプションまたは完全な設定を取り込み、利用可能なノードを選択し、対象アプリに応じてシステムプロキシまたはTUNを設定します。
確認では、まずサブスクリプションの更新が成功したかを見て、次にクライアントログで接続が確立したかを確認し、最後にブラウザーと対象アプリで実際にアクセスします。アプリごとにシステムプロキシの参照方法が異なるため、テストに成功してもすべてのアプリがプロキシを使用するとは限りません。