v2rayN
v2rayNは、サブスクリプショングループ、ノード選択、システムプロキシ、TUN、ルーティングルールを管理できます。初めてインストールする場合はDesktop版がおすすめです。従来のUIやこれまでの操作感を使い続けたい場合はWPF版を選択してください。2つの入口は同じクライアントシリーズに属し、主な違いはUI技術と操作レイアウトです。
現在の端末に合わせてv2rayN、v2rayNG、またはv2flyNGを選択してください。インストーラーはデスクトップUI、プロセッサアーキテクチャ、ディストリビューション形式に分かれており、選択方法は各クライアントカードで個別に説明しています。
プラットフォームの切り替えはページURLに保持されるため、リンクを再び開くと対応するパネルに直接戻れます。ダウンロード前にOS、プロセッサアーキテクチャ、インストール形式を確認し、アーキテクチャの違いをクライアントの不具合と取り違えないようにしてください。
WindowsではDesktopとWPFの2種類のUIを利用できます。Desktopは新世代のクロスプラットフォームUIで、新規インストールや複数のデスクトップ環境で操作を統一したい場合に適しています。WPFは従来のWindowsインターフェースを引き継いでおり、既存のメニューやウィンドウ構成に慣れたユーザーに適しています。
v2rayNは、サブスクリプショングループ、ノード選択、システムプロキシ、TUN、ルーティングルールを管理できます。初めてインストールする場合はDesktop版がおすすめです。従来のUIやこれまでの操作感を使い続けたい場合はWPF版を選択してください。2つの入口は同じクライアントシリーズに属し、主な違いはUI技術と操作レイアウトです。
| 確認項目 | 推奨 | 説明 |
|---|---|---|
| プロセッサアーキテクチャ | x64 | このページのWindowsインストーラーは、一般的な64ビットIntelおよびAMDプロセッサ向けです。 |
| UIの選択 | Desktopを優先 | 新規インストールではDesktopを優先し、従来のUIに慣れている場合はWPFを使用できます。 |
| インストール後の設定 | サブスクリプションを取り込む | インストーラーに含まれるのはクライアントのみです。ノード情報はサブスクリプションURLまたは個別設定から取り込みます。 |
macOSのインストーラーはプロセッサの種類で分かれています。Apple Silicon版はApple Mシリーズチップ、Intel版はIntelプロセッサに対応します。どちらもクライアント機能と設定構成は同じで、アーキテクチャの選択はプログラムを正しく実行できるかどうかだけを決めます。
macOS版はDesktopシリーズと共通するクロスプラットフォームUIを採用し、サブスクリプショングループ、ノード、ルーティング、システムプロキシを管理できます。ダウンロード前にチップの種類だけを確認してください。インストール後のサブスクリプション取り込み方法は、他のデスクトッププラットフォームとほぼ同じです。
| 端末情報 | インストーラー | 確認場所 |
|---|---|---|
| Apple Mシリーズチップ | Apple Silicon arm64 | システムメニュー → このMacについて → チップ |
| Intelプロセッサ | Intel x64 | システムメニュー → このMacについて → プロセッサ |
| 設定の移行 | サブスクリプションを再取り込み | サブスクリプションURLを使ってグループとノードを復元し、ルーティング設定は端末ごとに再設定してください。 |
Androidではv2rayNGとv2flyNGの2つのクライアントシリーズを利用できます。通常はXrayコアを採用するv2rayNGを先に選びます。既存の設定がV2Fly実装に明確に依存している場合や、対応するコアエコシステムが必要な場合はv2flyNGを選択してください。各シリーズにはarm64版とユニバーサル版があります。
v2rayNGはAndroidでの主要な選択肢で、サブスクリプショングループ、個別設定の取り込み、ルーティング、VPNによるトラフィック取得に対応しています。2015年以降に発売された一般的なスマートフォンは通常arm64アーキテクチャのため、まずarm64版をダウンロードできます。アーキテクチャが不明な場合はユニバーサル版を選択してください。
v2flyNGはV2Flyコアを使用し、Androidの設定管理を目的とする点は同じです。V2Flyの動作が必要な場合、対応する設定に慣れている場合、または同じサブスクリプションで異なるコア実装を試したい場合に適しています。通常はarm64を優先し、アーキテクチャが不明な場合はユニバーサル版を使用します。
| 確認項目 | 優先して選ぶもの | 補足説明 |
|---|---|---|
| クライアントシリーズ | v2rayNG | 一般的な設定ではXrayコア版を使用し、V2Flyが明確に必要な場合はv2flyNGを選択してください。 |
| 端末アーキテクチャ | arm64 | 2015年以降に発売された一般的なスマートフォンは通常このアーキテクチャに対応していますが、端末情報ツールでさらに確認できます。 |
| アーキテクチャが不明 | ユニバーサル版 | ユニバーサルパッケージは対応範囲が広く、アーキテクチャの判断に迷う場合の選択肢として適しています。 |
Linuxのインストーラーは、まずディストリビューション体系に応じてdebまたはrpmを選び、次にプロセッサに応じてx64またはarm64を選択します。Debian、Ubuntu系は通常deb、Fedora、RHEL系および互換ディストリビューションは通常rpmを使用します。アーキテクチャはシステム設定または端末のシステム情報コマンドで確認できます。
Linux版はクロスプラットフォームのデスクトップUIを採用し、GUIでサブスクリプション管理、ノード切り替え、ルーティング設定を行いたいユーザーに適しています。インストール形式はディストリビューションのパッケージマネージャーに合わせ、プロセッサアーキテクチャに応じてamd64、x86_64またはarm64、aarch64のファイルを選択します。
ARMデスクトップ端末、開発ボード、サーバーワークステーションではarm64対応ファイルを選択してください。debパッケージではarm64、rpmパッケージでは通常aarch64と表記されますが、どちらも同じ64ビットARMアーキテクチャ範囲を指します。
| ディストリビューションまたはアーキテクチャ | 選択 | 一般的な表記 |
|---|---|---|
| Debian、Ubuntu系 | deb | amd64またはarm64 |
| Fedora、RHEL系 | rpm | x86_64またはaarch64 |
| Intel、AMD 64ビットプロセッサ | x64パッケージ | amd64、x86_64 |
| 64ビットARMプロセッサ | arm64パッケージ | arm64、aarch64 |
クライアント名、OS、プロセッサアーキテクチャ、インストール形式は、それぞれ異なる問いに答えるものです。決まった順序で確認すれば、インストール時の再ダウンロードや設定移行を減らせます。
Windows、macOS、Linuxのデスクトップ端末ではv2rayNを使用します。Android端末では通常v2rayNGを使用し、V2Flyコアの実装が明確に必要な場合はv2flyNGを選びます。クライアントのプラットフォームは現在の端末に合わせる必要がありますが、サブスクリプションURLは複数の端末に個別に取り込めます。
デスクトップで一般的なアーキテクチャはx64とarm64です。macOSでは「このMacについて」でチップを確認でき、Linuxではシステムアーキテクチャを確認できます。新しいAndroid端末の多くはarm64を採用しています。アーキテクチャが違ってもサブスクリプション内容は変わりませんが、インストーラーをシステムが読み込めるかどうかに直接影響します。
WindowsのDesktopとWPFは主にUI実装の違いです。macOSではdmg、Androidではアプリインストーラーを使用し、Linuxではdebとrpmから選択します。Linuxではディストリビューションのパッケージ体系に合わせ、ファイル名や容量だけで判断しないでください。
クライアントのインストーラーとノードのサブスクリプションは別々の階層です。インストール後、サブスクリプション設定でURLを追加し、グループを更新してノードを選択します。その後、利用範囲に応じてシステムプロキシまたはTUNを有効にしてください。プロトコル、セキュリティ層、トランスポート方式、flowなどのパラメータはサーバー側とクライアント側で一致させる必要があります。
インストールはクライアントの準備段階にすぎません。実際に利用できる状態にするには、サブスクリプションの取り込み、ノード選択、トラフィック取得、接続確認も必要です。各手順でクライアントのログとシステム状態を確認してください。
サービス提供元からサブスクリプションURLを取得したら、クライアントのサブスクリプション設定でグループを作成します。グループ名はローカルで識別するためのもので、用途に応じて分けられます。保存後に更新し、サーバー一覧にノードが表示されることを確認してください。ログにサブスクリプション解析やネットワークアクセスの問題が記録されていないかも確認します。
サブスクリプションの更新が完了したら、サーバー一覧から目的のノードを選択します。プロトコル、アドレス、ポート、セキュリティパラメータはサブスクリプションから提供されます。ノードを手動編集する場合は、VLESS、VMess、Trojan、REALITYなどの関連項目を一つずつ確認し、パラメータの組み合わせが一致するようにしてください。
システムプロキシは、システムのプロキシ設定に従うデスクトップアプリに適しています。TUNはより広範なネットワークトラフィックを取得します。AndroidクライアントはシステムVPNインターフェースを通じて動作します。まず主な取得方式を1つ選び、ルーティングルールに応じて直接接続とプロキシの範囲を決めてください。
起動後はまずクライアントの状態とログを確認します。接続に問題がある場合は、端末の時刻、サブスクリプションの有効性、ノードパラメータ、ポートの使用状況、システムプロキシの状態の順に確認してください。順序を固定すると、クライアントのインストール問題、設定問題、現在のネットワーク環境の問題を切り分けやすくなります。
ここでは、バージョン選択、アーキテクチャの確認、インストール後のサブスクリプション取り込みに関する疑問をまとめています。接続障害やプロトコルパラメータの詳しい説明は、トラブル対応と完全なドキュメントをご覧ください。
まずはDesktop版をお試しください。新世代のクロスプラットフォームUIを採用しており、メニューや設定構成も異なるデスクトップシステム間で統一しやすくなっています。従来のWindowsインターフェースに慣れていて、これまでの操作手順を引き継ぎたい場合はWPF版を選べます。どちらもデスクトップでの設定と接続管理に使用でき、サブスクリプションは再度取り込めます。
システムメニューの「このMacについて」を開き、「チップ」または「プロセッサ」の項目を確認します。Apple Mシリーズチップと表示される場合はApple Silicon版、Intelプロセッサと表示される場合はIntel版を選択してください。判断基準はプロセッサアーキテクチャであり、macOSのバージョン番号や端末の外観ではありません。
2015年以降に発売された一般的なAndroidスマートフォンは通常arm64アーキテクチャを採用しているため、まずarm64版を選べます。端末のアーキテクチャが不明な場合や、arm64パッケージが端末に対応しない場合はユニバーサル版を使用してください。クライアント機能は同じで、主な違いは対応するプロセッサの範囲です。
Androidでは通常、Xrayコアを採用するv2rayNGを先に選びます。V2Flyコアのエコシステムを利用する場合や、既存の設定で特定の実装が明示的に必要な場合はv2flyNGを選択してください。クライアントを切り替える際はサブスクリプションを再追加できますが、ルーティング設定やアプリごとの設定は新しいクライアントで再確認する必要があります。
Debian、Ubuntuおよび派生ディストリビューションではdeb、Fedora、RHEL系および互換ディストリビューションではrpmを使用します。形式を確認した後、端末のプロセッサに合わせてx64またはarm64を選択してください。amd64とx86_64は通常x64、arm64とaarch64は通常64ビットARMを表します。
まずサービス提供元からサブスクリプションURLを取得し、クライアントのサブスクリプショングループまたはサブスクリプション設定でURLを追加して更新します。ノードが表示されたら目的のノードを選び、必要に応じてシステムプロキシまたはTUNモードを有効にしてください。AndroidクライアントはシステムVPNインターフェースを通じてトラフィックを取得します。