デスクトップ・Android向け設定ガイド

V2Ray 公式ダウンロードv2rayN・v2rayNGクライアント

v2rayNをダウンロード 設定ガイドを見る

オープンソースクライアント、サブスクリプショングループ、カスタムルーティング。インストールからルーティング設定まで解説。

上記は静的な画面イメージです。メニュー名や項目の位置はクライアントの配布版によって異なります。ルーティングタグ、ポート、ネットワークモードは実際の端末の設定を確認してください。

設定を構成する5つの層

サブスクリプション、ルーティング、ネットワークの取り込み

サブスクリプションはサーバー情報を提供し、ルーティングは通信の行き先を決めます。DNSは名前解決を行い、TUNは通信がクライアントに入る方法を変えます。各層を分けて確認すると、複数の設定を同時に切り替えるより問題を特定しやすくなります。

v2rayN · サブスクリプショングループ設定

設定項目の例

グループ名配信元がわかる名前を付ける
サブスクリプションURL信頼できる配信元のリンクを入力
サーバーのフィルター必要な項目だけ残す
サブスクリプションを更新更新結果を確認

サブスクリプションURLにはアクセス権限に関する情報が含まれます。公開しないでください。

サブスクリプショングループを使うと、サーバー項目を配信元ごとに管理できます。まずグループ設定で配信元を追加し、更新を実行して、異なる配信元の項目が同じ一覧に混ざらないようにします。グループ名は端末上で見分けるためのもので、リモート側の権限は変更できません。フィルターを使う場合は、元のサブスクリプションを正常に読み込めることを確認してから、条件を少しずつ絞り込んでください。共有リンクを1件ずつ貼り付けるより、グループ管理のほうが継続的な更新に適しています。ただし、更新時にリモート側で削除された項目が置き換えられる場合があります。手動で変更した重要な設定は別途保存してください。Androidクライアントに移行する際は、グループと更新オプションを改めて確認しましょう。

画面の一部は設定の構造を示すもので、機能が有効になっていることを表すものではありません。変更前に現在使える設定を保存し、一度に一つの層だけを変更して、ログで実際の動作を確認してください。

高度な設定を見る →

クライアントとインストールパッケージの選び方

OSに合わせてダウンロード

デスクトップではv2rayN、Androidではv2rayNGを優先的に選び、v2flyNGはV2Flyコアを使う場合の選択肢です。まずOSとプロセッサのアーキテクチャを確認し、その後でインストールパッケージの形式を選びましょう。各プラットフォームのリンクからダウンロードセンターの該当カテゴリに移動できます。ファイルとリリース情報はダウンロードセンターで管理しています。

Windows

v2rayNにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームのUIを採用し、WPF版は従来のデスクトップ操作を維持しています。どちらもサーバー管理、サブスクリプション更新、ルーティング設定を中心に構成されています。実際のメニューや動作環境の要件は、ダウンロードページの説明を確認してください。初めてインストールする場合は、OSのアーキテクチャに合ったものを選べば十分です。基本接続のために両方のUIを同時にインストールする必要はありません。

サブスクリプションをインポートしたら、まず設定が揃ったサーバーを一つ選び、システムプロキシを設定してください。ブラウザーは使えるのにほかのアプリが接続できない場合、そのアプリがシステムプロキシを参照しているか確認しましょう。それだけでサーバーが使えないと判断することはできません。TUNが必要な場合は、使える設定を保存してから、管理者権限やほかの仮想ネットワークアダプターを確認してください。クライアントを終了する前にシステムプロキシが元に戻っているかも確認し、停止済みのポートを参照する設定が残らないようにしましょう。

ダウンロードページへ

macOS

v2rayNでは、Apple SiliconとIntelでダウンロード先が異なります。システムの「このMacについて」でチップまたはプロセッサ名を確認し、対応するアーキテクチャを選んでください。外観や購入年だけで判断しないようにしましょう。インストール後は、アプリが起動し設定を保存できることを確認してから、サブスクリプションをインポートします。システムのセキュリティ警告が表示された場合は内容を読み、アプリの許可に関する問題とネットワーク接続の問題を区別してください。

