クライアントの選び方サブスクリプション · ルーティング · コア

V2Ray Androidクライアント
ダウンロードと設定ガイド

プラットフォームに合わせてオープンソースクライアントを選び、サブスクリプションの追加からルーティング設定まで順に設定します。

プロトコルとトランスポート
  • VMess
  • VLESS
  • Trojan
  • REALITY

サブスクリプション・ルーティング・接続の設定

クライアントは設定を管理し、コアは接続を処理します。まずサブスクリプションが正常に読み込めることを確認し、次にアプリの通信をクライアントへ取り込む方法を決め、最後にルーティングルールを調整します。

それぞれの設定は異なる役割を担います。サブスクリプショングループは設定の取得元を管理し、更新すると選択可能なサーバーが追加されます。システムプロキシまたはTUNモードは、どのアプリのリクエストを受け取るかを決めます。ルーティングプリセットは、受け取ったリクエストを直接接続、プロキシ、ブロックのどれに振り分けるかを決めます。リストに項目があっても、システムプロキシが有効とは限りません。プロキシが有効でも、すべてのリクエストがプロキシ経由になるとは限りません。切り分けて確認すれば、実際の設定が変わらないままクライアントを何度も再インストールする事態を避けられます。

以下の設定画面は、一般的な操作順に並べています。クライアントによってメニュー名は異なります。例は設定の意味を説明するもので、動作可能な完全設定ではありません。初めて使う場合はガイドに沿って最小限の接続を確立し、その後サブスクリプションの更新、プライベートアドレスへの直接接続、アプリの通信取り込みを順に設定してください。

サブスクリプショングループ

サブスクリプショングループを使うと、取得元のURLとサーバー項目を関連付けられます。設定を定期的に更新する場合に便利です。v2rayNではグループ名とサブスクリプションURLを追加して保存し、「サブスクリプションを更新」を実行します。v2rayNGではサブスクリプション設定からURLを追加し、一覧に戻って更新します。共有リンクを1件インポートしても、更新可能なサブスクリプションにはなりません。グループ名は取得元を見分けるために使い、URLは信頼できる提供元から入手してください。更新できない場合は、URLが完全か、有効期限が切れていないか、応答形式が正しいかを確認しましょう。WebサイトのログインURLをサブスクリプションURLとして使わないよう注意してください。

サブスクリプショングループ → 追加
グループ名:個人用サブスクリプション
サブスクリプションURL:提供元から受け取ったURLを入力
保存 → サブスクリプションを更新 → 設定を選択
4Windows / Android / macOS / Linux
3v2rayN / v2rayNG / v2flyNG
GPL-3.0クライアントのオープンソースライセンス

OSに合わせてクライアントを選ぶ

デスクトップではv2rayN、Androidではまずv2rayNGを検討してください。インストーラーはOSとCPUアーキテクチャの両方に合ったものを選びます。

Windows

v2rayN · デスクトップ版 / WPF版

Windowsではv2rayNデスクトップ版と従来のWPF版から選べます。デスクトップ版はクロスプラットフォームのUIを採用し、異なるデスクトップOSでも近い操作感で使えます。WPF版はWindows向けで、利用経験があり、従来のメニュー構成を使い続けたい方に適しています。どちらのUIを選ぶ場合も、システム要件の確認は必要です。ダウンロード前にインストールガイドを読み、動作環境と必要な依存関係を確認してください。

初回インストールでは、まず既定の待ち受け設定を維持し、動作確認済みの設定を1件インポートしてからシステムプロキシを有効にし、ブラウザーで基本的な接続を確認しましょう。対象アプリがシステムプロキシを参照しない場合に限り、アプリ独自のプロキシを設定するか、TUNモードを検討してください。インストール、アプリの通信取り込み、リモート接続の問題を分けて対処できます。

更新前にサブスクリプショングループ、カスタムルーティング、必要なローカル設定をバックアップしてください。別のUIへ移行するときは設定のインポート方法を確認し、実行中のディレクトリをそのまま上書きしないでください。使用後はシステムプロキシが解除されているか確認します。ほかのプロキシツールもシステム設定を変更する場合は、どのプログラムが設定を管理するか決め、互いに上書きしないようにしましょう。

ダウンロードへ

macOS

v2rayN · Apple Silicon / Intel

macOSではv2rayNデスクトップ版を使用します。まず「このMacについて」でチップ情報を確認してください。Apple Silicon搭載Macはarm64、Intel搭載Macはx64のダウンロードを選びます。インストーラーはCPUアーキテクチャで決まるため、外観や購入年だけで判断できません。インストール後はシステムの案内に従ってアプリを開き、必要な許可を設定してからサブスクリプションとプロキシを設定してください。

