Windows
v2rayNのクロスプラットフォーム版と従来のWPF版を、システム要件に合わせて選びましょう。更新前には設定をエクスポートし、サブスクリプショングループとカスタムルーティングを保存してください。
ダウンロードへクライアントのダウンロード / PLATFORM
デスクトップではv2rayN、Android端末ではv2rayNGをまず確認しましょう。プロセッサのアーキテクチャとパッケージ形式を確認してから、クライアントの画面やコアの機能を検討してください。同じサブスクリプションをインポートできても、すべてのプロトコル構成がその端末で使えるとは限りません。
v2rayNのクロスプラットフォーム版と従来のWPF版を、システム要件に合わせて選びましょう。更新前には設定をエクスポートし、サブスクリプショングループとカスタムルーティングを保存してください。
ダウンロードへ「このMacについて」でチップを確認し、Apple SiliconまたはIntel向けのv2rayNを選びます。ノードの登録後はシステムプロキシを有効にし、独自のプロキシ設定があるアプリも確認してください。
ダウンロードへXray搭載のv2rayNG、またはV2Fly搭載のv2flyNGを選べます。端末のアーキテクチャに合うAPKを選び、初回接続時にVPNを許可してください。バックグラウンド利用ではバッテリー制限も確認しましょう。
ダウンロードへv2rayNのdeb・rpm形式から、環境に合うx64・arm64版を選びます。デスクトップのシステムプロキシがターミナルやバックグラウンドサービスにも適用されるとは限らないため、各アプリの設定を確認してください。
ダウンロードへクライアントと接続設定は別のものです。クライアントをインストールしただけでは、利用可能なサブスクリプションURLやノードのパラメーターが必要です。クライアントは設定の保存、コアの起動、ローカルプロキシの管理を担い、サブスクリプションは接続先の情報を提供します。「V2Rayサブスクリプション」などと呼ばれるサービスはサブスクリプション提供側を指し、インストーラーに付属する機能やアカウントではありません。登録する前に、URLの入手元、有効期限、利用可能な端末数を確認してください。
まず、再現できる設定から始めましょう。初回設定では、サブスクリプショングループを1つだけ登録し、ノードを1つ選び、標準設定または内容を把握しているルーティングプリセットを使うのがおすすめです。目的のサイトにアクセスできることを確認してから、カスタムルーティングやアプリ別プロキシ、バックグラウンド設定を追加しましょう。問題が起きても、検証済みの構成に戻せるため、インストーラー、ノード、コア、ルールを一度に疑わずに済みます。
設定ガイド / WORKFLOW
GUIクライアントでは、接続パラメーター、通信の振り分け先、システム側の接続設定が別々の場所にあります。サブスクリプションの更新はノード情報を取得し、ルーティングルールは直接接続かプロキシ経由かを選び、システムプロキシは一部のアプリからクライアントへリクエストを渡します。それぞれ連携しますが、互いの代わりにはなりません。まず変更したい項目がどの層にあるかを確認し、該当する設定を開きましょう。
以下では、よく使う5つの設定項目を紹介します。クライアントによってメニュー名は多少異なります。また、デスクトップのシステムプロキシとAndroidのVPN経由の通信制御は別の仕組みです。設定が反映されたかどうかは、スイッチの色だけでなく、実際のアクセス結果やログも確認してください。プロトコル、トランスポート、セキュリティの設定は、サーバー側から提供された構成全体に従いましょう。
サブスクリプションURLは複数のノードを取得するためのもので、単一ノードの共有リンクとは異なります。v2rayNでは、サブスクリプショングループを作成してURLを入力・保存してから更新します。v2rayNGでは、サブスクリプション設定から対象のグループを操作します。登録後はグループ名、ノードのプロトコル、取得結果を確認し、「URLを保存した」だけで「ノードを取得できた」と勘違いしないようにしましょう。リストが空の場合は、URLの有効期限、レスポンス形式、更新時の接続設定を確認してください。クライアントを何度も再インストールする必要はありません。グループを分けて管理すると、更新や削除がどこに影響するかも把握しやすくなります。
ルーティングは、リクエストをどのアウトバウンドへ送るかを決めます。システムプロキシのスイッチがこの処理を行うわけではありません。用途に合ったプリセットを選び、必要に応じてLAN内のアドレスや特定ドメインのルールを追加するほうが、大量のルールを積み重ねるより管理しやすくなります。Xrayのルールは上から順に照合されるため、条件が広すぎるルールを先に置くと、後続の細かな条件が適用されないことがあります。ドメインルールはDNSや通信の識別方法にも左右されます。変更後は対象サイトを指定して動作を確認し、ログでアウトバウンドも確認しましょう。GeoIP・GeoSiteデータベースの分類も判定に影響するため、ルールからの参照とあわせて確認してください。
コアは設定の解析と実際の接続を担います。画面にプロトコル名が表示されていても、すべてのコアがそのプロトコルのあらゆるパラメーター構成に対応するとは限りません。VLESSやREALITYを使う場合は、現在のクライアントとコアが必要な機能をサポートしているか確認してください。v2rayNで選べるコアは、配布パッケージや設定によって異なります。Android版のv2rayNGとv2flyNGは、それぞれ異なるコアを採用しています。切り替える前に現在の設定を保存し、切り替え後はトランスポート、セキュリティ、ルーティングを再確認しましょう。2つのコアには共通の歴史がありますが、機能や設定の詳細が常に一致するわけではありません。名称を変更しただけで完全互換だと判断しないでください。
デスクトップでコアを起動した後、対象アプリからローカルプロキシを使えるように設定します。システムプロキシの自動設定は、OSのネットワーク設定に従うアプリに適しています。アプリ独自のプロキシ設定がある場合は、クライアントと同じアドレス、プロトコル、ポートを指定してください。例として示すポート番号は接続先の仕組みを理解するためのもので、実際の値は設定画面で確認します。システムプロキシはすべての通信を制御する機能ではなく、AndroidのVPNモードも別の仕組みです。トラブル時は、まずコアが起動していることを確認し、アプリが正しい接続先を使っているか調べてください。クライアントを終了する前にプロキシ設定が元に戻るか確認し、停止済みのローカルポートをシステムが参照し続けないようにしましょう。
オープンソースの背景 / ECOSYSTEM
クライアント、コア、プロトコルはそれぞれ異なる層にあります。3つを分けて理解すると、ダウンロードするものや互換性の範囲、設定場所をより正確に判断できます。
Project Vは、プロキシ通信ツールを中心とするオープンソースエコシステムで、V2Rayはその重要な構成要素です。V2FlyはV2Rayコアのコミュニティ開発を引き継ぎ、Xrayは関連コードを基盤に独自の開発を続けるフォークとして発展しました。共通する概念や設定方法もありますが、それぞれ機能を追加し、実装を変更しています。そのため、「どちらもV2Rayエコシステムに属する」という説明は歴史的な関係を理解するうえでは適切ですが、設定が完全に互換であることを示すものではありません。
コアはプロトコル、トランスポート、セキュリティハンドシェイク、ルーティング、アウトバウンドなどを処理し、GUIクライアントはそれらの機能を操作画面にまとめます。「未対応の設定項目」や起動エラーが発生した場合は、まず実際に使っているコアと、その機能範囲を確認してください。GUIのテーマを変えたり、同じサブスクリプションを再インポートしたりしても、コアの機能不足は通常解決しません。
コアを選ぶ際は、まずサーバーから提供されたパラメーターの組み合わせを確認し、次にクライアントですべての項目を設定できるか確かめましょう。REALITYは接続のセキュリティに関わる技術であり、名称だけを見て独立したプロキシプロトコルと捉えるのは適切ではありません。一般的な構成では、VLESSや特定のトランスポートと組み合わせて使います。同じプロトコル名でも、トランスポート、セキュリティ、拡張パラメーターが異なれば、実際の互換性も変わることがあります。
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースで開発されていますが、同じプログラムの別名ではありません。v2rayNはデスクトップでの操作を想定し、サーバー一覧、サブスクリプショングループ、パラメーター設定などの管理画面を備えています。Androidでは、OSのVPN使用許可、バックグラウンド動作、アプリごとの通信範囲といったモバイル特有の仕組みも関係します。プラットフォームを移行する際は、メニューの位置をそのまま移すのではなく、接続設定の目的を引き継ぎましょう。
ライセンスも階層ごとに確認する必要があります。V2Flyのv2ray-coreはMITライセンス、Xray-coreはMPL 2.0、3つのGUIクライアントはGPL-3.0系のライセンスを採用しています。配布パッケージには別のライセンスが適用される依存コンポーネントが含まれることもあります。使用、改変、再配布の際は、各プロジェクトとコンポーネントのライセンス文書を確認してください。オープンソースとはコードの入手や利用に関するルールを示すもので、サブスクリプションサービス、リモートサーバー、ネットワーク環境をクライアントの開発元が提供するという意味ではありません。
日常的な使いやすさを基準にするなら、端末のプラットフォーム、必要なプロトコル、設定の管理しやすさを確認しましょう。デスクトップではv2rayN、Androidではv2rayNGをまず確認し、V2Flyの設定が必要な場合はv2flyNGも検討してください。3つのクライアントの詳しい対応範囲はクライアント比較で見比べられます。コアの名称を性能ランキングとして捉える必要はありません。
クライアント、サブスクリプション、ルールデータベースの更新は、それぞれ異なる問題に対応します。クライアントの更新では画面や設定処理の修正、コア機能の変更が行われることがあります。サブスクリプションの更新ではサーバーから提供されたノード情報が更新され、GeoIP・GeoSiteの更新ではルールが参照するデータが変わります。ノード一覧を更新しても、クライアントやルールデータベースまで更新されたとは限りません。
更新前に利用可能なノード、ルーティングプリセット、カスタムルールを記録し、必要な設定のバックアップを残しましょう。更新後は、コアが起動するか、サブスクリプションを解析できるか、アプリがローカルプロキシを利用できるか、対象サイトが想定したアウトバウンドへ接続するかを、普段の手順で確認してください。一度に変更する項目を1種類に絞ると、挙動の変化を特定しやすくなります。古い解説と現在の画面でメニュー名が違う場合は、設定項目の用途から該当する場所を探しましょう。
モバイル端末の接続状況は、無線の電波状態、バックグラウンド制限、スリープ設定にも左右されるため、バッテリー消費や切断の原因を特定のプロトコルだけに求めることはできません。比較する場合は、端末、ネットワーク、接続先、利用時間をできるだけそろえ、接続確立時と通信中の状態を分けて確認しましょう。プロトコルの選び方、コアの違い、サブスクリプション形式についてはプロトコルガイドを参照し、現在の構成を変更するか検討してください。
初回の接続に成功したら、ブラウザーでの対象サイトへのアクセス、LAN内の端末へのアクセス、よく使うアプリのバックグラウンド通信という3つの場面も確認しましょう。ブラウザーでページを開けても、そのリクエスト経路が使えたことしか分かりません。他のアプリは独自のプロキシ設定を使ったり、直接接続したり、異なる方法でドメインを解決したりすることがあります。LAN内のプリンターや共有フォルダーに接続できなくなった場合は、すべての通信方式をすぐに変更せず、プライベートアドレスへの直結ルールを確認してください。
長く使う場合は、内容の分かるグループ名を付け、説明を添えたカスタムルールを少数に絞るほうが、出所の分からないルールセットを次々追加するより管理しやすくなります。変更前に設定値を記録し、変更後は同じ接続先で再テストしましょう。結果が想定と違う場合は、直近の変更を元に戻してから関連ログを確認してください。サブスクリプションが空、接続が切れる、ルーティングが誤判定されるといった問題は、ヘルプセンターの項目から詳しく調べられます。設定を実行するのはクライアントですが、安定した利用には有効なパラメーター、適切なルール、明確な検証手順が欠かせません。
設定ガイド / ARTICLES
以下の3記事を公開日の新しい順に掲載しています。ルールデータの入手先と更新方法から、マッチング構文、Androidでの振り分け設定まで解説します。記事の内容を自分の設定に取り入れる前に、クライアントとコアを確認してください。他の端末のルールをすべて既存の設定に上書きするのは避けましょう。
2つのルールデータベースファイルの入手先と構成を解説。v2rayN・v2rayNGでの更新場所、geosite:カテゴリやgeoip:地域コードの参照方法、更新後の反映確認も紹介します。
ルールを保存したのに、実際の振り分けが想定と異なる場合に役立ちます。「ルールがデータをどう参照しているか」と「現在のデータに対象が含まれているか」を分けて確認し、データベースの更新かマッチ条件の変更かを判断しましょう。
各マッチ接頭辞の違いと用途を整理し、上から順に照合して最初に一致したルールが優先される仕組みを解説。v2rayNでカスタムルールを作成・調整するための実用的な例も紹介します。
特定のドメインやアドレス向けのルールを追加したい方におすすめです。マッチ範囲と並び順を確認し、完全一致、ドメイン末尾の一致、カテゴリ参照の違いを把握して、広い条件が細かな条件を先に拾うのを防ぎます。
ルーティングプリセットを起点に、地域に応じて直結とプロキシを振り分ける方法を解説。LAN内アドレス、広告ドメイン、よくある誤判定への対処と、設定の反映を確認する方法も紹介します。
Androidでサブスクリプションの登録を終え、次に通信の振り分けを設定したい方におすすめです。現在使えている接続を起点に、プリセットと例外ルールを順に確認します。ノード、DNS、ルーティングを同時に変更して、原因を特定しにくくしないようにしましょう。
初回接続がまだの場合は、ガイドに沿ってインポート、ノード選択、起動、動作確認まで進めましょう。接続できている場合は、具体的な問題に合わせてルールやコアの記事を参照してください。記事一覧にはサブスクリプション更新の失敗やメイン画面の説明も掲載しているため、症状に合った情報を探せます。
すべての記事を見る →