DESKTOP
Windows
Windowsのデスクトップ環境では、まずv2rayNを確認します。ダウンロードページでは、新しいデスクトップインターフェースと従来のWPFインターフェースの対応範囲を分けて説明しています。既存の設定がある場合は、サブスクリプショングループとルーティング設定を先にバックアップしてから、インストール方法を選ぶと安心です。
ダウンロードへCLIENT CONFIGURATION INDEX
クライアントのダウンロード、サブスクリプションの読み込み、ルーティングの手順を整理し、v2rayN・v2rayNG・v2flyNGの対応プラットフォーム、カーネルの違い、システムプロキシの設定、よくある接続問題を解説します。
PLATFORM DOWNLOAD
まず端末のプラットフォームとプロセッサーのアーキテクチャを確認し、対応するクライアントを選びます。トップページの入口はプラットフォームの振り分け用です。インストーラーの種類、システム要件、ファイルの説明はダウンロードページで確認してください。
DESKTOP
Windowsのデスクトップ環境では、まずv2rayNを確認します。ダウンロードページでは、新しいデスクトップインターフェースと従来のWPFインターフェースの対応範囲を分けて説明しています。既存の設定がある場合は、サブスクリプショングループとルーティング設定を先にバックアップしてから、インストール方法を選ぶと安心です。
ダウンロードへDESKTOP
macOSではv2rayNデスクトップクライアントを使用します。ダウンロード前にシステム情報でプロセッサーの種類を確認してください。Apple SiliconとIntelでは対応ファイルが異なります。サブスクリプションを読み込んだ後のプロキシモード、ルーティングルール、デスクトップ版の操作方法は、他のプラットフォームと基本的に同じです。
ダウンロードへMOBILE
Androidではv2rayNGとv2flyNGから選べます。前者はXrayカーネルを採用し、一般的なXray設定に適しています。後者はv2flyカーネルを採用し、V2Flyエコシステムの設定に対応するクライアントとして利用できます。ダウンロード時はarm64版と汎用ビルドも確認してください。
ダウンロードへDESKTOP
Linuxのデスクトップではv2rayNを使用できます。ディストリビューションに合わせてdebまたはrpmを選び、x64とarm64のアーキテクチャも確認してください。インストール後は、クライアントプロセス、システムプロキシの状態、デスクトップ環境のネットワーク設定をそれぞれ確認しましょう。カーネルだけが起動し、アプリの通信を取り込めていない状態を避けるためです。
ダウンロードへCLIENT WORKSTATION
クライアント名は似ていますが、対応プラットフォーム、カーネル系統、設定画面は完全には同じではありません。まず端末に合うクライアントを選び、サブスクリプション、ノード、プロキシモード、ルーティングルールの順に設定します。
v2rayNはWindows・macOS・Linuxに対応し、複数のサブスクリプショングループ、手動ノード、ルーティングルールをまとめて管理したいデスクトップ環境に適しています。基本的な流れは、サブスクリプショングループを作成し、サーバー一覧を更新して実接続テストを行い、使用するノードを選んでから適切なシステムプロキシモードを有効にすることです。クライアントはXrayまたはV2Fly関連のカーネル機能を呼び出せますが、利用できるプロトコルは使用中のカーネルと設定内容によって異なります。トラブル時は、クライアントのログ、システムプロキシ、ブラウザーの接続を分けて確認し、ノード一覧の単一の状態だけで判断しないようにしてください。
v2rayNGはAndroid向けで、Xrayカーネルを採用しています。VLESS、VMess、Trojanなどの一般的な設定の読み込みに適しています。サブスクリプションを更新したら、新しい設定が現在のグループに入っていることを確認してから、使用するノードを選び、システム接続を開始します。アプリごとのプロキシ、LANのバイパス、ルーティングプリセットは、どの通信をプロキシ経由にするかへ直接影響します。一部のアプリだけが使えない場合は、まずこれらの項目を確認してください。モバイル通信とWi-Fiを切り替えた後は、接続を再確立し、ログでドメイン解決、ハンドシェイク、ルーティング結果を確認できます。
v2flyNGもAndroid向けですが、V2Flyエコシステムに対応するカーネル系統を採用しています。v2flyカーネルの動作に依存する既存設定や、他の端末のV2Fly設定と動作を揃えたい場合に適しています。操作の流れは、サブスクリプションの読み込み、グループの更新、ノードの選択、接続の開始、ログの確認です。同じサブスクリプションでもクライアントによって挙動が異なる場合は、プロトコルパラメーター、トランスポート層の項目、DNS設定、ルーティングルールを比較してください。特定クライアントのスイッチをすべてコピーするのではなく、カーネルの対応範囲とクライアント画面の項目を分けて確認することが重要です。
QUICK START
初回設定では、多くの詳細項目を同時に変更しないでください。まず再現可能な基本接続を1つ確立し、その後にルーティング、DNS、アプリごとのルールを段階的に追加します。問題が起きたとき、どの変更が原因かを特定しやすくなります。
V2Rayのサブスクリプションリンク全体をコピーし、クライアントのサブスクリプショングループまたは購読設定にアドレスを追加して更新します。更新後すぐに接続せず、まずサーバー一覧に設定が実際に表示され、作成したグループに入っていることを確認してください。一覧が空の場合は、アドレスが完全にコピーされているか、サブスクリプション元へ接続できるか、クライアントログに形式解析エラーがないかを順に確認します。QRコードや単一ノードのリンクは一時的な読み込みに向いていますが、複数ノードを長期的に管理するなら、サブスクリプショングループのほうが更新と取得元の区別を一元化できます。
現在のグループから1つのノードをアクティブ設定として選び、まず実接続テストを実行して、ハンドシェイク全体が確立できることを確認します。デスクトップでは続けてシステムプロキシモードを設定し、Androidではシステム接続を開始します。初回確認ではクライアントの基本プロキシモードを使い、複雑な分流設定は後回しにするのがおすすめです。グローバルプロキシはより多くの通信をプロキシのアウトバウンドへ渡し、ルールモードはドメイン、IP、ポート、プロセスなどの条件に応じて直接接続かプロキシかを選びます。どちらも通信の振り分け方を決める機能であり、サブスクリプションのパラメーターエラーやノード自体の到達不能を直すものではありません。
接続を開始したら、まずブラウザーで確実に利用できるページへアクセスし、クライアントログに該当リクエストが記録されるか確認します。デスクトップでは、OSのプロキシ設定が反映され、クライアント終了後に想定どおり復元されるかも確認してください。一部のサイトだけ失敗する場合は、ドメイン解決とルーティングの一致を調べます。すべての接続がタイムアウトする場合は、ノードのアドレス、ポート、プロトコルパラメーター、ローカルネットワークを優先して確認します。基本確認が終わってからgeosite、geoip、広告ブロック、アプリごとのルールを追加し、変更は毎回1グループだけにして前後のログを保存してください。
OPEN SOURCE ECOSYSTEM
クライアントは画面、サブスクリプション、システム連携を担当し、カーネルはプロトコル、トランスポート、ルーティング、アウトバウンド処理を担当します。この2つの層を分けて考えることが、クライアントの違いを理解し、設定問題を切り分ける基本です。
Project Vは、V2Rayに関連する技術とツールから形成された初期のオープンソースエコシステムです。コアの設定モデルは、インバウンド、アウトバウンド、ルーティング、DNS、トランスポート、ポリシーを中心に構成されています。コミュニティの発展に伴い、V2Flyはv2ray-coreの系統を引き継いで保守し、Xrayは近い設定思想を基盤に別のカーネル系統として発展しました。両者には共通する概念が多くありますが、プロトコル対応、項目の詳細、トランスポート機能、デフォルト動作は異なる場合があります。そのため「V2Ray設定」と書かれていても名称だけで判断せず、クライアントが実際に呼び出すカーネルと、サブスクリプションが生成する設定の対象を確認する必要があります。
グラフィカルクライアントとカーネルは同じものではありません。v2rayNは主にデスクトップでのサブスクリプション管理、ノード選択、システムプロキシ、ルーティング編集、ログ確認、カーネル呼び出しを担います。v2rayNGとv2flyNGは、同様の機能をAndroidのシステム接続フローに組み込みます。接続に失敗したとき、画面上ではノードが正常に表示されていても、カーネルが項目の非互換、証明書名の不一致、トランスポートパラメーターの不足、ルーティングタグの誤りによって処理を停止している可能性があります。「起動済み」という単一の状態より、ログに記録された具体的な段階のほうが判断材料になります。
オープンソースライセンスは、コードの使用、変更、再配布の範囲を定めます。各プロジェクトについては、公開されているライセンス文を基準にしてください。一般の利用者にとって、オープンソースで保守される直接的な意義は、設定形式、問題の議論、変更履歴を継続的に確認できることです。クライアントを選ぶ際は、プラットフォーム、カーネルの要件、設定の入手元を基準に判断し、似たプロトコル名を採用しているクライアントを完全に同じものと考えないようにしましょう。
更新の仕組みも層ごとに考える必要があります。クライアントの更新は画面機能、プラットフォーム対応、サブスクリプション管理のロジックを担当し、カーネルの更新はプロトコル実装、ルーティング機能、低レベルのネットワーク処理を担当します。ルールデータの更新はドメインやIPの分類に影響します。3つが同時に公開されるとは限りません。更新後に古い設定の挙動が変わった場合は、クライアント設定、カーネルの種類、ルールの取得元、エラーログを記録してから項目ごとに比較してください。すべての設定をすぐに消去すると、最も重要な調査情報を失います。
オープンソースのデスクトップクライアントで、複数のデスクトップシステム上でサブスクリプショングループ、ノード、プロキシモード、ルーティングを管理します。使用時は、画面のバージョン、選択したカーネルの種類、システムプロキシの状態を同時に確認してください。
オープンソースのAndroidクライアントで、Xrayカーネル系統を採用しています。アプリごとのプロキシ、モバイルネットワークの切り替え、QRコードの読み込み、一般的なXrayプロトコル設定が必要な端末に適しています。
オープンソースのAndroidクライアントで、v2flyカーネル系統を採用しています。V2Fly設定の動作に合わせたい場合や、モバイル端末でもこのカーネル体系を維持したい場合に適しています。
CHECKLIST
以下の質問は設定の流れに沿って並べています。まずローカルのプロキシが通信を取り込めているかを確認し、次にノードのハンドシェイク、最後にルーティングとDNSを確認すると、ノードを何度も切り替えるより原因を特定しやすくなります。
まず、現在使用しているサブスクリプショングループを更新したか確認し、次にサブスクリプションアドレスが完全か、更新ログに解析エラーがないかを調べます。名前が似たグループが複数ある場合、ノードが別のグループに入っている可能性があります。
サブスクリプションの問題を見る →デスクトップでは、システムプロキシが反映されているか、ブラウザーがシステム設定を使用しているかを確認します。Androidではシステム接続が確立しているか確認してください。その後、ノードのハンドシェイクとドメイン解決のログを確認します。
トラブルシューティングへ →グローバルモードはより多くの通信をプロキシのアウトバウンドへ渡し、ルールモードは条件に応じて直接接続、プロキシ、ブロックを選びます。初回接続ではまず基本経路を確認し、その後に分流ルールを段階的に設定してください。
ルーティング用語を見る →ping、実接続の遅延、ダウンロード速度テストでは測定対象が異なります。実際の速度は、ハンドシェイク、回線の混雑、サーバー負荷、トランスポート方式、接続先サイトの応答にも左右されます。
速度テストの違いを知る →LATEST NOTES
ルーティングルール、初回接続、クライアント画面の3つの入口から操作の詳細を補足します。記事の手順と用語ページ、トラブルシューティングページは相互に対応しているため、問題に応じて続けて確認できます。
ドメインとIPのルールを使い、直接接続、プロキシ、ブロックの判定順を説明します。アウトバウンドタグとルールの対応関係、分流結果を確認する方法も紹介します。
続きを読む →読み込み後のノード一覧から、実接続テスト、アクティブノードの選択、プロキシの開始、ブラウザーでの確認まで順に進め、初回接続に失敗した場合の確認手順を整理します。
続きを読む →サーバー一覧の項目、サブスクリプショングループの整理方法、ログの確認場所、カーネル設定への入口を順に説明し、デスクトップクライアントの基本画面を把握できるようにします。
続きを読む →