システムプロキシとTUNモードは別の設定です。前者はシステム設定に従うアプリに影響し、後者はより広い範囲の通信を取り込むため、追加の権限が必要になることがあります。まずシステムプロキシでブラウザーの接続を確認し、その後、対象範囲を広げる必要があるか判断してください。職場の端末では、デバイス管理ポリシーによりプロキシ設定を変更できない場合があります。関連する設定が許可されているか、あらかじめ確認しましょう。

Wi-Fiの切り替え、有線LANへの接続、スリープからの復帰後に動作が変わった場合は、まず現在のネットワークサービスのプロキシ設定を確認し、次にクライアントが動作中か確認してください。ブラウザーは使えるのに特定のアプリからアクセスできない場合は、アプリ独自のネットワーク設定を優先して確認します。LAN上の機器に接続できない場合は、プライベートアドレスへの直接接続ルールを確認し、すべての通信をすぐにプロキシへ切り替えないでください。

ダウンロードへ

Android

v2rayNG · Xray / v2flyNG · V2Fly

Androidではまずv2rayNGを検討し、V2Flyの設定エコシステムを利用する場合はv2flyNGも候補になります。2つのクライアントは異なるコアを採用しているため、設定要件と操作感を基準に選び、名前の類似性だけで判断しないでください。一般的な最近のスマートフォンではarm64を選びます。アーキテクチャが分からない場合は端末情報を確認し、ダウンロードページの汎用版の説明も参考にしてください。インストール許可は、実際に使うインストール元に対してのみ付与しましょう。

共有リンクを1件コピーした場合は、クライアントのクリップボードからのインポート機能で設定を追加できます。サブスクリプションURLを受け取った場合は、サブスクリプション設定で取得元を保存して更新してください。インポート後に設定を選択し、サービスを起動してシステムのVPN接続を許可します。この許可はローカルで通信を取り込むためのもので、サーバー情報を自動生成したり、有効なサブスクリプションの代わりになったりするものではありません。

画面ロック後に接続が頻繁に切れる場合は、バッテリー最適化、バックグラウンド動作、メーカー独自の自動起動管理を確認してください。アプリごとのプロキシ設定を変更すると通信の対象範囲も変わるため、変更後は対象アプリで検証し、ステータスアイコンだけで判断しないでください。既存のVPNサービスとクライアントが通信の取り込み機能を取り合う場合があります。テスト前に現在有効なサービスを確認してください。サブスクリプションURLは機密情報として扱い、スクリーンショットを共有する際はURLや認証情報を隠しましょう。

ダウンロードへ

Linux

v2rayN · deb / rpm

Linuxデスクトップではv2rayNデスクトップ版を使用します。ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、CPUアーキテクチャがx64かarm64かも確認してください。Debian、Ubuntuなどでは通常debパッケージ、Fedoraなどでは通常rpmパッケージを使用します。パッケージ形式とCPUアーキテクチャは別々の条件です。片方が合っていても、インストールファイルが必ず使えるとは限りません。

インストール後はアプリメニューからクライアントを起動し、UIとコアが正常に動作することを確認してからサブスクリプションをインポートしてください。デスクトップ環境によってシステムプロキシの管理方法が異なり、ブラウザーに独自の設定が残っていることもあります。検証時は対象アプリが実際にどのプロキシ設定を参照しているか確認してください。必要であれば、サーバーを何度も切り替えるのではなく、アプリにクライアントのローカル待ち受けアドレスとポートを入力します。

TUNモードには権限とルーティングの設定が関わるため、クライアントのガイドに従って有効にしてください。スイッチを有効にするためだけに、すべてのデスクトップアプリを常に高い権限で実行しないでください。ログイン時の自動起動を設定する前に手動で起動し、クライアント終了後にネットワークが復旧することを確認しましょう。依存関係や権限のエラーが発生した場合は、メッセージと起動ログを記録し、インストールガイドの該当箇所を参照してください。自動起動の問題と接続の問題は分けて対処します。

ダウンロードへ

Project V・V2Fly・Xrayのエコシステム

プロジェクト、コア、クライアントを区別すると、設定の互換性を判断しやすくなります。オープンソースライセンスはコードの利用条件を示すもので、接続結果は設定やネットワーク環境にも左右されます。

Project Vとクライアントの役割

V2Rayは、設定可能なinbound、outbound、ルーティングの仕組みでネットワーク接続を管理するProject Vのプロキシツールエコシステムから生まれました。inboundはローカルのリクエストを受け取り、outboundはリクエストの送信方法を定義し、ルーティングは条件と出口を関連付けます。GUIクライアントはこれらの設定を操作可能な画面にまとめ、サブスクリプション管理、設定の生成、プロセスの起動、ログの表示を担います。画面に起動済みと表示されても、起動処理の一部が完了したことを示すにすぎません。実際のリクエストが正しい入口に届いているか確認してください。

