v2rayN・v2rayNG・v2flyNGの使い方

V2Rayヘルプセンタークライアントの設定・使い方ガイド

v2rayNをダウンロード 使い方を見る

OSに合ったクライアントを選び、インストールと設定、サブスクリプションの追加、ルーティングの設定場所と手順を確認できます。

オープンソースクライアントGUIで設定日本語の設定ガイド

v2rayNの使い方

設定場所と役割インストール・サブスクリプション・プロキシモード

まずサーバーに接続できることを確認してから、ルーティングやTUNを設定します。以下はデスクトップ版の画面をもとにした案内です。バージョンによってメニュー名が多少異なる場合があるため、現在の画面とログもあわせて確認してください。

設定項目役割と説明v2rayN（デスクトップ）
展開先フォルダー → v2rayN.exeを起動圧縮ファイルは書き込み可能な場所にすべて展開し、展開先のフォルダーから起動してください。実行ファイルだけを圧縮ファイルから取り出したり、圧縮ソフト上で直接実行したりすると、同梱コアや依存ファイル、データフォルダーを正しく読み込めないことがあります。展開したフォルダーから起動
設定 → パラメーター設定 → Core基本設定まずは既定の待ち受け設定を維持し、コアが起動することを確認してから、利用可能なサーバーを追加します。ログにポート使用中と表示された場合は、ほかのプロキシソフトが使用していないか確認してからポートを変更してください。依存関係のエラーが出た場合は、使用するインストーラーの要件に従って実行環境を整えます。GUIとコアを分けて確認

初回設定で、すべての項目を一度に変更する必要はありません。「コアを起動 → サーバーを追加 → 使用するサーバーを選択 → システムプロキシを設定 → リクエストを送信」の順に確認すると、設定データの取り込み、ローカル待ち受け、リモート接続のどこで問題が起きたかを切り分けられます。サーバーのテスト結果はそのテスト条件での結果であり、実際のアプリからの通信を保証するものではありません。

v2rayNのインストール・設定手順を詳しく見る →

クライアントとOSの選び方

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

デスクトップではv2rayN、Androidではv2rayNGから確認するのがおすすめです。ダウンロード前にOS、CPUアーキテクチャ、インストール形式を確認してください。同じクライアントでも、異なるパッケージを自由に入れ替えて使えるとは限りません。配布先とシステム要件はダウンロードページにまとめています。

Windows

まずはv2rayNのデスクトップ版を選び、従来の画面に慣れている場合はWPF版も比較してください。デスクトップ版はクロスプラットフォームのUIを採用し、WPF版はこのOS向けです。メニュー構成や実行時の依存関係が異なる場合があります。チュートリアルの画面と異なるときは、使っているUIの種類を確認してから、同じ名前の設定を探してください。

圧縮ファイルは、書き込み可能な場所にすべて展開してください。初回起動時に依存関係に関する案内が表示された場合は、パッケージの説明に従って環境を整えます。別の場所から実行ファイルだけを集めて使うのは避けてください。アップグレード前に設定を保存し、旧バージョンを終了してからファイルを更新すると、複数のプロセスが同じ待ち受けポートを使う問題を防げます。

ダウンロード Windows版クライアント

macOS

v2rayNのデスクトップ版を使い、Apple SiliconまたはIntelに合ったパッケージを選びます。「このMacについて」でチップ情報を確認してから、ダウンロード先の表記と照らし合わせてください。見た目や購入時期だけでアーキテクチャを判断しないようにしましょう。画面や操作はデスクトップ版のガイドとほぼ同じですが、権限の確認は実際のシステム表示に従ってください。

インストール後、まずサーバーを追加し、コアの起動とブラウザーからの通信を確認します。TUNが必要な場合は、関連する権限を別途設定してください。システムプロキシ、アプリ内蔵プロキシ、仮想ネットワークインターフェースによる通信の取り込みは、それぞれ異なる階層の機能です。複数の方法が干渉しないよう、調査時はどの経路を使っているかを明確にしましょう。

ダウンロード macOS版クライアント

