デスクトップ版 v2rayN · Android版 v2rayNG / v2flyNG
まずOSを選び、次にCPUアーキテクチャを選択します。デスクトップではv2rayN、Androidではv2rayNGがおすすめです。V2Flyコアが必要な場合はv2flyNGをご確認ください。
v2rayNにはDesktop版と従来のWPF版があります。以下はいずれもx64版です。ダウンロード前にシステムの種類をご確認ください。
どちらもZIP形式で配布されています。ダウンロード後、専用のフォルダーに展開してから、パッケージ内のインストーラーを実行してください。圧縮ファイルのプレビュー画面から直接起動しないでください。インストール先は固定し、アプリが設定を書き込む場合は、現在のユーザーに必要なフォルダーのアクセス権があることを確認してください。
Desktop版とWPF版の違いは、主にUIの技術と操作レイアウトです。ノードの通信速度が優れているかどうかを示すものではありません。UIを切り替える前にサブスクリプションとカスタムルールをバックアップし、旧クライアントを終了してから新しいクライアントを起動してください。ローカルの待ち受けポートが競合しないよう、2つのアプリを同時に起動しないでください。設定を取り込んだ後は、使用中のノード、システムプロキシ、ルーティングモードも改めて確認しましょう。
| 確認項目 | 本ページのインストーラーの条件 | 確認場所と手順 |
|---|---|---|
| CPUアーキテクチャ | x64 | システム設定の「システム → バージョン情報」を開き、システムの種類を確認してください。 |
| OSと実行環境 | 選択したクライアントの配布パッケージ要件を満たすこと | インストーラーの表示に従ってOSと実行環境を確認してください。「64ビット」という情報だけでは互換性を判断できません。 |
| ファイルとアクセス権 | 展開後にインストーラーを実行 | 書き込み可能なフォルダーを選んでください。TUN機能の使用には追加のアクセス権が必要な場合があります。 |
| 接続の準備 | 有効なノードまたはサブスクリプション | 設定を取り込み、ノードを選択してから、システムプロキシを設定しログを確認してください。 |
システムプロキシが有効になるのは、システムのプロキシ設定に従うアプリだけです。ほかのアプリにも適用したい場合は、クライアントの対応状況を確認したうえでTUNの利用を検討してください。インストールの完了、サービスの起動、通信の経路への適用は、それぞれ別の状態です。詳しくはWindowsのインストール・設定ガイドをご覧ください。
v2rayNはApple Silicon版とIntel版のDMGを提供しています。必要なアーキテクチャはMacのチップで決まります。サブスクリプションやノードの種類は関係ありません。
ディスクイメージを開き、画面の案内に従ってアプリを「アプリケーション」フォルダーにコピーし、そのフォルダーから起動してください。マウントしたディスクイメージからアプリを常時起動すると、イメージの更新や取り外し後にアプリが見つからなくなることがあります。初回起動時はシステムの警告を読み、アプリ名、入手元、実行しようとしている操作を確認してください。警告を回避するために、システム全体のセキュリティ機能を無効にしないでください。
サブスクリプションを取り込んだら、まずノードを選び、クライアントのコアが正常に起動したことを確認してからシステムプロキシを有効にしてください。システムプロキシとTUNは、通信を経由させる仕組みが異なります。前者はアプリがプロキシ設定に従う必要があり、後者は仮想ネットワークインターフェースと追加のアクセス権を使用します。初回接続では、まずシステムプロキシで通信を確認し、その後に機能を追加すると、アクセス権、DNS、ルーティングの問題を切り分けやすくなります。
| 確認項目 | 本ページのインストーラーの条件 | 確認場所と手順 |
|---|---|---|
| Apple Silicon | arm64 DMG | 「このMacについて」にApple Mシリーズチップと表示されること。 |
| Intelプロセッサ | x64 DMG | 「このMacについて」にIntelプロセッサと表示されること。 |
| OSの互換性 | 配布パッケージの要件とシステムの表示に従う | アーキテクチャが一致していても、現在のOSでアプリを実行できるか確認してください。 |
| ネットワークのアクセス権 | 使用する機能に応じて許可 | システムプロキシを確認してください。TUNを使う場合は、インターフェースとアクセス権も個別に確認します。 |
更新する前に、起動中のアプリを終了して新旧のプロセスが同時に動かないようにしてください。アプリを入れ替えても設定が表示されない場合は、サブスクリプションをすべて再度取り込む前に、別のフォルダーにあるコピーを起動していないか確認しましょう。詳しくはmacOSのインストール・設定ガイドをご覧ください。
v2rayNGはXrayコアを使用し、Android向けの第一候補です。v2flyNGはV2Flyコアを使用する代替アプリです。アプリは別々にインストールし、それぞれ設定を管理します。
APKをダウンロードしたら、システムのインストーラーで開いてください。ブラウザーやファイル管理アプリからのインストールを許可するよう求められた場合は、実際に使うアプリだけに許可します。インストール後にv2rayNGを開き、サブスクリプショングループを追加してノード一覧を更新してください。コアに対応した共有リンクを取り込むこともできます。
ノードを選択して接続を開始すると、初回はシステムからVPN接続の許可を求められます。この許可は端末の通信を経由させるローカルインターフェースを作成するためのもので、ノードへの接続成功を示すものではありません。アプリのログと実際のアクセス結果を確認してください。画面消灯後に接続が切れる場合は、サブスクリプションの不具合と決めつけず、バッテリー最適化とバックグラウンド実行の制限も確認しましょう。
v2flyNGとv2rayNGは名前が似ていますが、標準で使用するコアが異なります。サブスクリプションを読み込めても、すべてのプロトコル、トランスポート設定、コア固有の拡張項目が使えるとは限りません。移行時は、まず互換性が明確なノードを1つ取り込んでテストし、その後カスタムDNSとルーティングルールを移行してください。元のネイティブ設定ファイルを別のアプリにそのまま上書きしないでください。
接続アプリを切り替えるときは、前のアプリのVPNサービスを停止してから、次のアプリを起動してください。Androidでは通常、一般的なVPNサービスを同時に1つしか有効にできません。複数のアプリが順番に通信を制御しようとすると、接続状態が不安定になることがあります。2つのクライアントを比較する場合は、ノード、ネットワーク、アクセス先をそろえ、ログも確認して違いを判断しましょう。
| 確認項目 | 本ページのインストーラーの条件 | 確認場所と手順 |
|---|---|---|
| アプリのアーキテクチャ | arm64版または汎用版 | CPUの製品名だけで判断せず、端末のOSが対応するアーキテクチャに合わせて選んでください。 |
| OSのバージョン | 該当APKのインストール要件を満たすこと | 端末の設定でAndroidのバージョンを確認し、インストーラーの表示も確認してください。 |
| インストールの許可 | 現在の提供元からのアプリインストールを許可 | システムの案内に従って許可してください。インストール後は、この提供元への許可を取り消せます。 |
| 接続とバックグラウンド動作 | VPN接続の許可とバックグラウンド動作 | ほかのVPNサービス、省電力の制限、クライアントのログを確認してください。 |
「アプリをインストールできません」と表示された場合は、同じ名前のアプリがすでにあるか、署名が一致しているか、端末の空き容量が十分かを確認してください。再インストールが必要な場合は、復元可能な設定を先にエクスポートし、サブスクリプショングループを失わないようにしましょう。詳しくはAndroidのインストール・設定ガイドをご覧ください。
v2rayNはdeb版とrpm版を提供しています。まずディストリビューションに合うパッケージ形式を選び、次にCPUに応じてx64版またはarm64版を選んでください。
インストーラーをディストリビューションのソフトウェア管理ツールで開き、依存関係とアーキテクチャに関する表示を確認してからインストールしてください。debとrpmは、ファイル名を変更しても相互に置き換えられません。同じ形式でも、すべてのディストリビューションで依存関係が満たされるとは限りません。インストールに失敗した場合はエラーの詳細を保存し、不足しているコンポーネントやOSの互換性を確認してください。依存関係を無視して強制的にインストールしないでください。
v2rayNはGUIデスクトップクライアントです。このページのパッケージは、グラフィカル環境での利用を想定しています。インストール後はアプリメニューから起動し、サブスクリプションを取り込んでローカルの待ち受けポートを確認してください。デスクトップ環境によってシステムプロキシの参照方法が異なるため、ブラウザーでプロキシが有効になっていても、すべてのアプリの通信が経由しているとは限りません。TUNを有効にする前に、クライアントの対応機能、インターフェースのアクセス権、既存のネットワークルールを確認してください。
| 確認項目 | 本ページのインストーラーの条件 | 確認場所と手順 |
|---|---|---|
| パッケージ形式 | debまたはrpm | ディストリビューションのドキュメントまたはGUIのソフトウェア管理ツールで確認してください。 |
| CPUアーキテクチャ | x64またはarm64 | x86_64とamd64はx64、aarch64はarm64に対応します。 |
| デスクトップ環境と依存関係 | GUI環境と配布パッケージが必要とするコンポーネント | インストーラーの依存関係に関する表示を読み、ディストリビューションのバージョンを確認してください。 |
| プロキシとアクセス権 | デスクトップ環境とモードに合わせて設定 | システムプロキシ、TUN、アプリごとのプロキシをそれぞれ確認してください。 |
デスクトップのアイコンから起動できてもコアが起動しない場合は、クライアントログに記録されたエラーを確認してください。ポートの競合、設定項目の非互換、アクセス権不足は、それぞれ別に対処する必要があります。クライアントを繰り返しインストールしても、設定上の問題は解決しません。詳しくはLinuxのインストール・設定ガイドをご覧ください。
インストール後の設定
01 / 取り込み
クライアントのインストーラーに利用可能なノードは含まれていません。有効なサブスクリプションまたは共有リンクを用意し、取り込み後にノード一覧が表示されることを確認してください。サブスクリプションURL、共有リンク、ネイティブJSONでは取り込み方法が異なります。取得した内容が形式に合わない場合は、更新を繰り返すのではなく、まず形式を確認しましょう。
02 / 起動
使用するノードを選択してサービスを起動し、ログに起動エラーがないことを確認してください。デスクトップではシステムプロキシを設定し、AndroidではVPN接続を許可します。TUNが必要な場合は、別途アクセス権を確認してください。初期設定では、経路を1つに絞って接続し、プロキシの多重化を避けましょう。
03 / 確認
ブラウザーでのアクセスと出口IPを確認して接続を検証し、ログに記録されたリクエストとルーティングも確認してください。画面に「接続中」と表示されても、サービスやインターフェースが起動したことを示すだけで、接続先ノードが使えるとは限りません。問題がある場合は、ノードへの接続、ドメイン名の解決、アプリの通信経路への適用を分けて確認しましょう。
ダウンロードに関するよくある質問
初めてインストールする場合は、新世代のクロスプラットフォームUIを採用したDesktop版がおすすめです。従来のWindowsの画面や操作に慣れている場合は、安定したWPF版を選べます。どちらも自分のノードまたはサブスクリプションの取り込みが必要です。切り替える前に設定をバックアップし、旧アプリを終了してから、新しいアプリで待ち受けポートとプロキシ設定を確認してください。
2015年以降の一般的なスマートフォンではarm64版が適していますが、最終的には端末のOSが対応するアプリのアーキテクチャを確認してください。判別できない場合は汎用版を選べます。インストーラーに非対応と表示されたら、同じパッケージを繰り返しダウンロードするのではなく、OSのバージョン、CPUアーキテクチャ、既存アプリの署名を確認しましょう。
Appleメニューから「このMacについて」を開き、チップまたはプロセッサの項目を確認します。Apple Mシリーズと表示される場合はApple Silicon用のarm64版、Intelプロセッサと表示される場合はIntel用のx64版を選んでください。アーキテクチャはMac本体に合わせて選び、サブスクリプション形式や使用するノードでは判断しません。
クライアントは設定を読み込み、通信を転送するアプリです。インストーラーにすぐ使えるサブスクリプションやノードは含まれていません。インストール後、有効な設定を取り込み、使用するノードを選んでサービスを起動します。その後、OSに応じてシステムプロキシを有効にするか、VPN接続を許可してください。最後にブラウザーからのアクセス、出口IP、クライアントログで接続状況を確認します。
サブスクリプショングループ、カスタムルーティング、DNS、ローカルの待ち受け設定をバックアップし、使用中のコアとプロキシモードも記録しておきます。更新前にクライアントを終了し、更新後は以前の設定が正しく読み込まれたことを確認してから接続をテストしてください。サブスクリプションURLや設定には認証情報が含まれる場合があるため、バックアップは安全な場所に保管しましょう。
ディストリビューションのパッケージ形式に合わせて選び、拡張子だけを変更してはいけません。DebianやUbuntu系では通常deb、FedoraやRHEL系では通常rpmを使います。x64またはarm64のアーキテクチャも一致させてください。同じパッケージ形式でも依存関係が満たされるとは限りません。不足している依存関係が表示された場合は、ディストリビューションのバージョンとエラーの詳細を確認しましょう。
機能を比較して選びたい場合は3つのクライアントを比較したレビューをご覧ください。OS別の詳しい手順は全プラットフォーム対応のインストール・設定ガイドをご確認ください。