v2rayN · v2rayNG · v2flyNG
まずOSに合ったクライアントを選び、コアと設定を確認します。サブスクリプションの追加、ルーティング、システムプロキシまで、利用手順に沿って解説します。
デスクトップではOSとCPUを、モバイルでは必要なコアを確認しましょう。クライアントは設定と接続方法を管理するソフトです。利用するには、接続可能なサーバー情報またはサブスクリプションURLが別途必要です。
サブスクリプションのグループ管理、ルール編集、システムプロキシの管理が必要なデスクトップユーザーに適しています。初めて使う場合は、まずクロスプラットフォーム版を確認しましょう。従来の画面に慣れている場合は、WPF版の動作環境を確認して選んでください。
画面が異なっても、サーバー側のプロトコルが別になるわけではありません。設定を引き継げるかは、画面の見た目ではなく、設定形式と実際に使うコアによって決まります。初回起動時は、ファイルが完全に展開されていることと、保存先に書き込み権限があることを確認してから設定を読み込みます。起動エラーが出た場合は、サブスクリプションを何度も変更するのではなく、実行環境とログを確認しましょう。
デスクトップでv2rayNの設定管理を続けたいユーザーに適しています。まずシステム情報でCPUを確認してください。Apple Silicon搭載機はarm64、Intel搭載機はx64のダウンロードを選びます。
インストールパッケージのアーキテクチャと、システムの権限は別の問題です。アプリが起動しても、システムプロキシや仮想ネットワークインターフェースが有効になったとは限りません。まず設定を読み込み、通常のプロキシ接続をテストしてから、必要に応じてTUNを有効にします。権限の確認が表示されたら、対象のコンポーネントと操作範囲を確認してください。権限の問題をサーバーの障害と決めつけないようにしましょう。
通常はXrayコアを採用するv2rayNGがおすすめです。V2Flyの環境に合わせた設定をすでに使っている場合は、v2flyNGも候補になります。名称が似ていても、すべてのプロトコルや伝送方式、拡張フィールドを相互に使えるとは限りません。
インストール前に端末のアーキテクチャを確認し、判別できない場合は汎用パッケージの説明を確認してください。設定を読み込んだら接続先を選び、接続を開始してAndroidのVPN接続許可を確認します。バックグラウンドに切り替えた後に接続が切れる場合は、バッテリー最適化やバックグラウンド実行の制限を確認しましょう。こうしたOS側の動作は、サブスクリプションを読み込めたかどうかとは別の問題です。
GUIデスクトップ環境で、接続設定をまとめて管理したいユーザー向けです。まずディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、次にx64とarm64を確認してください。同じパッケージ形式でも、システム依存関係やデスクトップ環境の確認が必要です。
デスクトップのシステムプロキシ設定が使われるかどうかは、アプリ側の実装によって異なります。ブラウザーでは接続できても他のアプリが直接接続する場合は、サーバー設定を変える前に、そのアプリのプロキシ設定を確認してください。より多くの通信を経由させる必要がある場合は、TUNの権限とルーティング条件を確認しましょう。GUIクライアントの設定手順を、デスクトップ環境のないサーバーにそのまま適用することはできません。
クライアント選びでは、3つの点を分けて確認しましょう。インストールパッケージが端末で動作するか、コアがサーバー設定に対応しているか、アプリの通信が実際にプロキシへ送られているかです。クライアントを変えて解決できるのは一部であり、サーバーの状態やネットワーク環境、認証情報の確認に代わるものではありません。ダウンロードページではOS別の入手先を、クライアント比較ページでは使い分けを解説しています。
クライアント一覧を見る →クライアント選びに加えて、プロトコル、設定の入手元、ルール、通信の取り込み方も区別する必要があります。それぞれ役割が異なるため、問題の切り分けも個別に行いましょう。
VMessやVLESSなどは接続プロトコルを表します。一方、伝送方式やTLSのパラメーターは別の設定層です。クライアントの画面に項目があっても、現在のコアがすべての組み合わせに対応するとは限りません。v2rayNでは複数のコアの設定を管理できます。Androidでは、XrayとV2Flyのどちらを使うかに応じてクライアントを選べます。読み込み前に、サーバー側で指定されたプロトコル、伝送方式、サーバー名、関連する拡張項目を確認しましょう。特定の機能が必要な場合は、選択したコアの対応状況を確認してください。
詳しく見る →ルーティングは、コアに入った接続を直接接続、プロキシ、遮断のいずれかに振り分けます。システムプロキシのように、アプリの通信をクライアントへ取り込む機能とは異なります。一般的な振り分けでは、ドメインやIP、ルールセットを組み合わせます。ルールの数より、照合順序が重要です。まず内容を理解できる基本ルールを使い、必要なサイトだけ例外を追加しましょう。変更後は、直接接続する宛先とプロキシ経由の宛先をそれぞれテストします。ドメインルールが効かない場合は、DNSとドメインの判定条件も確認してください。3つのクライアントで画面上の設定場所は異なりますが、トラブル時は実際に生成されたコア設定を確認します。
詳しく見る →サブスクリプションを使うと、複数の接続設定をまとめて更新できます。設定のグループを維持しながら、サーバー情報を継続的に同期したい場合に便利です。まずURLを追加して更新し、結果を確認してください。リストに項目が表示されても、読み込みができたことを示すだけで、すべての接続が利用できるとは限りません。v2rayNとAndroidクライアントでは、対応するサブスクリプション形式が異なる場合があります。移行前に、配布元が提供する形式を確認しましょう。サブスクリプションの項目を手動で変更しても、次回の更新で上書きされることがあります。重要な独自設定は別に保存し、認証情報を含むURLは安全に管理してください。
詳しく見る →システムプロキシは、設定を参照するアプリに使われます。デスクトップで最初に接続を試す方法として適しています。TUNは仮想ネットワークインターフェースを使って、より多くの通信を取り込みます。そのため、権限やルーティング、DNSも関係します。両方を常に同時に有効にする必要はありません。ブラウザーでは接続できても他のアプリに変化がない場合は、まずそのアプリがプロキシを使うか確認し、必要に応じてTUNを有効にしましょう。Androidの接続許可とデスクトップのシステムプロキシは、仕組みが異なります。モードを切り替える前に元の設定を記録し、複数のプロキシツールが同時にネットワーク設定を変更しないようにしてください。
詳しく見る →まず接続を1つ確立して動作を確認し、その後でルールを追加しましょう。初回からコア、DNS、TUN、ルーティングを同時に変更する必要はありません。手順を整理しておくと、問題の原因を特定しやすくなります。
OSに合ったクライアントをインストールしたら、信頼できる入手元からサブスクリプションURL、共有リンク、または設定ファイルを用意します。サブスクリプションURLは管理画面から追加し、個別の共有リンクは対応するインポート機能を使います。異なる種類の情報を同じ入力欄に貼り付けないでください。読み込み前に、前後の空白や改行がないこと、URLが完全であることを確認します。読み込み後は、グループと設定項目が表示されていることを確認しましょう。
リストが空の場合は、更新時の表示を確認し、ネットワーク接続の失敗、認証の無効化、形式の非対応を切り分けます。読み込みに成功しただけで接続テストを済ませたことにはなりません。また、サブスクリプションURLを公開したり、認証情報が写った画面を掲示板に投稿したりしないでください。Androidでv2rayNGを使う場合も準備の手順は同じですが、メニュー名はデスクトップ版と異なります。
リストから接続に使う設定を1つ選び、クライアントが想定したコアを使っていることを確認します。デスクトップではまずシステムプロキシを使ってブラウザーで接続をテストし、ルーティングは基本的な振り分けのままにします。システムプロキシを使わないアプリの通信も取り込む必要がある場合は、TUNを検討しましょう。Androidでは接続開始時にVPNの許可を確認し、同種の接続機能を使う他のアプリがすでに動作していないかも確認してください。
システムプロキシの設定と「グローバル」ルーティングは同じではありません。前者はアプリが通信をクライアントに渡すかどうかを決め、後者はコアに入った接続の振り分け方を決めます。この2つを分けて確認すれば、特定のアプリが直接接続する理由や、ルーティングを変えても結果が変わらない理由を把握しやすくなります。
使い慣れた接続先でブラウザーのアクセスを確認し、実際にプロキシが必要なアプリもテストしながら、クライアントのログを確認します。接続拒否、タイムアウト、TLSハンドシェイク失敗は、それぞれ原因となる段階が異なります。まとめて「クライアントが使えない」と判断しないようにしましょう。まずサーバーアドレス、ポート、システム時刻、伝送パラメーターを確認し、次にローカル待ち受けポートとアプリのプロキシ設定を調べます。
一度に変更する項目は1つにし、変更前後の状況を記録してください。1回の速度測定は、特定の時刻と宛先での結果にすぎず、すべてのアプリでの使用感を示すものではありません。動作確認後に、自動更新の設定やルールの調整、DNSの変更を行いましょう。クライアントを終了する前に、必要に応じてシステムプロキシを解除してください。停止したローカルポートを参照する設定が残るのを防げます。
オープンソースのエコシステムを理解すると、すべてのソフトを「V2Ray」とひとまとめにするより、適切なクライアントを選びやすくなります。クライアントの画面、接続を処理するコア、サーバー設定はそれぞれ別の層で、役割も更新のタイミングも異なります。
V2RayはProject Vのエコシステムで広く使われているプロキシツールの名称です。プロトコル、伝送方式、ルーティング、設定を中心に関連技術が発展してきました。日常的に使われる「V2Rayクライアント」という呼び方は幅広く、設定を管理するGUIを指す場合も、接続を実際に処理するコアを指す場合もあります。検索ではこの呼び方が使われますが、ソフトを選ぶときやログを読むときは、具体的なコンポーネントを確認しましょう。
GUIクライアントは、設定の読み込み、サブスクリプション、ルール選択、起動などを画面上でまとめて操作できるようにします。コアは設定を読み込み、ローカルの待ち受け、外部への接続、ルーティングを処理します。サーバー情報は、接続先がどのように接続を受け入れるかを定めます。クライアントをインストールしただけでサーバー設定が自動的に得られるわけではありません。また、接続できなくてもGUIの故障とは限りません。この3つの層を区別すると、問題に合わせて対処しやすくなります。
V2FlyコミュニティはV2Ray関連の実装を継続して発展させており、Xrayはこの技術の流れから生まれた別のコアです。一部のプロトコルや設定概念を共有していますが、機能の進化が常に同期しているわけではありません。拡張パラメーターによっては特定の実装でしか使えないものがあります。VMessやVLESSのリンクを読み込めるからといって、すべてのサーバー構成をそのまま相互利用できるとは限りません。
コアを選ぶときは、まずサーバー設定の要件を確認し、次にクライアントがその実装を管理できるかを確かめます。どちらが「速いか」を漠然と比べるより、使用するプロトコル、伝送方式、暗号化、ハンドシェイクのパラメーターに対応しているかを確認しましょう。通信経路、接続先の負荷、ローカル環境も速度に影響します。ソフト名だけで実際の動作を判断せず、テストしてください。REALITYなど特定の機能を使う場合は、対応するコアと設定項目を特に念入りに確認します。
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントですが、対応OSとコアの方向性が異なります。v2rayNはデスクトップ向けの設定管理に重点を置き、複数のOSで近い操作方法を使えます。v2rayNGはAndroid向けで、Xrayコアを中心に利用します。v2flyNGはV2Flyコアを使いたいAndroidユーザー向けの選択肢です。すべての機能を比べる前に、まず端末に合う候補に絞ると選びやすくなります。
オープンソースとは、実装やライセンス条件を確認し、議論や開発を続けられることを意味します。すべてのコンポーネントが同じライセンスを使うわけではなく、あらゆる設定の入手元が信頼できるという意味でもありません。クライアント、コア、依存ライブラリには、それぞれ異なるライセンスが適用される場合があります。通常の利用ではリリース情報と互換条件を確認しましょう。改変、再配布、他製品への組み込みを予定している場合は、各コンポーネントのライセンス上の義務も確認してください。
クライアントの更新では、サブスクリプションの解析、画面構成、OSへの対応が変わることがあります。コアの更新では、プロトコル対応、設定項目の動作、ルーティング処理が変わる場合があります。両者が常に同じタイミングで更新されるとは限りません。現在の設定で接続できている場合は、更新前に必要な設定、サブスクリプションのグループ、独自ルールを保存しましょう。更新後は同じ接続先で動作を確認し、移行と同時に多くのネットワーク設定を変更しないようにしてください。
このページでは、クライアントの選び方と操作手順を紹介しています。インストーラーやリリース情報はダウンロードページにまとめています。画面の更新により、チュートリアルのメニュー名が異なる場合があります。その際は、設定とサブスクリプションのどちらを読み込むのか、変更するのは通信の取り込み方かルーティングか、エラーの発生元が画面かコアかを確認しましょう。設定項目を1つずつ確認する場合は設定ガイドへ、OSや使い方を比べる場合はクライアント比較ページをご覧ください。
基本的な接続の次は、ログから失敗した段階を見分け、DNSとルーティングの連携を理解しましょう。以下の記事は公開日の新しい順に並んでいます。
geosite、geoip、独自ドメインルールを使って、中国本土の通信は直接接続し、それ以外はプロキシ経由にする方法を解説。ルールの照合順序やdomainStrategyの設定値、よくある設定ミスの対処法も紹介します。
記事を読む →FakeDNSが仮想アドレスを返し、ルーティング時にドメイン名を復元する仕組みを解説。TUNモードやドメインルールとの連携、利用に適したケースと避けるべきケースも紹介します。
記事を読む →Xray・V2Flyコアのログレベルと構成を解説し、connection refused、i/o timeout、TLSハンドシェイク失敗など、よくあるエラーの意味を説明します。ログから原因を特定する手順も紹介します。
記事を読む →