「クライアント」「コア」「サブスクリプション」は、互いに置き換えられる名称ではありません。クライアントは日常操作に使うツール、コアはプロトコルとトランスポートの処理を担うもの、サブスクリプションは設定の取得元です。クライアントをダウンロードしてインストールした後、正当に入手した、使用中のコアに対応する接続設定を用意する必要があります。クライアント自体がサブスクリプションを提供するわけではなく、UIを切り替えてもサーバー側の要件は変わりません。この関係を理解しておくと、エラーの原因となる箇所を特定しやすくなります。

V2FlyとXrayのコアの関係

V2FlyはV2Rayのコミュニティによる開発・保守を引き継ぎ、Xrayは関連するコードエコシステムから発展しました。両者は一部の概念やプロトコルの背景を共有していますが、開発方針や機能の進化はそれぞれ異なります。JSONフィールドが似ていても、すべてのパラメーターを相互に利用できるとは限りません。プロトコル名だけでなく、トランスポート方式、安全設定、サーバー側の機能、使用中のコアが必要な機能を実装しているかを確認してください。REALITYはセキュリティとトランスポートに関わる機能です。プロトコルの表示だけで設定全体の互換性を判断しないでください。

v2rayNGはXrayコア、v2flyNGはV2Flyコアを採用しています。v2rayNはデスクトップ向けのGUI管理機能を提供し、クライアントのオプションや設定の種類に応じたコアを利用できます。選ぶ際は、まず既存の設定要件を確認し、次に対応プラットフォームやUIの使い勝手を考慮してください。項目が拒否された場合は正確なエラーメッセージを記録し、その項目がどのコアの仕様に属するか確認します。サブスクリプション名を変えたり、設定名を変更したりしても、非対応のパラメーターが使えるようにはなりません。

3つのクライアントとGPL-3.0

v2rayN、v2rayNG、v2flyNGのクライアントプロジェクトは、GPL-3.0のオープンソースライセンスを採用しています。オープンソースとは、ライセンスに従ってコードを閲覧、利用、変更、再配布できることを意味します。変更したものを配布する場合は、該当するライセンス上の義務を果たす必要があります。クライアント、コア、アプリとともに使われるほかのコンポーネントには、それぞれ異なるライセンスが適用される場合があります。クライアントのライセンス表示だけで、すべてのコンポーネントのライセンスが分かるわけではありません。一般ユーザーはクライアントのオープンソース性を確認し、開発者や配布者は個別のライセンス文書を確認してください。

オープンソースは開発の透明性を示すものであり、あらゆる接続結果を保証するものではありません。サーバーの稼働状況、サブスクリプションの有効性、認証パラメーター、ネットワークが対応するトランスポートを許可しているかを個別に確認する必要があります。当サイトでは中国語で選び方や設定手順を整理しており、クライアントを独自に採点したり、コミュニティによる保守を一定の更新周期と同一視したりしていません。3つの製品を比較する場合は、名称から性能を推測せず、対応プラットフォーム、コア、設定機能の具体的な違いを確認してください。

更新・バックアップ・設定の範囲

クライアントの更新、コアの更新、サブスクリプションの更新はそれぞれ別の操作です。クライアントの更新ではUI、設定の生成方法、実行時の依存関係が変わることがあります。コアの更新はプロトコルの実装や対応フィールドに影響します。サブスクリプションの更新では取得元URLからサーバー設定を再取得します。サブスクリプションを更新してもシステムプロキシは自動修復されず、アプリを更新しても期限切れのサブスクリプションは有効になりません。問題が起きたら直近の変更を記録し、該当する層を確認してください。すべてを同時に更新すると原因を特定しにくくなります。

変更前にサブスクリプショングループ、カスタムルーティング、動作確認済みの設定をバックアップしてください。バックアップにはサブスクリプションURL、認証情報、サーバーパラメーターが含まれることがあります。管理された安全な場所に保存し、ログと一緒に公開しないでください。エラーを他の人に説明する際は、項目名、エラーの種類、操作手順を残し、機密値は伏せましょう。サブスクリプション全体と個別の設定では共有範囲が異なります。どちらもアクセス権を含む情報として扱ってください。

ルーティング設定もメンテナンスが必要です。ドメイン分類とIP分類は、クライアントが使用するデータファイルに依存します。分類内容が変わると、同じ接続先でも一致するルールが変わることがあります。ルールの順序、DNSポリシー、デフォルトの出口も結果に影響します。最初に表示されるルーティング画面は、マッチ条件と出口の関係を示す例であり、そのまま起動できる完全な設定ではありません。実際に使う際は、outbound設定で対応するタグを定義し、どのルールにも一致しないリクエストに使うデフォルトの出口を確認してください。

クライアントの選び方とプラットフォーム別設定の記事

最新の3記事では、クライアントの違い、Linuxへの導入、デスクトップ版の選び方を解説します。基本的な接続を設定した後、使用するプラットフォームに合った記事をご覧ください。