Windows
v2rayNデスクトップ版またはクラシックWPF版を選択できます。サブスクリプションのグループ化、ルーティングルール、システムプロキシ、ログ確認、TUN設定が必要なデスクトップユーザーに適しています。2つのUIは操作の考え方が近いため、システム環境や使い慣れた操作方法で選べます。
ダウンロードページへ
クライアントのダウンロードと設定情報
v2flyNG公式サイト：V2Rayクライアントのダウンロードと使い方
4プラットフォームのクライアント、サブスクリプションとルーティング設定、V2Fly・Xrayコアの解説をまとめています。初回インストールからTUNモード、ルールベースの振り分け、日常のメンテナンスまで扱います。
完全無料
オープンソース
日本語ドキュメント
グラフィカルクライアント
CORE FAMILY
代表的な2種類のコア
V2Fly
Xray
クライアントはグラフィカルな操作を担当し、コアはプロトコル、トランスポート、ルーティング、アウトバウンド処理を担当します。
OPEN SOURCE
公開コードとライセンス
クライアントとコアはそれぞれのプロジェクトで継続的に保守されており、リリース、修正、機能変更の記録も公開されています。
初めて使うときに、すべてのプロトコルやパラメーターを一度に理解する必要はありません。まずOSとクライアントを確認し、利用可能な設定をインポートして接続テストを行い、その後でシステムプロキシ、ルーティングモード、TUNを実際の用途に合わせて調整するのが安全です。各手順の結果が明確になるため、問題が起きてもどの層で障害が発生したか判断しやすくなります。
CLIENT WORKFLOW
サブスクリプション、ルーティング、TUN設定の要点
日常的によく使う操作を起点に、クライアントで混同しやすい3つの機能を分けて説明します。実際の設定に対応した内容で、抽象的な性能スコアによる判断は行いません。
よく使う操作
サブスクリプションのグループ化：更新とサーバー選択を分けて管理
サブスクリプションURLは設定の取得元を管理するもので、現在使用中のサーバーそのものではありません。インポート後はまず一度更新し、グループ内に認識可能なサーバー項目が表示されるか確認します。複数のサブスクリプションを使う場合は、用途や取得元ごとにグループを作ると、どの更新で何が変わったのか把握しやすくなります。
日常の操作はシンプルにできます。サブスクリプションを更新し、グループを確認してサーバーを選び、実際の接続テストを行います。安定して使えるサブスクリプションには自動更新が便利ですが、手動更新の入口も残しておきましょう。更新後に一覧が空になった場合は、URLが完全か、返された形式をクライアントが認識できるか、グループの絞り込みで項目が隠れていないかを順に確認します。システムプロキシを何度も切り替える必要はありません。
サブスクリプションのインポート手順を見る →
サブスクリプションのグループ
日常用グループ手動選択
有効
予備グループ個別に更新
未選択
サブスクリプションを自動更新
ルール制御
ルーティングの振り分け：ドメイン、IP、ルールセットでアウトバウンドを決める
ルーティングの振り分けは、接続設定とシステムプロキシの間に位置します。サブスクリプションの内容を変更するのではなく、アクセス先に応じて直接接続、プロキシ、ブロックなどのアウトバウンド動作を選択します。使い始めはクライアントに内蔵された基本モードで十分です。特定のドメインやネットワーク範囲を個別に処理する必要が明確な場合にだけ、カスタムルールを追加してください。
ルールは通常、上から順に照合されるため、前のルールが後ろの広い条件を上書きすることがあります。変更前に現在のモードを記録し、一度に1つの条件だけを調整しましょう。ドメインルールは特定サイトに、IPルールは明確なネットワーク範囲に適しています。ルールセットは項目をまとめて管理するのに便利です。変更後は直接接続の対象とプロキシ対象をそれぞれテストし、片方だけの確認にならないようにします。
ルーティングの振り分けの章を読む →
ルーティングルール
マッチング種別対象アウトバウンド
Domaingeosite:private直接接続
IPgeoip:private直接接続
Defaultその他のトラフィックプロキシ
詳細設定
TUNモード：システムプロキシを参照しない通信を取り込む
システムプロキシ設定を参照しないプログラムや、独自にネットワーク接続を確立するプログラムがあります。TUNモードは仮想ネットワークインターフェースでそのようなトラフィックを受け取り、コアにルーティングとアウトバウンド処理を任せます。適用範囲が広い一方、システム権限、ドライバーの状態、DNS設定、他のネットワークツールとの互換性にも左右されます。
まず通常のシステムプロキシモードでサーバーとサブスクリプションが有効であることを確認してから、TUNを有効にしてください。有効化後にドメインを解決できない、LANリソースにアクセスできない、一部アプリが通信できないといった問題が出た場合は、いったんTUNを無効にして基準状態を確認し、DNS、バイパスするネットワーク範囲、厳格ルーティング、権限を点検します。サーバーの障害とシステムによる通信取り込みの問題を分けて調べると、複数の設定を同時に変更するより早く解決できます。
TUNモードの説明を見る →
TUN設定
TUNモードを有効化仮想ネットワークインターフェースで通信を取り込む
ルーティングを自動設定クライアントのルールに従ってシステムルートを作成
厳格ルーティング有効化する前にLANアクセスを確認
PLATFORM DOWNLOADS
OSに合わせてV2Rayクライアントを選ぶ
デスクトップではまずv2rayNを確認し、Androidではコアの要件に応じてv2rayNGとv2flyNGから選べます。ダウンロードページに対応アーキテクチャとインストール形式の説明があります。
macOS
v2rayNには、異なるプロセッサーアーキテクチャに対応したデスクトップ向けのダウンロード項目があります。ダウンロード前にシステム情報でチップの種類を確認し、対応するファイルを選んでください。インストール後はサブスクリプションのインポートから始め、基本接続を確認してから追加の通信取り込み機能を有効にします。
ダウンロードページへAndroid
v2rayNGはXrayコアを使用し、VLESSやREALITYなどの機能を必要とするユーザーに適しています。v2flyNGはV2Flyコアを使用し、同じエコシステムにおける別の選択肢となります。比較的新しい端末ではまずarm64を確認し、アーキテクチャが分からない場合は汎用インストールパッケージを使います。
ダウンロードページへLinux
v2rayNには一般的なパッケージ形式が用意され、プロセッサーアーキテクチャも分かれています。まずディストリビューションのパッケージ体系を確認し、次に端末のアーキテクチャを照合してください。TUNを使う場合は、システム権限、ネットワーク管理サービス、既存のファイアウォールルールも確認します。
ダウンロードページへ
QUICK START
インストールから接続までの3ステップ
まず動作する基本設定を作り、複雑な機能は段階的に追加します。各ステップで検証可能な結果を残すことで、問題を特定しやすくなります。
-
01
クライアントを選んでインストールする
Windows、macOS、Linuxのデスクトップ環境ではv2rayNを優先します。Androidではコアの要件に応じてv2rayNGまたはv2flyNGを選べます。ダウンロード前にOS、プロセッサーアーキテクチャ、インストール形式を確認し、ファイル名が似ているという理由だけで別の環境にインストールしないでください。初回起動後はサーバー一覧、サブスクリプションのグループ、ログ、設定への入口を確認し、当面はルーティングとプロキシの初期設定を保ちます。
システムが権限を求めた場合は、現在使う機能に照らして目的を判断します。通常のシステムプロキシでは、システムのネットワーク設定を変更するだけで済むことが多い一方、TUNにはより高い権限が必要になる場合があります。基本接続が成功する前に、TUN、厳格ルーティング、複雑なDNS設定を有効にすることはおすすめしません。
-
02
サブスクリプションをインポートして利用可能な設定を選ぶ
サブスクリプション管理で完全なURLを追加し、保存後に手動で一度更新します。グループにサーバー項目が表示されたことを確認してから、現在の設定として1つ選択してください。サブスクリプションの更新成功は、クライアントがデータを読み取れたことを示すだけで、すべてのサーバーへの接続を保証するものではありません。実際の接続テスト、または対象サービスへの直接アクセスで検証する必要があります。
インポート後に項目が表示されない場合は、URLが完全にコピーされているか、返された内容がクライアント対応のサブスクリプション形式か、現在のグループに絞り込み条件が設定されていないかを確認します。項目はあるのに接続できない場合は、ログで名前解決、ハンドシェイク、タイムアウト、DNSの情報を確認してください。「サブスクリプションの取得」と「サーバー接続」を2段階に分けると、無駄な変更を減らせます。
-
03
システムプロキシを有効にして振り分けを確認する
現在の設定を選択してクライアントのシステムプロキシ機能を有効にすると、システムプロキシ設定に従うプログラムが接続を利用するようになります。確認時は、直接接続する想定の対象とプロキシを使う想定の対象を少なくとも1つずつ調べ、ログに対応するリクエストが記録されるか確認します。通常モードが安定してから、アプリがシステムプロキシを参照するかどうかに応じてTUNの必要性を判断します。
ルーティングルールの変更は、最小限の変更を原則にします。一度に1種類のルールだけを追加し、結果が想定どおりになってから次へ進んでください。異常が出たら、まず直前の動作確認済みの状態に戻し、サブスクリプション、サーバー、DNS、ルーティングモードを同時に置き換えないようにします。日常の保守では、定期的なサブスクリプション更新、リリースノートの確認、戻せる設定の保存を重視し、システムのネットワーク環境が変わった後は再検証します。
PROJECT V ECOSYSTEM
Project V、V2Fly、Xrayの関係
V2Rayは通常、単一のデスクトップソフトウェア名ではなく、コア、プロトコル実装、設定形式、グラフィカルクライアントで構成される技術エコシステムを指します。グラフィカルクライアントはサブスクリプション管理、設定編集、システムプロキシ、ログ、更新への入口を担当し、インバウンド、アウトバウンド、トランスポート、ルーティングの処理を担うのは基盤となるコアです。この分担を理解すると、問題がUI設定、設定内容、コアの機能のどこにあるか判断しやすくなります。
Project Vとコアの派生系統
Project VはV2Rayエコシステムの設定構造と基本概念を築きました。その後、V2FlyコミュニティがV2Ray Coreを継続的に保守し、プロトコル実装、トランスポート方式、ルーティング機能、互換性を中心に更新を進めています。Xrayは関連する技術基盤から独立したコア系統として発展し、VLESS、XTLS、REALITYなどの機能で独自の実装とリリースサイクルを形成しています。
2つのコア系統はクライアント名ではありません。v2rayNGは通常Xrayコアと組み合わせて使われ、v2flyNGはV2Flyコアに対応します。v2rayNはデスクトップ向けグラフィカルクライアントとして、設定管理とコアの呼び出しを担います。クライアントを選ぶときは、まずプラットフォームと操作方法を確認し、次にサブスクリプションのプロトコルやトランスポート設定が特定のコア機能を必要とするかを確認してください。
3つのクライアントの位置づけ
v2rayNはデスクトップ向けで、サーバー一覧、サブスクリプションのグループ化、一括テスト、ログパネル、ルーティング設定、TUNを必要とするユーザーに適しています。v2rayNGはAndroid向けで、モバイルでの接続、サブスクリプション、ルーティング操作を中心に構成され、関連設定の処理にXrayコアを使用します。v2flyNGもAndroid向けですが、V2Flyコアを重視した構成で、そのコアとの互換性が必要な設定に利用できます。
クライアントには「機能が多いほど適している」という一律の結論はありません。デスクトップとモバイルではシステムのネットワークモデルが異なり、権限やバックグラウンド動作の仕組みも違います。より有効な選定基準は、プラットフォームが合っているか、設定形式に対応しているか、プロトコルとトランスポートパラメーターを現在のコアが認識できるか、そして日常の保守入口が分かりやすいかです。
オープンソースライセンスと公開保守
コアとグラフィカルクライアントは、それぞれのプロジェクトが定めるオープンソースライセンスで公開されています。ライセンスはコードの利用、変更、再配布の条件を定めるため、具体的な範囲は各プロジェクトがリリース時に提供するライセンス本文を確認してください。オープンソースの実質的な価値は、実装をレビューでき、コミット履歴やリリースノートで機能変更を追跡でき、互換性の問題を再現可能な形で議論できる点にあります。
オープンソースであることが設定の判断を代替するわけではありません。サブスクリプションの内容はユーザーが選んだサービスに由来し、サーバーの可用性、プロトコルパラメーター、ネットワーク環境もクライアントだけで決まるものではありません。したがって、問題を調べる際はクライアント、コア、設定の取得元、システムプロキシ、ローカルネットワークの5つを分けて確認し、すべての接続問題を1つのプログラムのせいにしないことが重要です。
更新の仕組みと互換性の範囲
クライアントの更新には、UI調整、サブスクリプション解析、システム連携、バグ修正などが含まれます。コアの更新では、プロトコルの動作、トランスポート実装、ルーティングルール、安全性の修正などが変更される場合があります。両者のリリース時期は一致しません。新しいプロトコルパラメーターを認識できない場合は、まず使用中のコアを確認し、次にクライアントが対応する設定項目を提供しているか判断します。
更新前に現在のサブスクリプションのグループ、ルーティングモード、DNSの選択、TUNの状態を記録し、更新後はまず基本接続を再テストします。複雑な設定では、最小限の動作構成を1つ残しておくと、新バージョンの互換性問題と既存ルールの衝突を切り分けやすくなります。日常の保守で設定を頻繁に作り直す必要はありませんが、サブスクリプション形式とコア機能の変化を長期間放置しないようにしましょう。
COMMON QUESTIONS
よくある質問
初回インストールで起こりやすい概念上の疑問を簡潔に整理します。用語ページでは、プロトコル、コア、サブスクリプション、ルーティングについてさらに詳しく解説しています。
v2rayN、v2rayNG、v2flyNGはどう選ぶ？
デスクトップではまずv2rayNを確認します。AndroidでXray関連の機能が必要な設定にはv2rayNG、V2Flyコアを使いたい場合はv2flyNGを選べます。まずOSを合わせ、その後でプロトコルとトランスポートパラメーターを確認し、名前が似ているかだけで判断する必要はありません。
サブスクリプションをインポートしたのに一覧が空なのはなぜ？
まず手動更新を実行し、サブスクリプションURLが完全か、返された形式がクライアントに対応しているか、グループの絞り込み条件を確認します。一覧が空なのは取得または解析段階の問題です。項目があるのに接続できない場合は、サーバーパラメーター、ネットワーク環境、コアのログを調べます。
システムプロキシとTUNモードの違いは？
システムプロキシは、主にシステムプロキシ設定を参照するプログラムに適用されます。TUNは仮想ネットワークインターフェースでより広い範囲の通信を取り込み、権限、DNS、ルーティング、LAN互換性にも関係します。まず通常のシステムプロキシでテストし、その後TUNを有効にするか判断してください。
クライアントを更新しても既存の設定は使える？
通常のサブスクリプションや基本設定は引き続き使えることが多いですが、複雑なルーティング、DNS、TUN、特定のプロトコルパラメーターはクライアントやコアの変更に影響される場合があります。更新前に重要な設定を記録し、更新後は最小構成をテストしてから応用機能を1つずつ戻してください。
TECH NOTES
クライアント設定とコア技術ノート
サブスクリプション形式、サーバー選択、クライアントUI、コアの違い、トラブルシューティングの方法を記録しています。記事は具体的な問題ごとに構成しているため、検索結果から該当手順へ直接進めます。
v2rayNメイン画面の機能一覧：サーバー一覧、サブスクリプションのグループ、ログ、設定エリアを詳しく解説
サーバー一覧の並べ替えとテスト、サブスクリプション管理の入口、ログパネルの読み方、トレイメニューと主要設定項目の場所をエリアごとに説明します。インストール後に画面構成を把握したい方に適しています。
続きを読む →サブスクリプションの更新に失敗したら：よくある原因の切り分けと自動更新の設定手順
サブスクリプションURLの無効化、ネットワーク接続、形式の互換性、クライアント設定という4つの原因を順に確認します。手動更新と自動更新の使い分けも説明し、サブスクリプションの問題をサーバー障害と誤認しないようにします。
続きを読む →XrayコアとV2Flyコアの違いを比較：機能差とクライアント選びのポイント
2つのコア系統の発展関係と保守方針を整理し、VLESS、REALITY、XTLSなどの機能を比較します。v2rayN、v2rayNG、v2flyNGを例に、選び方も解説します。
続きを読む →