デスクトップクライアントとAndroidではメニューの使い方が異なりますが、サーバーアドレス、ポート、トランスポートの種類、TLSの各項目はサーバー側の設定と一致させる必要があります。システムプロキシがどのアプリに適用されるかは、各アプリのネットワーク実装によって異なります。テストではまず、システム設定に従うブラウザーを使い、その後でほかのアプリを確認してください。ネットワーク取り込み機能を有効にする場合は、システムの権限、DNSの動作、ローカルネットワークへのアクセスにも注意が必要です。メニューのスイッチだけで設定が反映されたと判断しないでください。

ダウンロードページへ

Android

v2rayNGはXrayコアを採用しており、Androidで広く使われているクライアントです。V2Flyコアの動作が必要な場合はv2flyNGを検討できます。多くの端末ではarm64を選びます。アーキテクチャがわからない場合は、ユニバーサル版の説明を確認してください。クライアント名が似ていても、コアの機能、プロトコル項目、インポート時の動作が完全に同じとは限りません。選ぶ前にサブスクリプションで使われているプロトコルとトランスポートの組み合わせを確認し、クライアントを切り替える必要があるか判断しましょう。

初回接続時には、ローカルの通信インターフェースを作成するため、システムからVPNの許可を求められます。これはサブスクリプションの認証ではありません。許可後は、使用中のサーバーとルーティングモードも確認してください。Androidの省電力設定やバックグラウンド制限、ほかのVPNアプリが接続の維持に影響することがあります。アプリを前面に戻したときだけ接続が復旧する場合は、まずバックグラウンド動作の設定を確認しましょう。アプリごとのプロキシ設定は通信を取り込む範囲を変えます。問題を調べる際は、現在の許可リストやブロックリストの意味を記録し、取り込まれていないアプリを接続障害と誤認しないようにしてください。

ダウンロードページへ

Linux

v2rayNはdeb形式とrpm形式に対応しています。まずディストリビューションのパッケージ体系に合わせて選び、次にx64またはarm64のアーキテクチャを確認してください。ダウンロードセンターではx64版を主なダウンロード先として案内し、arm64版も用意しています。GUIクライアントはデスクトップ環境でサブスクリプションやルールを管理するのに適しています。パッケージマネージャーがインストールパッケージを認識しても、現在のデスクトップセッションでプロキシ設定が完了したとは限りません。インストールと通信の取り込みは分けて確認しましょう。

デスクトップ環境によってシステムプロキシの参照方法は異なり、ターミナルのプログラムが独自のプロキシ設定を必要とする場合もあります。まずローカルの待ち受けアドレスとポートを確認し、対象のプログラムが使うプロキシの種類を調べてください。仮想ネットワークアダプターで通信を取り込む場合は、権限、ルーティング、DNSサービスの関係も確認しましょう。変更前に既存のネットワーク設定を記録し、LAN内のアドレスに接続できない場合や名前解決に問題がある場合は、一つずつ元に戻してください。インストールパッケージ、コア、ネットワークモードを同時に変更すると、どの層で変化が起きたか判断しにくくなります。

ダウンロードページへ

クライアントはローカルの設定と通信転送を担うもので、サーバーやサブスクリプションを自動で提供するものではありません。インストール後、信頼できる配信元から有効な設定情報を入手してインポートする必要があります。共有リンクに記載されたプロトコル名は情報の一部にすぎません。トランスポート方式、暗号化オプション、サーバー側の要件も重要です。

クライアント一覧を見る → 3つのクライアントを比較 →

Project V / V2Fly / Xray

コアとクライアントの役割

クライアントのUI、プロキシコア、リモートサーバーはそれぞれ別の要素です。オープンソースかどうかは、コードやライセンスがどのように公開されているかを示します。接続できるかどうかは、ローカル設定、ネットワーク経路、サーバーの状態にも左右されます。それぞれの役割を理解すれば、更新や問題の調査を適切な箇所で行えます。

01 / Project V

