Windows · v2rayN
Windowsでは、新世代のデスクトップUIと従来のWPF UIから選択できます。インストール後は、まずサブスクリプションを登録してノードを選び、その後システムプロキシを設定します。起動時にローカルポートが使用中と表示された場合は、使用中のプロセスを特定するか、待ち受けポートを変更してプロキシ設定も合わせて更新してください。ダウンロードページには両UIの用途の違いも掲載しているため、現在のシステム環境に合う方を選べます。
ダウンロードページへ
ダウンロード · 設定 · ルーティング · トラブル対処
V2Ray設定ガイド
クライアントのインストールから始め、サブスクリプション登録、ルーティング、トラブルの切り分けまで、デスクトップとAndroidの一般的な操作手順を解説します。
日本語ドキュメント
オープンソース
Xray · V2Fly
GUIクライアント
サブスクリプション登録から出口確認までの設定フロー
クライアント設定は、互いに独立したスイッチの集まりではありません。サブスクリプションがノード情報を提供し、ルーティングが通信の行き先を決め、システムプロキシまたはTUNモードがアプリのリクエストを取り込みます。ログと接続テストでは、各段階が想定どおり動作しているかを確認できます。
サブスクリプションURLの登録・更新とノード確認
サブスクリプションURLは、クライアントがノード設定を取得する入口です。デスクトップでは通常、サブスクリプショングループにURLを追加してから更新します。Androidクライアントでは、クリップボードから登録したり、信頼できる提供元のQRコードを読み取ったりできます。登録が完了しても、接続経路が利用可能になったとは限りません。まずノード一覧が表示されているか、名前が正しいか、グループが想定した提供元に対応しているかを確認します。一覧が空の場合は、URLが完全か、ネットワークリクエストが成功したか、クライアントログの応答状態を確認しましょう。システムプロキシを何度も切り替えるのはその後です。
サブスクリプションを更新すると、クライアントはリモートの内容を再読み込みし、同じグループ内の古いノードを上書きすることがあります。長期保存したい手動設定は独立したグループに置き、サブスクリプション更新と混在させないでください。ノードが表示されたら接続テストを行い、「サブスクリプションの読み込みに成功した」ことと「特定のノードに接続できる」ことを分けて確認します。この順番なら、問題を入力、解析、接続のどの段階にあるか絞り込めます。DNS、ポート、ルーティングルールを目的なく変更する必要もありません。
ドメイン・IP・プロセスルールのマッチング順序
ルーティングは、リクエストをプロキシ経由、直接接続、またはブロックのどれにするかを決めます。ルールは通常、ドメイン、宛先IP、ポート、ネットワーク種別、プロセス情報などを読み取り、クライアントで設定された順序に従ってマッチングします。振り分け結果を調べる際は、まずリクエストがクライアントに取り込まれているかを確認し、次に適用されたルールと最終的な出力先を確認します。Webページが開くかどうかだけでは、どの経路を通ったか判断できません。ルールが多いほど優先順位を明確にし、範囲が狭く意図の明確なルールを広範なルールより前に置くのが基本です。
ドメインルールは名前が安定したサービスに、IPルールは既知のアドレス帯に、プロセスルールはデスクトップアプリの個別制御に適しています。新しいルールセットを有効にしたら、代表的な宛先をいくつか選び、直接接続、プロキシ、ブロックの結果を個別に確認して、ログのルーティング記録も確認しましょう。期待と異なる場合は、まず直近に追加したルールを一時的に無効にし、その後一つずつ戻します。ノード、DNS、プロキシモードを同時に変更すると、どの設定が経路を変えたのか分からなくなります。
システムプロキシとTUNモードの取り込み範囲
システムプロキシは、OSのプロキシ設定に従うブラウザーや一般的なデスクトップアプリに適しています。設定が分かりやすく、無効化後も元に戻しやすいのが特徴です。一部のプログラムがシステムプロキシを迂回したり、直接ネットワーク接続を確立したりする場合は、TUNモードを検討できます。TUNは仮想NICでより広い範囲の通信を受け取り、カーネルにルーティングと出力処理を任せます。そのため、ネットワーク権限、ルーティングテーブル、DNS解決、ローカルファイアウォールなど、確認すべき項目が増えます。取り込み方式は、すべての項目を同時に有効にするのではなく、アプリの動作に応じて選択してください。
システムプロキシからTUNへ切り替える前に、現在のローカル待ち受けポートとプロキシ状態を記録し、仮想NICを作成する可能性のある他のネットワークツールを終了します。有効化後は、ブラウザー、対象アプリ、ドメイン解決を個別に確認してください。クライアント終了後もネットワークが戻らない場合は、システムプロキシの残留、仮想NICの状態、DNS設定を優先して確認します。デスクトップで初めてTUNを有効にする際は権限昇格が必要なことがあり、モバイルではシステムのネットワーク接続確認が表示されます。詳しい手順と復旧方法は、プラットフォーム別の利用ドキュメントで確認できます。
経路の階層に沿って状態とログを読む
トラブルの切り分けは、「クライアントプロセス、ローカル入口、ノード接続、リモート出口、ドメイン解決」の順に進めます。クライアントが起動しない場合は、まずポートの使用状況と権限を確認します。起動済みなのにアプリが通信できない場合は、システムプロキシと取り込み範囲を確認します。ノードテストがタイムアウトするときは、ノードパラメータ、ネットワーク環境、トランスポート設定を調べます。ドメインへのアクセスだけが異常でIPへの直接アクセスが正常な場合に、DNSを重点的に確認します。症状を経路の階層に対応させる方が、ノードを次々に交換したりクライアントを再インストールしたりするより効果的です。
ログにある時刻、レベル、エラー箇所は、実行した操作と合わせて読みます。サブスクリプションの更新、接続の開始、対象アプリの起動を一度行った直後に新しいログを確認すると、過去の記録による混乱を減らせます。ポート競合は通常ローカル待ち受けの段階を示し、接続タイムアウトはノードまたはトランスポートの段階で起こりやすく、名前解決の失敗ではDNSリクエストの経路を確認します。修正後は同じ操作を再実行し、エラーが再発しないことと、システムプロキシが想定した状態に戻っていることを確認します。
Windows・macOS・Android・Linuxのダウンロード入口
デスクトップではv2rayNを共通して使用し、Androidではカーネルの要件に応じてv2rayNGまたはv2flyNGを選択できます。プラットフォーム別の入口からダウンロードページの該当タブへ移動できます。インストーラーの種類、システム要件、CPUアーキテクチャの選び方も同じ場所で確認できます。
macOS · v2rayN
macOS版をダウンロードする前に、プロセッサのアーキテクチャを確認してください。Apple SiliconとIntelでは対応するインストールファイルが異なります。初回起動時には、システムのセキュリティ確認やネットワークアクセス許可を求められることがあります。システム設定で許可してからクライアントに戻り、サブスクリプションを登録します。接続後はメニューバーの状態とシステムプロキシを確認してからアプリの通信をテストし、権限の問題をノードの異常と取り違えないようにします。
ダウンロードページへAndroid · v2rayNG / v2flyNG
Androidの主な選択肢は、Xrayカーネルを採用するv2rayNGです。V2Flyカーネルを好む場合はv2flyNGを選択できます。比較的新しい端末の多くはarm64アーキテクチャを使用します。アーキテクチャが分からない場合は、ダウンロードページで汎用インストールファイルを確認してください。サブスクリプションを登録したらノードを選び、システムのネットワーク接続を開始します。その後、接続状態、アプリごとの設定、バッテリーによるバックグラウンド制限を個別に確認し、画面ロック後にクライアントが停止されないようにします。
ダウンロードページへLinux · v2rayN
Linuxデスクトップでは、ディストリビューションに応じてdebまたはrpmパッケージを選び、x64とarm64のアーキテクチャも確認します。インストール後はGUIからサブスクリプション、ノード、ルーティングルールを管理できます。システムプロキシが対象アプリに反映されない場合は、デスクトップ環境のプロキシ設定と、アプリが独自にネットワーク設定を管理していないかを確認します。より広い範囲を取り込む必要がある場合は、TUNの権限と仮想NICの状態を確認してください。
ダウンロードページへProject V・V2Fly・Xrayカーネルの関係
クライアント、カーネル、プロトコルの役割分担を理解すると、設定の問題がどの層で起きているか判断しやすくなります。また、GUIの名称、サブスクリプション形式、トランスポートプロトコルを混同することも防げます。
V2Rayから派生したカーネルファミリー
V2RayはProject Vのエコシステムに由来し、インバウンド、ルーティング、アウトバウンド、基盤となるトランスポートを組み合わせ可能な設定モジュールとして分離する考え方を採用しています。コミュニティの保守方針が変化する中で、V2Flyはv2ray-coreの系譜を引き継ぎ、Xrayは近い設定思想を基盤に別のカーネル系統として発展しました。どちらも複数のプロキシプロトコルやトランスポート方式に対応できますが、具体的なフィールド、機能対応、デフォルト動作は異なる場合があります。そのため、設定を登録する前にクライアントが採用するカーネルと、サブスクリプションに含まれるパラメータがそのカーネルで認識できるかを確認してください。
GUIクライアントはカーネルの上位で動作し、サブスクリプション管理、ノード選択、システムプロキシ、ログ確認、更新設定を担当します。v2rayNはデスクトップ向けで、ソフトウェアの選択肢に応じて対応するカーネルを呼び出せます。v2rayNGは主にXrayカーネルを採用し、v2flyNGはV2Flyカーネルの系統を対象とします。クライアント名はプロトコル名ではなく、特定のクライアントを選んだからといって、すべてのノードが同じプロトコルを使うわけではありません。実際の通信経路は、ノード設定、トランスポート層、TLS設定、ルーティングルール、クライアントの取り込み方式によって決まります。
オープンソースライセンスとコードの境界
V2Flyコア、Xrayコア、3つのGUIクライアントは、それぞれ独自のコードとライセンスファイルを管理しています。コアプロジェクトとクライアントでは異なるオープンソースライセンスが採用される場合があり、配布パッケージには各自の依存コンポーネントも含まれます。ライセンスを確認する際は、エコシステム全体を一つのプロジェクトとみなすのではなく、各ソフトウェアの配布物に添付された説明を基準にしてください。公開されたコードと設定形式は、コミュニティによる実装の確認、互換性の議論、継続的な問題修正に役立ちます。
クライアントとカーネルは別々に更新される
GUIとネットワークカーネルではリリースのペースが異なります。クライアントの更新はサブスクリプション管理、画面操作、システム連携を変更することがあり、カーネルの更新はプロトコル実装、トランスポート機能、ルーティング、ネットワーク動作に重点を置きます。更新後に異常が起きた場合は、まず変化がクライアントとカーネルのどちらに由来するかを切り分け、ログと設定移行の説明を確認して対処します。ダウンロードページには現在のインストール入口をまとめており、頻繁に変わるリリース情報をトップページに固定掲載していません。
プロトコル・トランスポート・ルーティングの階層
VMess、VLESS、Trojanなどはプロトコル層の設定を表し、WebSocket、gRPCなどはトランスポート方式に分類されます。TLSとREALITYは接続認証と安全な通信に関係し、ルーティングルールはリクエストがどのアウトバウンドを選ぶかを決めます。トラブル対処では階層ごとに確認し、ドメイン解決に失敗したからといってすぐプロトコルパラメータを変更しないでください。また、アプリがローカルプロキシに入っていない状態で、リモートノードを何度も調整するのも避けます。
デスクトップGUIクライアント
Windows、macOS、Linuxに対応し、サブスクリプション、ノード、ルーティング、システムプロキシ、TUN設定をまとめて管理できます。デスクトップ環境でログを確認し、複数のサブスクリプショングループを管理しながら、通信の取り込み方式を細かく調整したいユーザーに適しています。
Android · Xray系統
モバイル操作を中心に、サブスクリプション登録、ノード選択、アプリごとのプロキシ、ルーティング、システムネットワーク接続を管理できます。バックグラウンドで切断される場合は、端末のバッテリー設定とバックグラウンド実行権限も確認してください。
Android · V2Fly系統
V2Flyカーネルを必要とするモバイル設定向けで、Androidにおけるもう一つのカーネル選択肢です。登録前にサブスクリプションのパラメータとカーネルの対応範囲を確認し、カーネルの違いをURLの無効と取り違えないようにしてください。
上級設定とトラブル対処の記事
記事では、具体的な症状と設定項目を軸に、仕組み、操作手順、結果の判定、元に戻す方法を解説しています。まず基本的なインストールとサブスクリプション登録を済ませ、実際の問題に合う特集記事を読んでください。
TUNモードの有効化を詳しく解説：仮想NICで全通信を取り込む仕組みと設定手順
TUNモードとシステムプロキシの本質的な違いを説明し、仮想NIC、ルーティングテーブル、DNS、アプリ通信の関係を整理します。v2rayNとv2rayNGでの有効化手順も紹介し、権限不足、ネットワークが復旧しない場合、他の仮想NICとの競合時に確認すべき項目もまとめています。
記事を読むポートが使用中のときの対処法：使用中のプロセスを特定してV2Rayのローカル待ち受けポートを変更する
クライアント起動時にポート競合が発生した場合は、まず待ち受けポートと使用中のプロセスを確認し、古いプロセスを終了するか設定を変更するか判断します。一般的なデスクトップOSでの調査方法に加え、ポート変更後にシステムプロキシとアプリのプロキシ設定も更新する必要がある理由を解説します。
記事を読むDNSリークの検出と修正：ドメイン解決と通信を同じ経路に通す実践ガイド
ドメイン解決の経路に注目し、クライアントが接続済みでも名前解決のリクエストが別のネットワークインターフェースへ送られる理由を説明します。検出方法、v2rayNとv2rayNGで確認すべきDNS設定項目、変更前後のリクエスト経路による修正確認を紹介します。
記事を読む