v2rayN
おすすめ 7.24.1Windowsデスクトップ向けのサブスクリプション・ノード管理クライアントです。システムプロキシ、ルーティングモード、TUNモード、ログ確認、自動サブスクリプション更新に対応しています。2つの入口はUI技術が異なりますが、基本的な操作手順は共通です。
デスクトップではv2rayN、Androidではv2rayNGを選べます。V2Flyカーネル系統を使う場合はv2flyNGを使用してください。まずOSとプロセッサのアーキテクチャを確認し、対応するインストーラーをダウンロードします。
プラットフォームの選択はページURLに保存され、更新後も現在のプラットフォームが開きます。バージョン情報とダウンロードURLは同一サイトのバージョン情報から更新され、ネットワークに接続できない場合はページ上の現在のバージョンへのリンクを保持します。
WindowsにはDesktop版と従来のWPF版という2種類のUIがあります。初めて使う場合はDesktop版がおすすめです。WPF版の使用経験があり、従来のメニューや操作手順を維持したい場合はクラシックWPF版を選んでください。
Windowsデスクトップ向けのサブスクリプション・ノード管理クライアントです。システムプロキシ、ルーティングモード、TUNモード、ログ確認、自動サブスクリプション更新に対応しています。2つの入口はUI技術が異なりますが、基本的な操作手順は共通です。
| 確認項目 | 要件 | 選択時の説明 |
|---|---|---|
| プロセッサのアーキテクチャ | x64 | このページにあるWindows用インストーラーは、どちらもx64版です。 |
| インストール権限 | インストーラーの実行を許可 | 管理対象デバイスでは、管理者の承認が必要になる場合があります。 |
| ネットワーク設定 | システムプロキシを変更可能 | システムプロキシまたはTUNモードを有効にすると、端末のネットワーク設定が変更されます。 |
macOSのインストーラーはApple Silicon版とIntel版に分かれています。UIとサブスクリプション管理の方法は同じで、違いは実行ファイルのプロセッサアーキテクチャだけです。ダウンロード前に「システム情報」でチップの項目を確認してください。
macOS用のデスクトップクライアントです。インストール後はサブスクリプショングループの作成、ノードの更新、ルーティングモードの選択、システムプロキシの管理ができます。プロセッサのアーキテクチャを間違えると、インストーラーが正常に起動しない場合があります。
| 確認項目 | 要件 | 選択時の説明 |
|---|---|---|
| プロセッサ | Apple SiliconまたはIntel | システム情報に基づいてarm64またはx64のインストーラーを選択します。 |
| インストーラーの形式 | DMG | ディスクイメージを開き、システムの画面に従ってアプリをインストールします。 |
| ネットワーク権限 | システムプロキシの設定を許可 | 関連するネットワーク機能を初めて有効にするときは、システムの案内に従って確認してください。 |
Androidでは通常v2rayNGを優先します。V2Flyカーネル系統を使う場合や、別のクライアント設定を残したい場合はv2flyNGを使用できます。各クライアントにはarm64版とユニバーサル版があり、2015年以降の一般的なスマートフォンでは通常arm64版を優先します。
Androidでよく使われるグラフィカルクライアントです。設定のスキャン、クリップボードからの取り込み、サブスクリプショングループ、ルーティング設定、接続ログに対応しています。近年のスマートフォンの多くはarm64アーキテクチャですが、確認できない場合はユニバーサル版を選んでください。
V2Flyカーネル系統に基づくAndroidクライアントで、別の独立した設定環境として利用できます。使用前に有効なサブスクリプションURLを用意し、ノードのプロトコルとサブスクリプションパラメータを現在のクライアントが認識できることを確認してください。
| 確認項目 | 要件 | 選択時の説明 |
|---|---|---|
| プロセッサのアーキテクチャ | arm64またはユニバーサルアーキテクチャ | 一般的なスマートフォンではまずarm64版を選び、確認できない場合はユニバーサル版を選択します。 |
| インストーラーの形式 | APK | ダウンロードしたファイルを開き、システムのインストール画面に従って操作します。 |
| 接続権限 | ローカルネットワーク接続の作成を許可 | 初回の接続開始時に、システムの確認メッセージが表示されます。 |
Linuxでは、ディストリビューションのパッケージ管理方式とプロセッサアーキテクチャを確認する必要があります。Debian、Ubuntuおよび派生版では通常deb、FedoraやRHEL系、RPMパッケージ管理のディストリビューションではrpmを選択します。
Linuxデスクトップ版は、サブスクリプション管理、ノード切り替え、ルーティングモード、ログ確認に対応しています。パッケージ形式はインストール方法を、プロセッサアーキテクチャはバイナリの種類を決めます。一般的なデスクトップPCの多くはx64、ARMデスクトップや開発ボードではarm64を使用します。
| 確認項目 | 選択肢 | 選択時の説明 |
|---|---|---|
| パッケージ管理方式 | debまたはrpm | ディストリビューションが実際に使用するパッケージ形式に合わせます。 |
| プロセッサのアーキテクチャ | x64またはarm64 | システム設定またはターミナルのアーキテクチャ情報で確認できます。 |
| デスクトップ環境 | グラフィカルアプリを実行可能 | インストール後、アプリケーションメニューから起動してサブスクリプションを設定します。 |
クライアントは設定の読み込み、接続の確立、端末上のプロキシ通信の処理を行います。インストールが完了しても、利用可能なノードが自動で用意されるわけではありません。有効なサブスクリプションを取り込み、グループを更新し、ノードとプロキシモードを設定する必要があります。
まず端末のプラットフォームを確認し、次にプロセッサのアーキテクチャを調べます。Windowsではx64インストーラー、macOSではApple SiliconとIntel、Androidではarm64とユニバーサル版、Linuxではdebとrpmを選択します。
アーキテクチャの不一致では、インストーラーが開かない、互換性のないアプリと表示される、インストール後に起動できないといった症状がよく起こります。この場合は、まずアーキテクチャを再確認し、すぐにサブスクリプションやルーティング設定を変更しないでください。
デスクトップ版はシステムのインストール画面に従って操作し、AndroidではAPKを開いて端末の案内に従いインストールを確認します。組織のポリシーで管理されているPCでは、インストールやネットワーク設定の変更が制限され、管理者の承認が必要になる場合があります。
初回起動後は、サブスクリプショングループ、ノード一覧、システムプロキシ、ルーティングモード、ログの場所を確認します。同種のクライアントを複数同時に起動すると、システムプロキシの設定が重複して変更されたり、ローカル接続が競合したりするため避けてください。
サブスクリプションサービスからURL全体をコピーし、クライアントのサブスクリプショングループまたは設定に新しい項目として追加します。保存後に更新を実行し、ノード一覧が表示されるまで待ちます。更新に失敗した場合は、URLが完全か、余分な空白をコピーしていないかを確認し、ログのネットワークエラーや形式に関するメッセージを確認してください。
サブスクリプションURLは設定への入口です。自分が使用する端末と信頼できるパスワード管理環境だけに保存してください。URLを公開・転送すると、他人に設定を利用される可能性があり、後でURLを変更して再設定する負担も増えます。
サブスクリプションの更新後にノードを1つ選び、用途に応じてシステムプロキシを設定します。通常のウェブ閲覧では、まず自動設定、またはLANと中国本土の通信を迂回するルーティングを試してください。より多くのアプリの通信を制御する場合は、TUNモードの説明を読み、必要なシステム権限を確認します。
ルーティングモードを変更した後は、テストページを開き直すか新しい接続を確立してください。既存の接続が古い経路を使い続ける場合があります。設定の反映を判断する際は、クライアントログ、対象アプリの動作、システムプロキシの状態を組み合わせて確認し、画面上の単一のステータス表示だけで判断しないでください。
ダウンロードやインストールの失敗は、3つの概念を混同することで起こりがちです。クライアントの種類は機能の系統、プロセッサアーキテクチャはプログラムの実行可否、パッケージ形式はシステム上のインストール方法を決めます。
v2rayNはWindows、macOS、Linuxのデスクトップ向け、v2rayNGはXrayカーネルを採用したAndroid向け、v2flyNGはV2Flyカーネルを採用したAndroid向けです。まずプラットフォームでクライアントを決め、その後にアーキテクチャを確認します。
x64はIntelやAMDのデスクトッププロセッサで一般的です。arm64はモバイル端末や一部のARMデスクトップ端末でよく使われます。Apple SiliconはAppleチップ系統なので、ページで明示された対応インストーラーを使用してください。
システムごとに異なるインストール媒体を使用します。形式によって機能や性能が高くなるわけではなく、インストール方法が異なることを示しています。Linuxではディストリビューションのパッケージ管理方式に合わせてdebまたはrpmを選択してください。
更新前に、現在のサブスクリプショングループ、ルーティングモード、システムプロキシ方式、自動更新間隔を記録します。通常の更新では既存設定が引き継がれますが、複数のバージョンをまたぐと画面の入口や初期設定が変わる場合があります。更新後は、サブスクリプションを更新できるか、ノードを選択できるか、システムプロキシが正しい状態か、ログに設定解析エラーがないかを項目ごとに確認してください。
新バージョンの起動後に問題がある場合は、まず他のプロキシクライアントを終了して現在のプログラムを再起動し、設定ディレクトリの権限とサブスクリプション形式を確認します。同じ切り分けでクライアント、ノード、ルーティングモード、サブスクリプションURLをすべて変更すると、どの変更が結果に影響したか分からなくなります。
デスクトップ版の違い、プロセッサアーキテクチャ、Linuxのパッケージ形式、サブスクリプションの取り込みについて説明します。質問を開くと、具体的な確認方法を表示できます。
初めてインストールする場合は、新世代のクロスプラットフォームUIを採用したDesktop版がおすすめです。従来のWindowsインターフェースに慣れていて、これまでの操作感を維持したい場合はWPF版を選べます。どちらもサブスクリプション管理、ノード選択、システムプロキシ、ルーティング設定に使用でき、同時にインストールする必要はありません。
「システム情報」を開き、チップまたはプロセッサの項目を確認します。Apple Mシリーズと表示される場合はApple Silicon版、Intelプロセッサと表示される場合はIntel版を選択してください。インストーラーのアーキテクチャは端末のプロセッサと一致させる必要があり、端末のモデル名や外観だけで判断すると間違えやすくなります。
2015年以降の一般的なAndroidスマートフォンでは、通常arm64版を優先します。プロセッサのアーキテクチャが不明、端末が古い、またはarm64版のインストールに失敗する場合はユニバーサル版を試してください。ユニバーサル版は対応範囲が広い一方、ファイルサイズは大きくなりがちですが、機能や設定の流れはarm64版と同じです。
Debian、Ubuntuおよびその派生ディストリビューションではdeb、FedoraやRHEL系、RPMパッケージ管理を採用するディストリビューションではrpmを使用します。パッケージ形式に加えて、プロセッサがx64かarm64かも確認してください。形式とアーキテクチャの両方を一致させる必要があります。
まずサブスクリプションサービスからURL全体をコピーします。次にクライアントのサブスクリプショングループまたは設定を開き、URLを追加して更新を実行してください。ノードが表示されたら適切なシステムプロキシモードを選び、実際にウェブページへアクセスして接続状態を確認します。更新に失敗した場合は、まずURLが完全かどうかとクライアントログを確認してください。