ツール群から設定体系へ

Project Vはネットワーク通信ツールを中心とするプロジェクトで、V2Rayは広く使われているプロキシソフトウェアです。単一のトランスポートプロトコルを指す名称ではなく、インバウンド、アウトバウンド、ルーティング、DNSを組み合わせて構成できる仕組みです。日常的に使われる「V2Rayクライアント」は、こうした設定を生成してコアを起動できるGUIアプリを指すことが多いです。この点を理解しておくと、特定の画面にあるスイッチを、すべてのコアで共通する機能だと誤解せずに済みます。

接続は通常、まずローカルのインバウンドに入り、ルーティングによってアウトバウンドが選ばれ、対応するプロトコルでリモートと通信します。サーバー一覧はパラメーター管理、システムプロキシは通信の入口、ルーティングモードは行き先の選択に関わります。これらは同時に接続の使い勝手に影響しますが、互いに置き換えられるものではありません。問題が起きたら、まずリクエストがクライアントに入ったか、次に想定したアウトバウンドに一致したか、最後にリモート側とのハンドシェイクが成功したかを確認すると、原因を順序立てて調べられます。

02 / V2Fly · Xray

同じエコシステムに属する異なるコア

V2FlyはコミュニティによるV2Rayの開発を引き継ぎ、Xrayは関連する技術体系から別のコアとして発展しました。共通する設定概念は多いものの、機能や項目の細部は完全には一致しません。共有リンクを画面で認識できても、現在使っているコアがすべてのパラメーターに対応しているとは限りません。特定のセキュリティ機能、フロー制御、新しいトランスポートの組み合わせについては、クライアントのインポート対応と実際に動作するコアの両方を確認してください。

v2rayNGはXrayコアをベースにしており、v2flyNGはAndroidでV2Flyコアを使う選択肢です。v2rayNはデスクトップのUIからサーバー、ルール、コアの実行パラメーターを管理します。選択できる項目は配布パッケージや設定によって異なります。コアを切り替える際は元のパラメーターを保存し、生成された設定の違いを確認してください。接続に失敗したからといって、コアを何度も切り替えるのは避けましょう。アドレス、時刻、ポート、TLS名が一致していない場合、別のコアに変えても通常は自動で解決しません。

03 / Open source

オープンソースコードとライセンス

v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのクライアントプロジェクトです。V2FlyとXrayのコアはMPL 2.0を採用しています。GUIクライアントや同梱コンポーネントについては、それぞれのライセンスを確認してください。オープンソースであれば、設定の実装、コードの変更、問題の議論を公開情報に基づいて行えます。ただし、現在の端末に適しているかどうかは、システム要件と実際のテストに基づいて判断する必要があります。アプリの配布、コードの変更、コンポーネントの再公開を行う場合も、それぞれのライセンス条件に従ってください。すべてのプロジェクトを同じライセンスとして扱うことはできません。

日常的な利用では、設定と権限の取り扱いに注意しましょう。サブスクリプションURLにはアクセス認証情報が含まれる場合があり、共有リンクにユーザー識別情報が含まれることもあります。ログにアクセス先が記録される場合もあります。問題調査の資料を他者に送る前に、こうした情報を削除し、エラーの種類、発生順序、必要な項目だけを残してください。オープンソースであることは、リモートサービスとの信頼関係を変えるものではなく、サブスクリプションの配信元を確認する必要もなくなりません。クライアントのインストールと接続先サービスの選択は、別々の判断です。

04 / Configuration maintenance

UI、コア、ルールデータを更新

クライアント、コア、サブスクリプション、ルールデータの更新は、それぞれ異なる内容を対象とします。クライアントの更新ではメニューや設定の生成方法が変わることがあり、コアの更新ではプロトコルの実装や動作が変わります。サブスクリプションの更新はリモートのサーバー情報を新しくし、ルールデータの更新はgeosite、geoipなどの分類照合に影響します。サブスクリプションの更新に成功しても、クライアントが更新されたことにはなりません。同様に、新しいクライアントをインストールしても、期限切れのサブスクリプションが有効になるわけではありません。