Android

Xrayコアを使うv2rayNGを優先し、V2Flyコアを使いたい場合はv2flyNGを確認してください。近年の一般的なスマートフォンではarm64版が適しています。アーキテクチャがわからない場合は、汎用版の説明を確認してください。インストール前に端末の要件も確認しましょう。汎用版でも、OSとの互換性に関する問題をすべて解決できるわけではありません。

初回接続時には、システムのVPN接続許可が必要です。サブスクリプションを追加した後も、サーバーを選んで接続を開始してください。一覧に項目が表示されただけでは接続は有効になっていません。バックグラウンドに移動すると接続が切れる場合は、バッテリー最適化やバックグラウンド実行の制限を確認し、有効なサブスクリプションをすぐに削除して作り直さないようにしましょう。

ダウンロード Android版クライアント

Linux

v2rayNのデスクトップ版を使い、ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、x64かarm64かも確認してください。パッケージ形式はインストール管理方法、アーキテクチャはCPU上で実行できるかどうかを決めます。どちらも一致させる必要があり、拡張子を変更してもパッケージ形式は変換されません。

インストール後、まずデスクトップ環境で通常のプロキシ接続を確認し、その後TUNに必要な権限を検討してください。デスクトップ環境のプロキシ設定を自動で読み込まないアプリもあり、その場合はアプリ内で接続先を指定します。一部のアプリだけ通信できない場合は、システム全体のルーティングをすぐに変更せず、アプリがプロキシ設定を引き継ぐ方法を確認してください。

ダウンロード Linux版クライアント

クライアントは設定を読み込んで接続を確立するソフトウェアで、サブスクリプションは各提供元が用意します。クライアントをダウンロードしてもサーバーが自動で追加されたり、有効期限切れのサブスクリプションが復元されたりすることはありません。すでにサブスクリプションを利用している場合は、元のURLを保管し、有効かどうかを確認してください。共有リンクが一つだけの場合は、サブスクリプションURLとして入力せず、サーバーのインポート機能を使います。

すべてのクライアントを見る →

Project V · V2Fly · Xray

V2Rayのオープンソースプロジェクトとクライアントの関係

コア、クライアント、サブスクリプションの役割を区別してから、どこを更新・変更するか決めましょう。名前が似ていても機能が同じとは限りません。設定をインポートできても、接続に必要な条件がすべて満たされているとは限りません。

Project Vとコアの系統

Project VはV2Rayのエコシステムを理解する出発点です。プロキシコアはプロトコル処理、トランスポート、ルーティング、接続の確立を担います。V2FlyコミュニティはV2Ray関連プロジェクトの保守を続けており、Xrayは関連技術を基盤に独自のコアと機能方針を発展させています。日常会話ではエコシステム全体をV2Rayと呼ぶこともありますが、機能が使えるかどうかは、クライアントが実際に呼び出すコアと、そのコアが該当機能を実装しているかで決まります。

VMess、VLESS、Trojanはプロトコル名です。WebSocketやgRPCなどはトランスポート方式で、TLSとREALITYは接続のセキュリティやハンドシェイクに関する設定です。それぞれ異なる階層の用語なので、一つの名称だけで設定が完全かどうかを判断することはできません。接続パラメーターはサーバー側と一致させる必要があります。手動で変更するときは、プロトコル、トランスポート、セキュリティのどれを変更するのか確認し、異なるガイドの項目を無造作に組み合わせないでください。

GUIクライアントとプロキシコア

v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントです。GUIからサーバー、サブスクリプションURL、各種設定を管理し、コアが読み込める形式に変換します。これらは同じソフトの見た目違いではありません。v2rayNはデスクトップ向け、v2rayNGは主にXrayコアを使うAndroid向けの設定窓口、v2flyNGはV2Flyコアを使うAndroid向けの選択肢です。

