GUIクライアント · サブスクリプションとルーティング設定

V2Ray クライアントガイド クライアントのダウンロードと設定

サブスクリプションの追加、ルーティング、DNS設定を中心に、デスクトップとAndroidのクライアント設定を解説します。

4つのOS向けクライアントをダウンロード

まずOSとCPUアーキテクチャを確認し、次にクライアントが必要とするコアの機能を確認します。ダウンロードページではインストーラーの形式と選び方を案内しています。トップページではインストーラーを直接配布していません。

Windows

v2rayNをおすすめ

v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームのUIを採用しており、複数のデスクトップOSで似た操作感を求める場合に適しています。WPF版は従来の画面を維持しており、使い慣れた設定環境を引き続き利用したい場合に向いています。まず対応OSであることを確認し、好みのUIを選んでください。UIを切り替えるだけでサーバーのパラメーターを変更する必要はありません。

初回起動後は、まずサブスクリプションを追加してサーバーを選び、それからシステムプロキシを設定します。ブラウザーに接続できても、コマンドラインツールやすべてのアプリがプロキシを使っているとは限りません。各アプリがシステムプロキシを参照するか、個別にプロキシを設定しているかを確認してください。プログラムの保存先を変更したり、別の端末へ移行したりする前に、カスタムルールとパラメーターをクライアントからバックアップしておきましょう。

インストール方法:デスクトップ版と従来のWPF版を掲載しています。接続方法:まずシステムプロキシを使い、必要に応じてTUNを検討してください。

macOS

v2rayN

macOS版v2rayNのインストーラーは、Apple SiliconとIntelのチップ別に用意されています。「このMacについて」でチップまたはプロセッサ情報を確認し、適切なアーキテクチャを選んでください。外観や購入年だけで判断しないようにしましょう。クライアントの画面、コアのプロセス、システムのネットワーク設定はそれぞれ別の要素です。アプリの起動後も、システムプロキシが有効か確認してください。

別のデスクトップ端末から移行する場合、サブスクリプションURLは再度追加できることが多いものの、ローカルパス、待ち受けポート、権限設定は改めて確認が必要です。ほかのネットワークツールがシステムプロキシを変更している場合は、テスト前に終了し、複数のプログラムが設定を上書きしないようにしてください。スリープ復帰後やネットワーク切り替え後に問題が起きたら、まず現在のサーバー、システムプロキシ、DNSを確認してから、設定の作り直しを検討しましょう。

チップの選び方:Apple Siliconはarm64、Intelはx64です。対応OSの要件はダウンロードページをご確認ください。

Android

v2rayNGをおすすめ

Androidでは、Xrayコアを採用したv2rayNGをまず検討してください。既存の設定がV2Flyの動作に依存する場合は、v2flyNGも確認しましょう。操作画面は似ていますが、コアの機能は名称だけで置き換えられるものではありません。VLESSやREALITYなどを組み合わせる場合は、クライアント、コア、共有リンクの各項目を照合してください。インポートできたというだけで、設定が互換性を持つとは限りません。

インストーラーはarm64版と汎用版から選べます。新しめの一般的な端末ではarm64が使われますが、判断が難しい場合はシステムのアーキテクチャ情報を確認してください。初回接続時は、システムのVPN接続許可が必要です。同時にVPN経路を使用する別アプリを有効にすると、接続が切り替わる場合があります。バックグラウンドで接続が切れる場合は、まずバッテリー制限とバックグラウンド実行権限を確認してください。最初からプロトコルを変更する必要はありません。

ダウンロード順:まずv2rayNG、次にv2flyNG。アプリごとのプロキシとバックグラウンド動作は、端末側で個別に設定してください。

Linux

v2rayN

Linuxデスクトップではv2rayNを使用できます。まずディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、次にx64かarm64かを確認してください。パッケージ形式はインストール方法、アーキテクチャはプログラムの実行可否を決めるため、両方を一致させる必要があります。GUIクライアントはサブスクリプションやルーティングの管理に便利です。ただし、デスクトップ環境によってシステムプロキシへの対応は異なります。特定のブラウザーでの結果が、すべてのアプリに当てはまるとは限りません。

サブスクリプションを追加したら、まずプロキシ設定に明示的に対応したアプリでテストし、その後デスクトップのプロキシ設定やほかのプログラムを順番に確認します。より多くの通信を経由させたい場合は、TUNモードに必要な権限とルーティングへの影響を調べてください。接続に失敗した場合は、サーバーを何度も切り替えるより、ログに表示された権限、ポートの競合、設定項目のエラーを確認するほうが有効です。カスタムルールは個別に保存しておくと、移行や復元が簡単になります。

パッケージ形式:deb / rpm。CPUアーキテクチャ:x64 / arm64。まず基本の接続を確立してから、経由させる通信の範囲を広げましょう。
すべてのクライアントを見る →

サブスクリプション、ルーティング、接続パラメーター

クライアントの設定画面に沿って確認しましょう。入力元、通信の転送先、名前解決の経路を切り分けてから、変更が必要な項目を判断してください。一度に複数のパラメーターを変更しないようにしましょう。

