Windows / macOS / Android / Linuxの4プラットフォームに対応

V2Ray設定チュートリアル
v2rayNのダウンロードと設定方法

クライアントの選択から接続確認まで、サブスクリプションのインポートルーティングトラブルシューティングをまとめ、v2rayN、v2rayNG、Xray、V2Flyの実際の関係も解説します。

プラットフォームを選択 Windows macOS Android Linux
主な接続先地域 アメリカ 日本 香港 シンガポール 韓国

コア設定

システムプロキシからルーティングルールまで、クライアント画面の項目に沿って解説

設定の問題は、通常ひとつのスイッチだけが原因ではありません。まずクライアント、コア、サブスクリプションが利用可能な状態か確認し、次にシステムプロキシ、ルーティング、DNSを調べます。ノードを何度も切り替えるより、原因を追いやすくなります。

接続入口

システムプロキシモード
接続するアプリを決める

v2rayNでノードが利用可能と表示されても、ブラウザの通信がクライアントに渡っているとは限りません。システムプロキシモードは、OSのプロキシ設定に従うアプリをローカルのインバウンドポートへ向けます。通常は「システムプロキシを自動設定」を選び、ブラウザを完全に終了して再起動すると、古い接続が以前の経路を使い続けるのを防げます。一部のアプリだけ接続できない場合は、独自プロキシを使っていないか、システム設定を迂回していないかを確認してください。すぐにノードのパラメータを変更する必要はありません。

この層で確認するのは「アプリがクライアントに入っているか」です。プロトコル、接続先、リモートサービスへの到達性とは別の段階です。入口の問題とノードの問題を分けて検証すると、サブスクリプションの再インポートやトランスポート設定の変更を繰り返さずに済みます。

システムプロキシ
システムプロキシを自動設定
現在のシステムプロキシを維持
LANアドレスをバイパス
変更後にアプリの接続を再確立

クライアントのダウンロード

OSに合ったクライアントを選択

デスクトップではv2rayNを主な入口として使い、Androidではv2rayNGとv2flyNGから選べます。ダウンロードページでは、プロセッサアーキテクチャやディストリビューションに適したファイルも案内しています。

Windows

v2rayNデスクトップ版または従来のWPF版を使用します。トレイ操作、システムプロキシの切り替え、サブスクリプショングループ、詳細なルーティング設定が必要なデスクトップ環境に適しています。

ダウンロードページへ

macOS

v2rayNのクロスプラットフォーム対応デスクトップUIを使用します。ダウンロード時は端末のプロセッサに合うビルドを選び、インストール後にシステムプロキシの許可とサブスクリプションのインポートを行います。

ダウンロードページへ

Android

Xrayコアを採用するv2rayNGを第一候補とし、購読内容やコアの好みに応じてv2flyNGも選べます。一般的な端末ではarm64アーキテクチャを使用します。

ダウンロードページへ

Linux

v2rayNはDebian、Ubuntu、Fedora系ディストリビューション向けのデスクトップインストール入口を用意し、x64とarm64のプロセッサアーキテクチャに対応しています。

ダウンロードページへ

すぐに始める

インポート、選択、確認の3ステップで基本設定を完了

初回設定では、すべての高度な項目を同時に変更しないでください。まず最小限の接続を確立し、アプリの用途に応じてルーティングとDNSルールを追加します。

  1. STEP 01

    サブスクリプションまたは共有リンクをインポート

    デスクトップではクリップボードからサブスクリプションURLや単一ノードの共有リンクをインポートでき、Androidクライアントにも対応する入口があります。インポート後は一度更新を実行し、サーバー一覧が表示されることを確認してください。一覧が空なら、コピー内容に余分な空白がないか、URLが完全か、端末の時刻が正確かを優先して確認します。ノード一覧を取得できていない段階でルーティングを変更しないでください。問題はまだ購読情報の取得にあります。

  2. STEP 02

    ノードを選択してプロキシを有効化

    サブスクリプショングループから使用するノードを選び、クライアントのコアを起動します。Windows、macOS、Linuxのデスクトップではシステムプロキシモードの設定も必要で、Androidではシステム接続の許可を確認します。ノードを選択しただけでは設定が待機状態になったにすぎません。コアが正常に起動し、アプリの通信を受け持って初めて接続が完成します。初回確認ではデフォルトルーティングを維持し、高度なルールの影響を避けてください。

  3. STEP 03

    ログと実際のアクセスを確認

    接続後は新しいブラウザウィンドウを開いてアクセスをテストし、その後クライアントログに名前解決、TLSハンドシェイク、接続タイムアウトの情報がないか確認します。遅延テストはプローブへの応答状況を示すだけで、完全なウェブアクセスの代わりにはなりません。ブラウザが古い接続を使い続ける場合は完全終了して再起動します。すべてのノードが失敗する場合は、システムプロキシ、DNS、ローカルネットワーク、サブスクリプションの有効性、リモート側の状態の順に確認してください。

