DESKTOP / WINDOWS
Windows
v2rayNのデスクトップ版または従来のWPF版を選択できます。デスクトップ版はクロスプラットフォームUIを採用し、WPF版は従来の操作感に適しています。どちらもサブスクリプション、システムプロキシ、ルーティングルール、コア設定を管理できます。
ダウンロードへ// PLATFORM DOWNLOADS
デバイスに合うGUIクライアントを選択
デスクトップではv2rayNが中心です。Androidでは、コアの要件に応じてv2rayNGとv2flyNGから選べます。各プラットフォームの入口から対応するダウンロード項目へ直接移動できます。
DESKTOP / MACOS
macOS
v2rayNのデスクトップ版ビルドを使用します。ダウンロード前にシステム情報でApple SiliconかIntelかを確認し、インストール後はネットワークの利用範囲に応じてシステムプロキシの有効化を判断してください。
ダウンロードへMOBILE / ANDROID
Android
Xrayコアを使用するv2rayNGを優先してください。V2Flyコアが必要な場合はv2flyNGを選択します。近年の端末の多くはarm64ビルドに適しています。アーキテクチャを確認できない場合のみ、汎用ビルドを検討してください。
ダウンロードへDESKTOP / LINUX
Linux
v2rayNには、主要なパッケージ形式に対応したデスクトップビルドがあります。まずディストリビューションがdebかrpmかを確認し、x64とarm64を選び分けてください。インストール後はGUIからサブスクリプションとルーティングを管理できます。
ダウンロードへ// CLIENT WORKFLOW
サブスクリプション導入からルール適用まで、設定の流れに沿って確認
GUIクライアントは操作の入口にすぎません。接続が想定どおり動作するかは、サブスクリプション、アクティブ設定、システムプロキシ、ルーティングルール、DNS設定が一連の流れとして整っているかに左右されます。
STEP 01 / IMPORT
サブスクリプションを導入・更新
サブスクリプショングループにURLを追加し、手動で一度更新して設定一覧に表示されることを確認します。導入に失敗した場合は、URLの形式、コピー漏れ、ネットワークへの到達性を確認してください。
STEP 02 / ACTIVATE
アクティブ設定を選択
導入が成功しても、有効化されたとは限りません。デスクトップでは対象設定をアクティブ項目に指定し、Androidでは設定を選択して接続を開始してから、ステータス表示を確認します。
STEP 03 / ROUTE
プロキシとルーティング範囲を決める
まず普段使いに適したルーティングモードを選び、ドメイン、IP、geositeの項目に応じて必要なルールを追加します。最初から検証しにくいカスタム条件を大量に重ねないことが大切です。
// SUBSCRIPTION GROUP
サブスクリプションURL、グループ、更新は別々に確認
サブスクリプションURLは設定の集合を提供し、グループは異なる提供元を整理します。更新操作によって初めてリモートの内容がクライアントに反映されます。よくある問題は、URLを保存しただけで更新していない、または更新後も古いアクティブ設定を使い続けていることです。提供元ごとに独立したグループを作り、更新後に設定の追加・削除・名前変更を確認してから、現在使う項目を手動で選ぶと安全です。長い設定を直接編集する場合と比べ、GUIクライアントでは提供元、更新日時、アクティブ項目が分けて表示されるため、問題の切り分けが容易になります。
サブスクリプショングループ
日常用設定更新方法
手動更新アクティブ設定
選択済み// SYSTEM PROXY
クライアントの接続状態とシステム通信の入口を個別に確認
クライアントに稼働中と表示されても、ローカルコアが起動したことを示すだけです。ブラウザーや他のアプリがその接続を使うかどうかは、システムプロキシまたはアプリ独自のプロキシ設定に左右されます。デスクトップでは、まずローカルHTTPおよびSOCKSの待受ポートを記録し、システムプロキシを有効にしてブラウザーで確認してください。一部のアプリだけ接続できない場合は、システム設定を無視していないか、別のポートを固定使用していないかを確認します。GUIの利点は、コアの状態、ポート、システムプロキシのスイッチを同じ確認手順で追えることです。
システムプロキシ
有効ローカル待受
HTTP / SOCKS適用範囲
システムに従う// ROUTING POLICY
まずプリセットモードを使い、必要最小限のルールを追加
ルーティングルールは、リクエストを直結、プロキシ、ブロックのどの出口へ送るかを決めます。ドメイン、IP、geosite、geoipのデータにマッチングできますが、条件が増えるほど優先順位の判断は難しくなります。初回設定ではクライアントの一般的なモードを選び、基本接続を確認してから、説明しやすいカスタムルールを少数追加してください。変更のたびに対象ドメインとローカルネットワークへのアクセスを確認し、DNS、コア、ルーティングを同時に変更しないようにします。単一のスイッチだけを提供するツールと違い、V2Rayエコシステムのクライアントではマッチング対象と出口動作を明確に分けて管理できます。
ip:private
directgeosite:cn
directcategory-ads-all
block// TROUBLESHOOTING
層ごとに確認し、クライアントの再インストールを繰り返さない
接続問題は、サブスクリプション未更新、アクティブ設定未選択、ローカルポートの競合、システムプロキシ未適用、ルーティングの誤マッチ、DNS解決異常に分けて考えられます。まずクライアントログで起動結果を確認し、次にローカル待受ポート、システムプロキシ、対象リクエストのルーティング動作を確認します。モバイルでは接続権限とバックグラウンド動作も確認してください。再インストールで戻るのはプログラムファイルだけで、誤ったサブスクリプションやルールは直りません。現状の情報を残し、層ごとに範囲を絞るのが基本です。
コアの起動
最初に確認ポート待受
次に確認ルーティングとDNS
最後に特定// ROUTING RULES
V2Rayルーティングルール：マッチング対象と出口動作を分けて理解
ルーティング設定は単純なドメイン一覧ではありません。クライアントはルールの順序に従って、ドメイン、IP、ポート、プロトコルの条件を確認し、マッチした後に指定された出口へ渡します。直結はローカルネットワークや明確にプロキシ不要な対象に適し、プロキシ出口は転送が必要な通信を処理します。ブロック出口は明確に拒否したいカテゴリに使います。この3つの動作を理解すると、ルールの内容を直感的に読めるようになります。
カスタム設定では、1つのルールで1つの問題だけを解決し、プリセットルールの前後どちらに置くかを記録するのがおすすめです。同じ対象が複数条件にマッチする場合、ルール数より順序が重要になることがよくあります。domain、ip、geositeの記述方法とマッチング優先順位も確認してから、クライアントのプリセットを上書きするか判断してください。
ローカルネットワークアドレス
ip:private → direct中国本土でよく使われるドメイン
geosite:cn → direct広告カテゴリ
category-ads-all → blockその他のリクエスト
final → proxy// PROTOCOL CHOICE
プロトコル、伝送方式、セキュリティ層を混同しない
VMess、VLESS、Trojan、Shadowsocksは異なるプロトコル方式を指します。TCP、WebSocket、gRPCなどはトランスポート層の選択で、TLS、REALITYなどの設定はハンドシェイクやセキュリティを担います。サブスクリプションには通常、組み合わせ済みの設定が含まれているため、初回利用時に項目を勝手に分解・変更すると、アドレスには到達できてもハンドシェイクに失敗することがあります。
クライアントの「プロトコルタイプ」は設定入口の1つにすぎません。実際の切り分けでは、サーバーアドレス、ポート、ユーザー識別子、伝送パラメータ、サーバー名、時刻設定も確認します。各方式の設計上の違いはプロトコルとコアの技術リファレンスで確認し、名称だけでなく互換性、リソース使用量、利用場面から選んでください。
プロトコル
VLESSトランスポート
TCPセキュリティ層
REALITYコアの対応
Xray// DNS SETTINGS
DNS設定はルーティング対象と一致させる
ドメインリクエストは先に名前解決され、その後ルーティングルールで出口が判断されます。解決結果が想定した出口と一致しないと、ドメインルールは適用されても実際の接続経路が異常になったり、一部のサイトしか開けなかったり、システムとクライアントで結果が異なったりします。切り分けでは、システムDNS、クライアント内蔵DNS、リモートDNSを区別し、基本接続を確認する前に複雑な方式を複数同時に有効化しないでください。
分かりやすい確認方法は、まずクライアントのデフォルトDNSで接続を検証し、対象ドメインがどの層で解決され、想定したルールに入っているかを確認することです。名前解決経路が疑わしい場合はDNSリークの検出と設定手順を参照し、変更後に再テストしてください。ページが開くかどうかだけで判断するのは避けます。
システム解決
基本ネットワーククライアントDNS
ルールに従って処理ドメインポリシー
ルーティングにマッチ変更後
再検証// OPEN SOURCE ECOSYSTEM
Project V、V2Fly、Xrayの系譜
GUIクライアント、プロキシコア、プロトコル設定はそれぞれ異なる階層に属します。名称を本来の位置に戻して考えると、選定もトラブル対処も正確になります。
Project V：プロトコルツールと設定体系の起点
Project Vは、設定駆動を中心とするプロキシツール体系を形成しました。その重要性は単一の実行ファイルにとどまらず、インバウンド、アウトバウンド、ルーティング、トランスポート、DNSといったモジュール化された概念を確立した点にあります。GUIクライアントで見えるプロトコルタイプ、ルーティング出口、ルール対象、ログ項目の多くは、これらの基盤機能を操作するものです。GUIは構造化設定の編集を容易にしますが、設定の意味を決めるのはコアです。
そのため、機能差に遭遇したら、まず問題がクライアントUIにあるのか、コアの対応にあるのかを判断します。ボタンの位置変更はクライアント層の問題ですが、特定のプロトコルやトランスポートが使えるかは主にコアと設定形式に依存します。両者を混同すると、「UIに入口がない」を「コアが対応していない」と誤解したり、サブスクリプションの項目不足をプログラムの不具合と取り違えたりします。
V2Fly：V2Rayの設定とコミュニティ保守を継承
V2FlyはV2Rayコアのコミュニティ保守の方向性を引き継ぎ、モジュール化された設定構造を保ちながら、プロトコル実装、トランスポート、ルーティングデータ、互換性の問題に継続して対応しています。V2Rayの従来の設定 semantics、汎用的な互換性、既存設定の移行を重視する場面に適しています。Android向けのv2flyNGはV2Flyコアを主な選択肢とし、使い慣れたGUIからこのコア系列を利用できます。
コアのアップデートによって、項目の検証、デフォルト動作、リソースファイルが変わることがあります。GUIクライアントは通常、対応更新を行いますが、サブスクリプション提供元とクライアントの更新タイミングが完全に一致するとは限りません。更新後に使えなくなった場合は、まずエラーがどの設定項目を指しているかを確認し、旧設定との互換性、クライアントの生成処理、コアの動作変更のどれかを判断してください。設定全体をすぐ置き換えるのは避けます。
Xray：プロトコル機能の拡張と独自の進化
Xrayは近い設定基盤から独自のコア路線へ発展し、VLESS、XTLS、REALITYなどの設定でよく使われます。v2rayNとv2rayNGはいずれもXrayを中心としたGUI管理に対応し、サブスクリプション、コア起動、システムプロキシ、ルーティングを同じ画面で設定できます。XrayとV2Flyには似た設定構造もありますが、すべての項目、プロトコルの組み合わせ、デフォルト値をそのまま交換できるとは限りません。
コアを選ぶ際は、サブスクリプションが明示する要件とクライアントの対応範囲を優先してください。特定コア固有の機能を含む設定では、クライアント、コア、ルールリソースの対応関係を維持します。一般的なプロトコルを使うだけなら、安定性、プラットフォーム対応、設定の読みやすさを重視します。詳しい違いはプロトコル詳解で、プロトコル、リソース使用量、互換性から比較できます。
オープンソースライセンスと更新の仕組み：コンポーネントの境界を確認
V2Fly、Xray、3種類のGUIクライアントはいずれも公開コードとライセンス条件に基づいて保守されていますが、採用するライセンスの種類は完全には同じではありません。公開ライセンスは、コピー、変更、再配布時に守るべき条件を示し、プロトコル実装や設定処理のロジックをコミュニティが確認できるようにします。一般ユーザーにとって実用的な価値は、問題を見えない一体型プログラムではなく、明確なコンポーネントまで絞り込めることです。
更新は通常、クライアントUI、プロキシコア、ルーティングリソース、サブスクリプション内容の4系統に分かれます。クライアントを更新してもコアが同時に変わるとは限らず、サブスクリプションを更新してもローカルプログラムは置き換わりません。ダウンロードページはプラットフォーム別のビルドを整理し、ガイドは操作順を説明します。実際の保守では一度に1つの階層だけを更新し、互換性問題に備えて既存設定を残しておくと、変更元を素早く特定できます。
// V2RAYN
デスクトップの統合入口
v2rayNは、サブスクリプション管理、コア切り替え、システムプロキシ、ルーティングルール、ログ確認をGUIに集約します。クロスプラットフォームのデスクトップビルドと従来のWindows UIが並行して提供され、システム環境や操作習慣に応じて選べます。
// V2RAYNG
AndroidとXrayコア
v2rayNGはAndroidでよく使われるV2Ray GUIクライアントで、Xrayコアにより多様なサブスクリプション設定に対応します。モバイルでは、設定の導入、接続権限の許可、アクティブ項目の選択、アプリごとのルール管理が重要です。
// V2FLYNG
AndroidでのV2Fly選択
v2flyNGはV2Flyコアが必要なAndroid環境を対象とし、基本的な操作手順は一般的なモバイルGUIクライアントと近い構成です。選ぶ前にサブスクリプションの項目が対象コアと互換性を持つことを確認し、名称だけでクライアントを置き換えないでください。
// QUICK ANSWERS
よくある質問：まず設定の流れを確認
多くのトラブルでは、最初から再インストールする必要はありません。サブスクリプション、アクティブ設定、コア、ポート、システムプロキシ、ルーティング、DNSの順に確認すると、通常はより早く原因を特定できます。
サブスクリプション導入後に設定が表示されないのはなぜ？
URLを追加した後は、サブスクリプションを更新し、内容が正しいグループに書き込まれたことを確認します。更新結果が空の場合は、URLが完全か、期限切れでないか、クライアントからアクセスできるかを確認してください。サブスクリプション導入手順を見る。
クライアントは動作中なのに、ブラウザーが接続できないのはなぜ？
まず対象設定がアクティブ項目になっていることを確認し、次にシステムプロキシが有効か、ローカルポートが使用中でないかを確認します。一部のアプリは独自のプロキシ設定を使うため、アドレスとポートも確認が必要です。接続問題の分類を見る。
ルーティングモードはグローバルと分割のどちらを選ぶ？
基本接続を切り分けるときは、適用範囲が明確なモードで比較します。普段使いでは、まずプリセットの分割ルールから始めるのが一般的です。正常性を確認してからカスタムルールを1つずつ追加し、それぞれの出口動作を確認してください。
REALITY設定にはどのコアが必要？
REALITYはXray関連の設定でよく使われます。プロトコルタイプだけでなく、サーバー名、公開鍵、ショートID、フィンガープリントなどの項目がサーバー側と一致している必要があります。プロトコルリファレンスで設定階層と選び方を確認できます。
// TECHNICAL NOTES
インストール、サブスクリプション、DNSの技術ノート
具体的な操作と頻出トラブルを中心に、記事内の入口名、確認順、設定対象をGUIクライアントの実際の画面に合わせて解説します。
v2rayN Windowsインストール設定の全手順：デスクトップ版とWPF版の選び方、よくある落とし穴を解消
実行環境の準備から初回起動まで、2種類のUIの選び方、展開先、権限問題、システムプロキシが反映されない場合の対処順を解説します。
記事を読む →サブスクリプションURL導入ガイド：v2rayNとv2rayNGの入口と一般的な形式
デスクトップとAndroidそれぞれのサブスクリプション追加入口、更新操作、Base64、vmess://、vless://などの一般的な形式を解説します。
記事を読む →DNSリークとは：検出方法とV2Rayクライアントの漏洩防止設定
DNSリクエストが想定した経路から外れる理由を説明し、デスクトップとAndroidでの設定確認方法、変更後の再テスト手順を紹介します。
記事を読む →