サブスクリプションとローカル設定を分けて管理

サブスクリプションでは、サーバー設定を配信元がまとめて管理し、クライアントが取得、解析、グループ表示を行います。追加時は内容を見分けやすい名前を入力し、更新後にプロトコル項目を確認してください。手動で追加したノードは専用のグループに分け、サブスクリプションの項目と混在させないようにしましょう。サブスクリプション内のノードをローカルで変更しても、次回更新時に上書きされることがあります。共有リンクを1件ずつコピーする方法と比べ、サブスクリプションは継続的な同期に適していますが、ルーティング、DNS、システムプロキシの設定まで一緒に移行されるわけではありません。サブスクリプションURLにアクセス情報が含まれる場合があるため、問題を調べてもらう際は隠してから共有してください。

サブスクリプション管理 / 操作手順
サブスクリプショングループを追加
  → 名前とサブスクリプションURLを入力
  → 現在のグループを更新
  → サーバーの設定項目を確認
  → 使用するサーバーを選択

手動設定 → 専用グループで管理
カスタムルーティング → 個別にバックアップ
サブスクリプションの追加手順を見る →

サブスクリプションの追加から接続確認まで

初回設定では、まず一連の手順を一つだけ進めましょう。サーバーを一つ、アプリを一つに絞って接続を確認してから、ルール、アプリごとの設定、通信を取り込む範囲を追加します。

  1. サブスクリプションを追加して使用するサーバーを確認

    クライアントをインストールして起動したら、まずサブスクリプショングループを追加し、名前とサブスクリプションURLを入力してからグループを更新します。デスクトップ版v2rayNとAndroid版v2rayNGではメニューの場所が異なりますが、「配信元の追加」と「サーバー情報の取得」はどちらも別の操作です。URLを保存しても一覧が空の場合は、まず更新を実行したか確認し、次にログに表示されたネットワークや名前解決のメッセージを確認してください。

    使用するサーバーを選び、アドレス、ポート、プロトコル、トランスポート、セキュリティの項目を確認してください。サブスクリプションURL、個別の共有リンク、設定ファイルはそれぞれ異なる形式の入力データであり、どのインポート画面にも使えるわけではありません。QRコードしかない場合は、単一ノードの情報かサブスクリプションURLかを確認しましょう。サブスクリプションにローカル設定のすべてが含まれるわけではないため、端末を移行した後はルーティングとDNSも確認してください。関連用語は用語集で確認できます。

  2. モードを選び、基本のルーティングを維持

    デスクトップではまずシステムプロキシを使い、テストに使うアプリがその設定を参照することを確認してください。AndroidではVPNの許可を確認してから接続を開始します。初回はクライアント標準の基本的なルーティングプリセットを使い、出所の不明な複雑なルールは追加しないでください。LAN内の機器にアクセスする場合は、LANをバイパスする設定を確認しましょう。アプリごとのプロキシでは、現在の設定が対象アプリを含めるリストか除外するリストかを確認し、テストするアプリを誤った側に設定しないようにしてください。

    システムプロキシを変更するツールやVPN経路を使用するアプリを複数同時に有効にしないでください。ブラウザーではアクセスできるのに別のアプリで失敗する場合は、サブスクリプションをすぐに切り替えるのではなく、そのアプリのプロキシ動作を確認しましょう。TUNやFakeDNSが必要な場合は、基本の接続を検証してから一つずつ有効にし、変更前の状態を記録してください。一度に一つだけ変更すれば、権限、ルーティング、名前解決のどれが影響したか判断できます。

  3. アクセスを確認してからDNSとログを調べる

    接続を開始したら、実際に使うアプリからリクエストを送信し、クライアントのログも確認してください。まずコアが起動したか、アウトバウンド接続が確立したかを見てから、アプリのリクエストがプロキシに入っているかを確認します。サーバーテストの成功は、そのテストが対象とした経路で通信できたことを示すだけです。ブラウザー、アプリ、DNSでの実際の動作確認に代わるものではありません。ルーティングを確認するには、直接接続する宛先とプロキシ経由にする宛先をそれぞれテストし、一つのサイトだけで判断しないでください。

    エラーが発生したら、再現した時刻、使用したモード、ログに記録されたエラーの種類を控えてください。ログを共有する前に、サブスクリプションURL、ユーザーID、その他の機密情報を削除しましょう。証明書、認証、ドメインの名前解決、ポートの競合では確認すべき点が異なるため、再インストールは通常、最初に試す方法ではありません。接続が安定したらローカル設定をバックアップし、その後の変更を元に戻せる状態にしておきましょう。よくあるエラーはよくある質問で、手順全体は使い方ガイドで確認できます。

詳しい使い方を見る →

Project Vとコアの系統

クライアントは操作と設定を担い、コアは接続を実行します。この2つを分けて考えると、プロトコル対応、設定の互換性、更新後の動作の違いを理解しやすくなります。

PROJECT V

V2Rayエコシステム

共通の技術的ルーツから、異なる機能へ発展。

V2FlyV2Rayのコミュニティ開発を継承
XrayV2Rayからフォークし、独自に進化

