Windows
デスクトップの第一候補v2rayNでサブスクリプション、サーバー、システムプロキシ、ルーティングルールを管理します。ダウンロードページには新しいデスクトップ画面と従来のWPF画面が用意されているため、システム環境や操作の好みに合わせて選択できます。
ダウンロードページへv2rayN デスクトップクライアント、v2rayNG Androidクライアント、日本語の設定手順をまとめて確認できます。インストールパッケージの選択から、サブスクリプション登録、サーバー選択、システムプロキシ、ルーティング設定まで順に進められます。
画面イメージ:サブスクリプショングループ、ルーティングルール、システムプロキシを同じウィンドウで管理。
現在のデバイスとプロセッサーアーキテクチャを確認してから、ダウンロードページで対応するパッケージを選択します。デスクトップではv2rayN、Androidではまずv2rayNGを確認し、カーネル要件に応じてv2flyNGも選べます。
v2rayNでサブスクリプション、サーバー、システムプロキシ、ルーティングルールを管理します。ダウンロードページには新しいデスクトップ画面と従来のWPF画面が用意されているため、システム環境や操作の好みに合わせて選択できます。
ダウンロードページへデバイスのチップに合わせてApple SiliconまたはIntel向けパッケージを選びます。インストール後はサブスクリプショングループから設定し、普段の使い方に応じてシステムプロキシや起動時の最小化を有効にするか決めます。
ダウンロードページへ一般的なデバイスではv2rayNGのarm64パッケージを優先し、アーキテクチャが不明な場合は汎用版を選びます。V2Flyカーネルの動作が必要な場合や対応する設定を使う場合は、v2flyNGに切り替えられます。
ダウンロードページへディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、x64とarm64のアーキテクチャも確認します。インストール後はまずサブスクリプションを登録し、デスクトップ環境のプロキシ設定がクライアントのモードと一致しているか確認します。
ダウンロードページへすべての項目を一度に変更しないでください。まず接続できる基本設定を整え、デバイス、ネットワーク、アプリの要件に応じてルールを一つずつ追加すると、問題が起きたときも変更原因を特定しやすくなります。
サービス提供者から案内されたサブスクリプションURLをコピーし、クライアントで新しいサブスクリプショングループを作成して更新します。グループ名には用途や取得元を反映し、複数のURLを同じ一覧に混在させないようにします。更新後はサーバーが一覧に表示されていることを確認してから、いずれかを選んで接続テストを行います。v2rayNはデスクトップで複数のサブスクリプショングループを管理するのに適しており、v2rayNGとv2flyNGはモバイル画面で更新、絞り込み、現在のサーバー選択をまとめて操作できます。サブスクリプション更新は設定の同期を行うだけで、現在のネットワークに最適な経路を自動判定するものではありません。
更新サブスクリプショングループルーティングでは、異なる通信をダイレクト接続、プロキシ、ブロックのどの出口へ送るかを決めます。一般的には、プライベートアドレスや地域内のリソースを直接接続にし、それ以外をプロキシへ送ります。まずはクライアント標準の基本ルールを使い、接続が安定してからカスタムドメイン、IP範囲、プロセス条件を追加します。ルールの順序はマッチ結果に影響するため、より具体的な条件を前に置き、変更のたびに設定を再読み込みしてください。単一の切り替えだけを提供するツールとは異なり、V2Rayクライアントではドメインルール、IPルール、出方向けタグを一つのルーティングロジックで管理できます。
geoip:privategeosite:cnfinalシステムプロキシを有効にすると、OSのプロキシ設定に従うアプリの通信をクライアントで処理できますが、独自のネットワーク設定を使うアプリもあります。接続前にクライアントのカーネルが起動していることを確認してからシステムプロキシを有効にし、使用を終えるときは逆の順序で無効にします。LAN共有は、他のデバイスから本機へ接続する必要がある場合だけ有効にし、待ち受けアドレスと本機のファイアウォールも確認してください。デスクトップでは起動時に最小化する設定もできますが、初回設定中は状態の確認、サーバー切り替え、ログ確認がしやすいよう、ウィンドウを表示したままにすることをおすすめします。
接続テストでは、1回の遅延結果だけを見ないでください。まずサブスクリプションを更新してサーバー設定が完全であることを確認し、実際の接続テストを行ったうえで、システムプロキシの状態と対象アプリがプロキシ設定を読み取っているかを確認します。すべてのサーバーで失敗する場合は、サブスクリプションの内容、デバイス時刻、ネットワーク権限、カーネル起動ログを優先して確認します。一部のサーバーだけ失敗する場合は、プロトコルパラメーターと経路の状態を比較します。ログは最初に現れたエラーから読み、名前解決、ハンドシェイク、接続タイムアウト、リモート拒否などの段階を区別してください。原因が確定する前にプロトコル、ルーティング、DNSを同時に変更するのは避けます。
初回は必要な設定だけ行います。基本接続が正常なことを確認してから、ルーティング、カスタムDNS、TUNモード、複数サブスクリプションの絞り込みなどの高度な項目に進みます。
Windows、macOS、Linuxではv2rayN、Androidではまずv2rayNGを使い、V2Flyカーネルが必要な場合はv2flyNGを選びます。ダウンロード前にOS、プロセッサーアーキテクチャ、パッケージ形式を確認してください。初回起動後はサブスクリプション、サーバー一覧、ログ、システムプロキシの入口を確認し、高度な設定を急いで変更しないようにします。
サブスクリプション管理でURLを追加し、保存後に更新します。サーバー一覧に内容が表示されたことを確認してから、使用するサーバーを選び接続テストを行います。複数のサブスクリプションを管理する場合は、取得元ごとに独立したグループを作り、絞り込み条件で表示範囲を制御すると、すべてのサーバーを一つの一覧に詰め込むより管理しやすくなります。
クライアントのカーネルを起動し、必要に応じてシステムプロキシを有効にしてから、対象アプリでネットワークへアクセスします。接続できない場合は、現在のサーバー、プロキシの切り替え、アプリ独自のプロキシ設定、実行ログを順に確認します。一度に一つの変数だけを変更し、変更前後の結果を記録すると、トラブルシューティングの時間を大幅に短縮できます。
クライアント、カーネル、プロトコルは異なる層に属します。それぞれの役割を整理してから、プラットフォームとノード設定に合うツールを選ぶと、画面機能とカーネルの能力を混同せずに済みます。
Project Vは、ネットワークプロキシプロトコル、トランスポート方式、ルーティング機能を軸に形成されたオープンソース技術エコシステムです。初期のV2Rayは、統一された設定構造、インバウンドとアウトバウンドのモデル、ドメインやIPで通信を振り分けるルーティングシステムを提供しました。コミュニティの保守体制が変化するなか、V2Flyはv2ray-coreの保守を継続し、互換性、プロトコル実装、ドキュメントを中心に更新を進めています。一方、Xrayは近い設定思想を基盤に独立したカーネル分岐として発展し、新しいプロトコル機能やトランスポートの選択肢を追加しています。
2種類のカーネルは、インバウンド、アウトバウンド、ルーティング、DNS、トランスポート層の設定など多くの基本概念を共有しますが、すべての項目や機能をそのまま置き換えられるわけではありません。ノード設定を受け取ったら、まずプロトコル種別とサーバー側の要件を確認し、クライアントに搭載されたカーネルが対応しているか判断します。クライアント名だけではプロトコル確認の代わりになりません。グラフィカルクライアントは登録、編集、制御を担当し、実際に接続を実行するのは呼び出されたカーネルです。
v2rayNはWindows、macOS、Linuxに対応するデスクトップ用グラフィカルクライアントで、複数のサブスクリプション、複雑なルーティング、システムプロキシの管理に適しています。サーバー一覧、サブスクリプショングループ、カーネル制御、テストツール、ログへの入口をデスクトップ画面に集約しているため、設定を長期的に管理したいユーザー向けです。v2rayNGはAndroid向けで、通常はXrayカーネルと組み合わせて使います。登録、サーバー選択、接続開始、ログ確認という操作がモバイル端末に適しています。
v2flyNGもAndroid向けですが、V2Flyカーネル体系を採用しています。既存のV2Fly設定を使う場合、対応するカーネルの動作が必要な場合、または2種類のカーネルの互換性を比較したい場合に適しています。v2rayNGとv2flyNGの違いは単なる画面テーマではなく、ノードのプロトコル、設定項目、実際の保守要件を基準に選ぶべきです。サービス提供者が特定のクライアントやカーネルを推奨している場合は、その案内を優先してください。
これらのプロジェクトはオープンソース方式で協力して開発され、継続的に保守されるソフトウェアとして公開されています。オープンソースライセンスは、コードの利用、変更、再配布に関する範囲を定めます。コミュニティの貢献は、バグ修正、プロトコル対応、プラットフォーム互換性、ドキュメントの補足に及びます。一般ユーザーにとって実用的な判断基準は、クライアントが現在も保守されているか、カーネルが使用中のノードプロトコルに対応しているか、パッケージがデバイスに合っているか、更新後に設定の動作が変わっていないかを確認することです。
クライアントとカーネルの更新時期は異なる場合があります。クライアントの更新では画面、サブスクリプション処理、システムプロキシのロジックが変わることがあり、カーネルの更新ではプロトコル、トランスポート、ルーティングの実装が変更される可能性があります。互換性の問題が起きたら、まず原因がクライアント画面、カーネル起動、サブスクリプション内容、リモートサービスのどこにあるかを切り分け、そのうえで更新、設定のロールバック、ルールの調整を判断します。変更内容を読まずにクライアント、カーネル、設定全体を同時に入れ替えないでください。
よくある設定の問題を先に解決し、完全な説明はカテゴリ別に整理されたヘルプセンターで確認できます。
まずサブスクリプションURLが完全に保存されていることを確認し、手動で更新します。それでも空の場合は、グループの絞り込み条件、デバイスの時刻、サブスクリプションの応答内容を確認してください。
サブスクリプションの問題を見る →クライアントのカーネルが動作していることを確認し、対象アプリがシステムプロキシを読み取るか確認します。独自のネットワーク設定を持つアプリでは、プロキシ項目を個別に確認してください。
接続の問題を見る →遅延は判断材料の一つにすぎません。経路の負荷、プロトコルのハンドシェイク、対象地域、実際の通信状況も考慮し、実接続テストを組み合わせて判断してください。
遅延とノードについて →基本構造には共通点がありますが、対応プロトコルや一部の項目は異なります。名前を直接置き換えるのではなく、サーバー側の要件とカーネルのドキュメントを項目ごとに確認してください。
クライアント比較を見る →クライアント選び、カーネルの違い、サーバーの絞り込み、実行ログの確認について、実践的な判断手順をまとめています。チュートリアルの詳細や注意点を補足する記事です。
2つのカーネルについて、プロトコル対応、設定互換性、保守ペースの違いを比較し、ノードの種類からカーネル選びを考えます。
記事を読む →Project Vの発展、V2Flyコミュニティによる保守、Xray分岐の背景を整理し、3つのクライアントの位置づけを説明します。
記事を読む →実接続テストの使い方、通信量倍率の意味、対象地域とプロトコル種別でサーバーを絞り込む手順を説明します。
記事を読む →