更新前に、使用中の設定を保存してください。特にカスタムルーティング、DNS、待ち受けポート、アプリごとの設定を忘れずに保存しましょう。更新後は、まずこれまでと同じモードで基本接続を確認し、その後で追加機能をテストします。特定のルールだけ動作が変わった場合は、データセットとルールの順序を確認してください。すべてのサーバーが起動しない場合は、まずコアの起動ログを確認します。一度に一つの層だけ変更すると、設定全体をリセットするより変更の根拠を保ちやすく、動作が確認できた状態にも戻しやすくなります。

05 / Reading path

インストール手順から設定ガイドへ

初めて使う場合は、まずガイドに沿ってインストール、サブスクリプションのインポート、サーバーの選択、接続確認を行ってください。基本の通信経路が使えることを確認したら、用語集を読み、システムプロキシ、グローバルルーティング、TUN、DNSの違いを把握しましょう。いわゆるグローバルプロキシは通常ルーティング方針を指すもので、すべてのアプリがクライアントに通信を送るとは限りません。逆に、仮想ネットワークアダプターが有効でも、ルールによって一部のアドレスを直接接続できます。この2つの観点を分けて考えることで、現在のネットワーク状態を正確に説明できます。

すでに使える設定がある場合、例に合わせるためにすべてを書き換える必要はありません。まず、LAN内の通信を直接接続にする、特定のドメインに例外を設ける、複数のサブスクリプション配信元を整理するなど、目的を一つ決めてください。変更前後の動作を記録し、ログで結果を確認します。このサイトの設定例は、項目や関係を説明するためのものです。実際に動作させるには、対応するインバウンド、アウトバウンド、認証情報、データファイルが必要です。一部のJSONをコピーするだけでは、クライアントの完全な設定の代わりにはなりません。

インストールと接続の手順を見る → プロトコル・ネットワーク用語を確認 → 症状からトラブル対処を探す →

設定ガイド

プロトコル選びとルールの確認

すべてのスイッチを変更するのではなく、設定テーマごとに読み進めましょう。以下の3記事では、プロトコルの選び方、ルールの優先順位、接続タイムアウトを扱います。まず、問題がパラメーターの互換性、ルーティングの照合、基本接続のどれに当たるかを確認してから、該当する手順に進んでください。

選び方ガイド

VMess・VLESS・Trojan・Shadowsocksの違いと用途を比較

暗号化方式、ハンドシェイクの負荷、トランスポートとの組み合わせ、クライアントの対応状況という4つの観点から比較します。プロトコルを選ぶ際は、まずサーバー側が提供するパラメーター一式を確認し、使用するコアがその組み合わせに対応しているかを調べてください。プロトコル名だけでは接続の挙動は判断できず、ネットワーク環境を無視して速度だけを比較することもできません。

プロトコルの比較記事を読む →
高度な設定

V2Rayのカスタムルーティングルール：domain・ip・geositeの記述方法と優先順位

full、domain、keyword、regexpの各プレフィックスと、geosite、geoipデータセットの使い方を解説します。具体的なルールを使って上から順に照合される仕組みを理解し、例外が広い範囲のルールに上書きされていないか、アウトバウンドタグが実際の定義と一致しているかを確認できます。ルールが正しく見えても、想定した経路を通らない問題を防ぎましょう。

ルーティングルールの解説を読む →
トラブル対処

v2rayNGで接続がタイムアウトする場合の確認手順：ローカルネットワークからサーバー設定まで

ローカルネットワーク、システム時刻、サブスクリプションの状態、トランスポートのパラメーター、TLS設定、サーバーの状態を順に確認します。すべてのサーバーでタイムアウトする場合と、特定の項目だけ失敗する場合を切り分け、エラーがどの段階で発生したか記録しましょう。そのうえで、ローカルの通信取り込み方法とリモート側の設定のどちらを調べるか判断すれば、効果のない再インストールを繰り返さずに済みます。

タイムアウトの確認リストを読む →

記事一覧を見る →