GUIクライアントが設定を生成し、選択したコアが実行します。共通する概念があっても、すべての拡張項目に互換性があるとは限りません。

エコシステムの経緯:同じルーツでも機能は異なる

Project Vは、V2Rayの技術エコシステムを理解する出発点です。V2FlyはV2Rayのコミュニティ開発を引き継ぎ、XrayはV2Rayからフォークして独自の機能開発を進めています。いずれもインバウンド、アウトバウンド、ルーティングなどの設定概念を使いますが、対応するプロトコル拡張、設定項目、初期動作は徐々に異なってきています。そのため、「V2Rayエコシステムに属する」ことは技術的な背景を示すにとどまり、設定をそのまま移行できることを意味しません。

クライアント名とコア名も一対一で対応するわけではありません。GUIはサブスクリプションを受け取り、設定を生成してコアを呼び出します。認証、トランスポート、ルーティングを実行するのは、実際に動作しているコアです。互換性の問題を調べるときは、クライアントとコアの両方を記録してください。チュートリアルの設定項目が使えるかどうかは、スクリーンショットのメニュー名だけでなく、現在の画面と実際のコアが対応しているかで判断しましょう。

コア選定:既存の設定から必要な機能を確認

REALITYやXTLS Visionなどの機能が必要な場合は、Xrayが対応しているか、必要な設定項目がそろっているかを確認してください。VMessなど一般的なプロトコルを使う設定でも、トランスポート層とセキュリティ設定の確認が必要です。プロトコル名だけで互換性を判断することはできません。V2FlyとXrayは基本構造の一部が似ていますが、拡張機能やDNSの動作は異なる場合があります。切り替える前に元の設定を保存し、最小限の設定で接続を確認してからカスタムルールを段階的に戻してください。

プロトコルそのものが速度の順位を決めるわけではありません。ハンドシェイク方式、サーバー負荷、通信経路、多重化設定、端末のネットワーク環境が使用感に影響します。モバイル端末では、バックグラウンド動作や接続維持によるバッテリー消費も考慮が必要です。まず必要な機能と互換性を満たすものを選び、同じ端末・同じネットワークで実際の動作を比較しましょう。詳しい違いはプロトコルガイドを確認し、高度な設定を一度にすべて有効にする必要はありません。

オープンソース:クライアントとコアを分けて理解

v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントです。v2rayNはデスクトップでの設定管理向け、v2rayNGはXrayコアを採用し、v2flyNGはV2Flyコアを使いたいAndroidユーザー向けです。これらは接続ツールと設定の入り口を提供するもので、クライアントをインストールしただけで利用可能なサーバー設定が自動的に作成されるわけではありません。サブスクリプションやサーバー情報は別途入手し、配布元と利用権限を確認してください。

オープンソースライセンスは、コードの利用と再配布に関する条件を定めています。クライアントとコアのライセンスはそれぞれ確認してください。V2FlyはMITライセンス、Xray-coreはMPL-2.0ライセンスを採用しています。これらのライセンス情報はプロジェクトのコード利用条件を示すものであり、個々の設定や実行環境に対する判断に代わるものではありません。問題が起きたときは、画面操作、サブスクリプションの解析、コアの実行のどの段階に原因があるかを切り分けると、確認範囲を絞れます。

更新管理:プログラムとサブスクリプションを別々に管理

プログラム、コア、ルールデータ、サブスクリプションの更新は、それぞれ別の操作です。サブスクリプションの更新では主にサーバー情報が更新されますが、新しい設定項目をクライアントが解析できない問題まで解決するとは限りません。プログラムを更新しても、無効になったサブスクリプションURLが自動で修正されるわけではありません。新機能の説明を見たら、まずどの層に関するものか確認してから、更新する対象を選びましょう。長く使う端末では、サブスクリプションURLだけでなく、復元できるローカル設定も保存してください。

アップグレード前にカスタムルーティング、DNS、手動ノードをバックアップし、アップグレード後は動作確認済みの設定で接続をテストしてください。基本的なアクセス、ルーティング、名前解決が想定どおりであることを確認してから、ほかの高度な設定を戻しましょう。当サイトではクライアントのダウンロード先と日本語の操作ガイドを案内していますが、サーバーのサブスクリプションは提供しておらず、第三者の設定情報を標準で信頼できるものとして扱っていません。クライアントを選んだら、ダウンロードページでインストール方法を確認し、使い方ガイドに沿って設定を完了できます。

設定の実践とトラブル対処

複数のサブスクリプション管理、DNSの経路、Androidのバックグラウンド動作を取り上げます。各記事では具体的な問題を一つずつ解説し、設定方法、適用条件、確認手順を整理します。

v2rayNGのバッテリー消費が多いときの対処法:バックグラウンド維持、バッテリー最適化の対象外設定、Muxの選び方

システムのバッテリー使用状況からv2rayNGの消費要因を調べ、バックグラウンド制限、メーカー独自の省電力設定、Mux、アプリごとのプロキシが実際の電池持ちに与える影響を解説します。

バックグラウンド動作とバッテリーの確認を見る →
すべての記事を見る →