この階層構造を踏まえると、トラブルの切り分け順も明確になります。ウィンドウが開かない場合は、インストールと実行環境を確認します。画面は正常でもコアが起動しない場合は、ログ、待ち受けポート、設定の生成結果を確認します。コアは動いているのに特定のサーバーへ接続できない場合は、接続先のパラメーターとネットワーク環境を見直します。画面が起動しただけで接続も成功したと思い込むと、確認すべき箇所を見落としがちです。異なるコアへ移行する場合は、プロトコルや詳細設定を移行先のクライアントで扱えるかも確認してください。

オープンソースライセンスと設定情報の保護

オープンソースソフトウェアは、該当するライセンスに基づいてソースコードが公開され、ライセンスの条件に従って利用、改変、再配布できます。エコシステム内のプロジェクトごとにライセンスは異なる場合があります。たとえば、V2FlyのV2RayコアとXrayコアはMPL 2.0を採用しています。クライアントにもそれぞれのライセンスがあるため、あるコアのライセンスをすべてのGUI、依存ソフト、同梱リソースにそのまま適用することはできません。改変や再配布を行う場合は、各プロジェクトのライセンスファイルを個別に確認してください。

オープンソースかどうかと、サブスクリプションサービスの品質は別の問題です。サブスクリプションURL、サーバーの認証情報、ローカル設定は適切に保管してください。画面を共有するときはURL全体を隠し、エクスポートした設定も公開しないようにしましょう。サブスクリプション変換サービスを使う場合は、設定全体を読み取られる可能性があることを理解してください。まずクライアントが元の形式を直接読み込めるか確認し、必要な場合に限って変換範囲を検討します。インポートに失敗するたびに、形式変換を最初の手段にする必要はありません。

更新の仕組みと日常のメンテナンス

クライアント、コア、サブスクリプション、ルーティング用リソースの更新は、それぞれ異なる問題に対応します。クライアントの更新は主に画面や設定生成に、コアの更新はプロトコル実装や動作に影響します。サブスクリプションの更新では提供元のサーバー一覧が更新され、ルールやドメイン情報の更新ではルーティング結果が変わることがあります。異常が起きたら直近の変更を記録し、すべてのコンポーネントを同時に更新するのは避けましょう。原因の特定が難しくなります。

日々のメンテナンスは、設定の保存から始めましょう。アップグレード前に、現在のシステムプロキシ、待ち受けポート、ルーティング設定を記録します。バックアップにサブスクリプションURLや認証情報が含まれる場合は、安全な場所に保管してください。アップグレード後は、まず以前の設定でコアの起動を確認し、実際にリクエストを送ってからカスタムルーティングを検証します。特定のアプリだけ異常がある場合は、そのアプリとブラウザーのプロキシ経路を比べます。すべての通信が失敗する場合は、ローカルサービスと使用中のサーバーを確認してください。

システムプロキシ、ルーティング、TUNの違い

システムプロキシは「どのアプリがリクエストをクライアントに渡すか」を決め、ルーティングルールは「コアに入ったリクエストをどの経路へ送るか」を決めます。TUNは仮想ネットワークインターフェースを使って通信を取り込みます。これらは同じガイドに登場することが多いものの、相互に置き換えられる機能ではありません。システムプロキシを有効にしても一部のアプリが直接接続する場合は、アプリがシステム設定を読み込んでいない可能性があります。TUNを有効にして通信に問題が出た場合は、名前解決、ネットワークインターフェースのルート、ほかのネットワークツールが関係していることもあります。

まずシステムプロキシで基本動作を確認し、必要に応じてルーティングを調整した後、TUNを使うか検討してください。設定を変更するたびに、同じアプリから同じ接続先へアクセスし、その時刻のログを確認します。この方法なら変更前後を比較しやすくなります。ログにはサーバー情報が含まれる場合があります。他の人に相談する前に機密情報を削除しつつ、エラーの種類、発生順序、設定状況は残しておくと、原因を追いやすくなります。

インストールとトラブルシューティングの記事

v2rayNの設定トラブルと対処手順

症状に合った記事を選んでください。操作前後の変化、現在の画面の種類、ログに表示されたエラーを記録すると、同じ設定を繰り返しインポートするより原因を特定しやすくなります。

記事一覧を見る →