オープンソースエコシステム

Project V、V2Fly、Xray、グラフィカルクライアントの関係

名前が似ていても役割は同じではありません。エコシステム、コア、クライアントという3層構造を理解すると、チュートリアルの設定が画面操作、設定形式、プロトコル実装のどこに属するか判断しやすくなります。

Project Vは技術エコシステムの出発点

Project Vは、プロキシプロトコル、トランスポート方式、ルーティング、設定構造を中心とするオープンソース技術エコシステムを形成しました。VMess、VLESS、WebSocket、gRPC、TLS、REALITY、routingなどの用語はそれぞれ異なる層に属します。認証やデータ転送を担うもの、接続を運ぶもの、通信の行き先を決めるものがあります。クライアントの画面はこれらの項目をフォームに整理しますが、最終的にはコアが読み取れる設定へ変換されます。

つまり「V2Rayの設定」は単独のスイッチではなく、インバウンド、アウトバウンド、トランスポート、セキュリティ、DNS、ルーティングから構成される結果です。一般ユーザーは通常、完全なパラメータをサブスクリプションで取得し、クライアントへのインポートとシステムプロキシだけを設定します。ルールを手動で管理する場合も、各ブロックの役割を少しずつ理解するほうが、大きな設定をそのままコピーするよりミスを見つけやすくなります。

V2FlyとXrayは異なるコア系統

V2FlyはProject V関連技術を引き継ぐコミュニティ保守の道筋にあり、なじみのある設定構造とプロトコル機能を維持しています。Xrayは近い設定体系をもとに発展し、VLESSやREALITYなど一般的な構成にも対応しています。どちらも実行コアとして、設定の読み込み、ローカルインバウンドの待ち受け、名前解決、ルール照合、実際のアウトバウンド接続を担当します。コアそのものはデスクトップウィンドウやモバイル画面ではありません。

どのコアを選ぶかは、ノードの要件、クライアントの対応状況、設定フィールドを基準に判断します。インポートに成功したのに起動できない場合は、まずログに未対応フィールドや形式エラーがないか確認します。コアは起動しているのにアクセスできない場合は、ネットワーク、DNS、証明書名、リモートからの応答を調べます。「設定を解析できるか」と「接続を確立できるか」を分けて考えることが、複雑な障害対応の要点です。

グラフィカルクライアントはシステム連携と日常管理を担当

v2rayNはWindows、macOS、Linuxのデスクトップ環境を対象とし、サブスクリプション更新、ノード選択、システムプロキシ、ルーティングルール編集、コア切り替え、ログ確認を主に担います。v2rayNGはAndroid向けで、通常はXrayコアと組み合わせて使用します。v2flyNGもAndroid向けで、V2Flyコアの系統に重点を置いています。3つのクライアントはいずれもオープンソースの協働方式で継続的に保守されていますが、リリース間隔、画面構成、対応フィールドは完全には一致しません。

クライアントのアップグレードでは、画面変更、実行コアの更新、設定互換性の変化が発生することがあります。更新前に、現在使えているサブスクリプショングループ、システムプロキシモード、カスタムルーティングを確認しておき、更新後は最小限の接続を検証してから高度な設定を戻してください。古い設定をそのまま使えない場合は、ログと現在のフィールド仕様に基づいて調整し、異なるクライアントの設定ディレクトリを直接上書きしないでください。

