Windows
v2rayNのデスクトップ版または従来型のWPF版を利用します。デスクトップ版はクロスプラットフォームの画面を採用し、WPF版は従来のWindows操作を好むユーザーに適しています。インストール前にシステムアーキテクチャと実行環境を確認してください。
ダウンロードページへクライアントの機能
サブスクリプションの取り込みからルーティング分岐まで
v2rayNとv2rayNGは、コアの設定、サーバー管理、システムのネットワーク設定をグラフィカルな画面に集約します。以下の機能説明は実際の利用順に構成しています。まず入口を理解し、そのうえでより広範な通信制御を有効にするか判断しましょう。
別名
プロトコル
グループ
現在のサーバー
VLESS
デフォルトグループ
予備設定
VMess
手動管理
システムプロキシ：自動設定 · ルーティング：ルールモード
サーバー管理
サブスクリプションURLの取り込みとグループ管理
サブスクリプションの取り込みは、複数のサーバー設定をまとめて受け取るのに適しています。デスクトップ版では通常、「サブスクリプショングループ」から項目を作成し、完全なURLを入力して更新します。Android版ではサブスクリプション設定から追加できます。クライアントは取得した内容をサーバー一覧として解析しますが、URLを登録しただけで接続が確立するわけではありません。
取り込み後は、まず選択可能な設定が一覧に表示されているか確認し、その中から現在のサーバーを選びます。複数の配信元は別々のグループに分けると、更新時に混在しません。更新後も一覧が空の場合は、URLが完全か、グループが有効か、ログに解析エラーがないかを優先して確認してください。
日常のメンテナンス
手動更新と自動更新の使い分け
サブスクリプション更新はサーバー設定を再取得する機能で、クライアントアプリの更新とは異なります。初回取り込み後は手動で一度更新し、URLとネットワークが正常かすぐ確認するのがおすすめです。自動更新は安定して動作している設定に適しており、必要に応じて間隔を指定すれば、古い項目を長く使い続けるのを防げます。
更新に失敗しても連続してクリックしないでください。まずクライアントのログを確認し、ネットワーク要求の失敗、取得内容の解析不能、サブスクリプション情報の無効化を切り分けます。古い設定が使える場合は元のグループを残し、テスト用グループを新しく作成して、新しい内容が正常になってから一覧を整理しましょう。
通信の取り込み
システムプロキシはブラウザーや一般的なデスクトップアプリ向け
システムプロキシを有効にすると、OSのプロキシ設定に従うプログラムがネットワーク要求をクライアントの待ち受けポートへ渡します。ブラウザーや多くのGUIアプリはそのまま利用できるため、デスクトップでは最初に試すモードとして適しています。クライアントを終了する前にシステムプロキシを元に戻し、無効なローカルポートが残らないようにしてください。
一部のターミナルプログラム、独立したネットワークコンポーネント、独自に接続を管理するアプリはシステム設定を読み取りません。その場合は、まずアプリ自身にプロキシ設定があるか確認し、次に環境変数やTUNモードを検討します。一つのプログラムの挙動だけで、プロキシ全体の状態を判断しないでください。
拡張された通信制御
TUNモードはシステムプロキシを読み取らない通信をカバー
TUNモードは仮想ネットワークインターフェースを通じて、より広い範囲の通信を処理します。システムプロキシでカバーできないプログラムに適しています。有効化にはOSからネットワーク権限や管理者権限を求められる場合があり、他の仮想ネットワークツール、企業のセキュリティポリシー、既存のルーティング設定との競合にも注意が必要です。
トラブル対処は簡単なモードから始めます。まず同じサーバーがシステムプロキシで接続できることを確認してから、TUNを有効にしてください。有効化後に通信が途切れた場合は、仮想インターフェースの作成、DNS設定の取り込み、必要な通信が別の出口へ誤送信されるルールになっていないかを確認します。
ルールによる制御
ドメイン、IP、ルールセットで通信の出口を決定
ルーティング分岐はサーバーを選別する機能ではなく、接続ごとにルールを照合する仕組みです。主な出口にはプロキシ、直接接続、ブロックがあります。ルールは通常上から順に処理されるため、範囲の広いルールを前に置くと、後続の細かなルールが適用されないことがあります。変更後は設定を保存し、コアを再読み込みしてください。
日常利用では、まずクライアントが提供する基本ルールを選び、必要なドメインやアドレス範囲だけを少しずつ追加します。特定サイトの挙動に問題があるときは、サブスクリプション、DNS、ポート、サーバーを同時に変更せず、まずログで適用されたルールを確認してください。一つずつ切り分けるほうが安定した結論に至りやすくなります。
エコシステムの構成要素
クライアント画面とプロキシコアは明確に役割分担
v2rayN、v2rayNG、v2flyNGは設定管理、サーバー一覧、システム連携を担い、プロトコルの解析と接続の確立は対応するコアが行います。クライアントごとに対象プラットフォームに応じてXrayまたはV2Flyのエコシステムを採用し、設定画面から利用するコアを切り替えられる場合もあります。
コアを選ぶ際は、サブスクリプション設定に含まれるプロトコルと伝送パラメーターを基準にしてください。認識できない項目がある場合は、クライアントとコアがその設定に対応しているか確認し、起動ログを調べます。コアのエラーを理解せず画面側のアプリだけを交換しても、設定構造の非互換は通常解決できません。
トラブル対処
起動失敗や接続異常はまずログから確認
クライアントのログには通常、設定生成、コアの起動、待ち受けポート、接続処理の経過が記録されます。ダブルクリックで起動しても正常な動作状態にならない場合は、まずクライアントログとコアログの場所を確認し、ポートの競合、項目の解析失敗、権限不足、ファイルパスの異常など明確な手がかりを探してください。
対処時はエラーの前後にある文脈を残し、最後の1行だけを切り取らないでください。最初に現れた重要なエラーを処理し、再起動してから後続の情報を確認します。同じエラーが繰り返される場合は一つの根本原因による連鎖結果であることが多く、設定全体をリセットするより項目ごとに直すほうが制御しやすくなります。
デバイス間連携
LAN共有では待ち受けアドレスとアクセス範囲を明確にする
LAN共有を有効にすると、同じネットワーク上の他のデバイスから、現在のクライアントが提供するプロキシポートへ接続できます。利用側では、クライアントを実行している端末のLANアドレスと対応するポートを入力します。ホストのファイアウォール、ルーターの分離設定、ネットワークの種類がアクセス結果に影響します。
この機能は一時的なデバッグや、明確な範囲内でのデバイス連携に適しています。設定時は開放したポートと現在のネットワーク環境を記録し、そのネットワークを離れたら共有を速やかに無効にしてください。接続できない場合は、2台が同じサブネットにあるか、待ち受けアドレスが外部アクセスを許可しているか、ファイアウォールが通信を許可しているかを順に確認します。
OSから選ぶ
4つのプラットフォーム向けクライアント入口
デスクトップOSではまずv2rayNを確認し、Androidではv2rayNGとv2flyNGから選べます。ダウンロードページでは、プロセッサーアーキテクチャ、パッケージ形式、システム要件をさらに分けて案内しています。
macOS
v2rayNのデスクトップ版を利用します。ダウンロード時はApple SiliconとIntelプロセッサーを区別してください。初回起動時には、システムのプライバシーとセキュリティ設定でアプリやネットワークの権限を確認する必要がある場合があります。
ダウンロードページへAndroid
v2rayNGを第一候補とし、コアの要件に応じてv2flyNGも選べます。比較的新しい端末の多くはarm64パッケージを使用します。プロセッサーの種類が分からない場合は、ダウンロードページの汎用版の説明を確認してください。
ダウンロードページへLinux
v2rayNのデスクトップ版を利用し、ディストリビューションに応じてdebまたはrpmパッケージを選び、プロセッサーに合わせてx64またはarm64を選択します。起動できない場合は、デスクトップの起動項目とターミナルログをそれぞれ確認して依存関係を調べてください。
ダウンロードページへクイックスタート
インストール、取り込み、確認の3段階
初回設定ですべての高度な項目を同時に調整する必要はありません。まずクライアントが正しく読み込める接続を1つ作り、その後で自動更新、ルーティングルール、TUN設定を段階的に追加します。
-
01
プラットフォームに合わせてクライアントをインストール
Windows、macOS、Linuxではv2rayNを使用し、Androidではv2rayNGまたはv2flyNGを使用します。インストール前にプロセッサーアーキテクチャとパッケージ形式を確認し、初回起動時はシステムの指示に従って必要な権限を設定してください。起動できない場合は、実行環境、展開先ディレクトリ、書き込み権限を先に確認し、慌てて設定を取り込まないでください。
-
02
サブスクリプションを取り込み、サーバーを選択
サブスクリプション管理でグループを追加し、完全なサブスクリプションURLを貼り付けて手動更新します。一覧に内容が表示されたら、サーバーを1つ選んで有効にします。単一の共有リンクを使う場合はクリップボードから取り込めますが、プロトコル、アドレス、ポート、伝送パラメーターが完全に認識されているか確認してください。サブスクリプションの更新とクライアントの更新は別の操作です。
-
03
プロキシを有効にして段階的に確認
デスクトップではまずシステムプロキシを有効にし、Androidではシステムの指示に従ってネットワーク接続を確立します。確認時はクライアントの状態、ログ、対象アプリの挙動を分けて観察してください。システムプロキシが正常に動作してから、必要に応じてルーティング分岐やTUNを設定します。ターミナルプログラムだけ接続できない場合は、そのプログラムのプロキシ環境変数とポート設定を個別に確認します。
設定の問題はまず範囲を絞る
まずクライアントが起動できることを確認し、次にサブスクリプションを更新し、1台のサーバーをテストして、最後にシステムへの取り込みを確認します。一度に変更する条件を1つに絞ると、ログのエラーを具体的な手順に結び付けやすくなります。
オープンソースエコシステム
Project V、V2Fly、Xrayの関係
クライアント、コア、プロトコル、サブスクリプションサービスはそれぞれ異なる層にあります。この階層を理解すれば、画面の問題、設定の問題、コアの問題を混同せずに済みます。
エコシステムの歴史とプロジェクトの分岐
Project VはV2Rayの設定モデルとプロトコルエコシステムの基盤を築きました。コミュニティの発展に伴い、V2Flyは関連するコア機能を継承・維持し、Xrayは既存の設定方針との互換性を保ちながら、プロトコル、伝送、ルーティング機能を拡張しています。どちらもオープンな協働によるコアの系統に属しますが、リリース間隔、設定項目、機能対応が常に完全に一致するとは限りません。
そのため、「V2Rayクライアント」は通常、このエコシステム向けに作られたグラフィカルな管理ツールを指し、単一のコアファイルを意味しません。VMess、VLESS、Trojan、REALITY、gRPCなどの用語を見たら、それがプロトコル、セキュリティ層、伝送方式のどれに属するかを分けて判断し、現在のクライアントが呼び出すコアがその組み合わせに対応しているか確認してください。
3つのクライアントの役割
v2rayNはデスクトップOS向けで、サブスクリプショングループ、サーバー一覧、システムプロキシ、TUN、ルーティング、ログへの入口を管理します。v2rayNGはAndroid向けで、一般的な設定をXrayコアが処理します。v2flyNGもAndroid向けですが、V2Flyコアのエコシステムにより近い位置づけです。3つともグラフィカルな画面で設定管理の負担を減らしますが、実際の接続能力はコアと設定によって決まります。
クライアントのコードは公開されているため、機能の進化、設定の生成方法、問題の修正履歴を確認できます。オープンソースであることは、すべての分岐の画面やデフォルト値が同じという意味ではありません。クライアント間で移行する際は、名前だけで比較せず、サブスクリプションの互換性、ルーティングルール、DNS設定、ローカルの待ち受けポートを確認してください。
プロトコルのライセンスとコミュニティによる保守
オープンソースライセンスは、コードの利用、改変、再配布に関する条件を定めています。具体的な条項は、各プロジェクトがソフトウェアとともに提供するライセンスファイルを確認してください。クライアントとコアは異なるメンテナーやコミュニティ参加者によって継続的に改善され、リリース周期も独立しています。クライアントを更新すると、画面コンポーネントとコアコンポーネントが同時に変わる場合もあれば、クライアント側で別々に管理される場合もあります。
日常のメンテナンスでは、現在利用できる設定と重要な項目を記録しておきます。更新後はまずコアが正常に起動するか確認し、次にサブスクリプション、ルーティング、システムへの取り込みを確認してください。新しい設定項目を認識できない場合は、ログに出ている明確なエラーを調べ、クライアントとコアの対応範囲を確認します。複数の項目を何度も切り替えるより、再現可能な手順に戻るほうが原因を特定しやすくなります。
最近のドキュメント
クライアント設定とトラブル対処
以下の3記事では、コアの起動失敗、デスクトップ版の選び方、システムプロキシが反映されない問題を扱います。いずれも確認できる現象ごとに調査手順を分けており、ログやシステム設定から原因を探しやすい構成です。
コアの起動に失敗しても再インストールは後回し：ログで設定エラーを特定する方法
ログの確認場所、起動失敗でよく見られる情報、ポートの競合、設定項目の誤り、サブスクリプション情報の不足に応じた対処を説明します。
記事を読む →v2rayNのデスクトップ版とWPF版の違い：2種類のパッケージの選び方
システム対応、画面の違い、実行環境、アップグレード方法の4つの観点から、デスクトップ版とWindows専用のWPF版を比較します。
記事を読む →システムプロキシを有効にしても反映されない：ブラウザーとターミナルを別々に確認
ブラウザーではシステム設定の取り込みと拡張機能の競合を確認し、ターミナルではプロキシ環境変数、待ち受けアドレス、ローカルポートを確認します。
記事を読む →