オープンソースライセンスによるレビュー可能な保守

オープンソースライセンスは、コードの使用、変更、配布に関する境界を明確にし、プロトコル実装、設定処理、問題修正をコミュニティが確認できるようにします。一般ユーザーにとって実用的な価値は、ドキュメント、Issue、バージョン変更が追跡可能な技術資料として蓄積されることです。正しい設定の代わりになるものではなく、すべての第三者サブスクリプションが信頼できることを保証するものでもありません。クライアント、コア、ノードサービスはそれぞれ個別に判断してください。

このサイトのチュートリアルは、公開された設定の意味とクライアントの実際の画面をもとに、各項目の役割、依存関係、切り分けの順序を解説します。サブスクリプションについてはインポートと管理方法だけを扱い、プロトコルについてはフィールドと接続の仕組みだけを説明します。このように層を分けることで、クライアント、コア、リモートサービスの問題をひとつの結論に混同せずに済みます。

よくある質問

まず問題が起きている層を確認

サブスクリプション、ノード、システムプロキシ、DNS、ルーティングが順に接続へ影響します。症状から該当する段階を特定するほうが、クライアントを何度も削除・再インストールするより効果的です。

サブスクリプションの更新に成功したのに、なぜ一覧が空なのですか?

まず、購読情報がクライアント対応のノード形式で返されているか確認し、グループの絞り込み条件、端末の時刻、更新ログを調べます。コピーしたものが単一の共有リンクなら、サブスクリプション更新ではなく、クリップボードからノードをインポートする入口を使ってください。

サブスクリプションとノードの用語を見る →

遅延テストは正常なのに、なぜブラウザでウェブページを開けないのですか?

プローブへの応答と完全なアクセスは同じ処理ではありません。システムプロキシが有効か、ブラウザが古い接続を再利用していないか、DNSが利用可能な結果を返しているか、ルーティングルールが対象ドメインを想定したアウトバウンドへ送っているかを確認してください。

インターネットに接続できない場合の対処を見る →

VLESS、VMess、REALITYとは何ですか?

VLESSとVMessはクライアントとサーバー間で使うプロトコル種別で、REALITYは接続のセキュリティとハンドシェイクに関わる方式です。単純に置き換えられるものではないため、インポート時はノードが提供したプロトコル、トランスポート、セキュリティのフィールドを完全に保持してください。

プロトコル用語を見る →

ルーティングを変更した後、一部のサイトだけ異常になった場合は?

いったんシンプルなデフォルトルールに戻して基本接続が復旧するか確認し、その後ドメインやIPの条件を1つずつ追加します。ルールの順序と照合範囲に加え、同じサービスのメインドメイン、APIドメイン、静的リソースドメインが異なるアウトバウンドへ振り分けられていないか重点的に確認してください。

DNSとルーティングのトラブル解決を見る →

技術ノート

設定構造、証明書エラー、共有リンク

最新記事では、クライアント画面の背後にある設定ロジックを解説しています。基本接続を確立した後の学習に適しています。

上級テクニック

V2Ray設定ファイルの構造を段階的に解説:inbounds、outbounds、routingの役割

最小限のV2Ray JSON設定を分解し、インバウンド、アウトバウンド、ルーティング各ブロックの役割と、v2rayNのGUI設定との対応関係を解説します。

全文を読む →
トラブルシューティング

TLSハンドシェイク失敗と証明書エラーの対処:システム時刻、SNI、allowInsecureの3つの要点

システム時刻、SNI、証明書チェーン、クライアントログに沿って確認手順を整理し、証明書検証を緩和することによる実際のリスクも説明します。

全文を読む →
入門ガイド

vmess://とvless://の共有リンクはどう使う?サブスクリプションURLとの違いを解説

単一ノードの共有リンクと更新可能な購読リストの構造の違いを説明し、v2rayNとv2rayNGで対応するインポート入口を案内します。

全文を読む →