Windows
v2rayNを使用します。ダウンロードページには、クロスプラットフォームUI版と従来のWPF版が掲載されています。まず使い慣れたUIを選び、インストール方法と起動手順を確認してください。
サブスクリプションをインポートしたら、選択中のサーバー、システムプロキシの状態、ルーティングモードを確認します。ブラウザーは使えるのに他のアプリで通信できない場合は、サーバーの項目をすぐに変更せず、アプリがシステムプロキシを参照しているか確認してください。
ダウンロードページへ設定 / よく使う項目
サブスクリプション、ルーティング、システムプロキシ、DNSは、それぞれ異なる役割を担います。接続に問題がある場合は、ノードを何度も切り替える前に、どの段階で問題が起きているか確認すると原因を見つけやすくなります。
01 / SUBSCRIPTION
サブスクリプションは、変化するサーバー一覧の管理に便利です。v2rayNの「サブスクリプショングループ」で名前とURLを登録し、サブスクリプションを更新します。更新後は、サーバー一覧から使用する項目を選んでください。用途ごとにグループ名を分けると管理しやすくなります。サブスクリプションの更新と、現在使うサーバーの切り替えは別の操作です。サーバーを手動で追加する方法は、設定情報が1組だけの場合に適しています。別名はローカルで識別するためのものです。
一覧が更新されない場合は、URLが完全か、現在のネットワークからサブスクリプションの配布元にアクセスできるか、正しいグループを選択しているかを順に確認します。複数のサブスクリプションを使う場合は、先にグループを選んでからキーワードで絞り込むと、似た名前のサーバーを誤選択しにくくなります。古い項目を削除する前に、有効なサブスクリプションで管理されていないか確認しましょう。
サブスクリプショングループ → 追加 → サブスクリプションを更新 → サーバーを選択02 / ROUTING
サーバーに接続できても、すべてのリクエストが同じ経路を通るとは限りません。v2rayNのルーティング設定では、ドメインやアドレスに一致するルールに基づいて、適切な出口へ通信を振り分けます。一部の通信だけをプロキシ経由にする場合は適切なプリセットルールを選び、すべての通信をプロキシに通す場合に限ってグローバルモードを検討してください。ルールは上から順に照合されるため、独自ルールを追加する前に、既存のルールが同じ対象をカバーしていないか確認しましょう。
特定のWebサイトへのアクセス結果を調べるときは、まず現在のルーティングモードを確認し、該当するドメインルールと最終的な出口を調べます。システムプロキシは、どのアプリがリクエストをクライアントに渡すかを制御します。ルーティングは、クライアントに渡されたリクエストの転送先を決めます。両者は互いに代用できません。
設定 → ルーティング設定 → ルールセット → アウトバウンドルール03 / PROXY
システムプロキシはOSのプロキシ設定を利用し、その設定に従うアプリの通信をv2rayNに渡します。変更後はブラウザーで動作を確認できます。TUNモードはネットワーク層で通信を取り込むため、システムプロキシ設定を参照しないアプリも対象にしたい場合に適していますが、仮想ネットワークアダプター、権限、DNSの設定も必要になることがあります。どちらもアプリの通信をクライアントに渡すための方法であり、サーバーのプロトコルを切り替える設定ではありません。
初めて設定する場合は、まずサーバーを選び、システムプロキシを有効にして動作を確認してから、必要に応じてTUNを試してください。TUNを有効にした後にアクセスできない場合は、モードの状態とDNS設定を確認しましょう。原因を特定しにくくなるため、ルーティング、コア、サーバーの設定を同時に変更しないでください。
システムプロキシ → システムプロキシを自動設定 / TUNモード04 / DNS
DNSはドメイン名をIPアドレスに変換します。ドメイン名に基づいて出口を決めるルーティングルールを使う場合は、名前解決が行われる場所と順序にも注意が必要です。v2rayNでは、直接接続とプロキシ接続に使う名前解決方法を個別に設定できます。FakeDNSは仮想アドレスを返し、通信のスニッフィングと組み合わせて元のドメイン情報を保持します。TUN環境でもドメイン名による振り分けを行いたい場合などに使われます。
FakeDNSは、すべてのネットワーク環境で常に必要な機能ではありません。ドメイン名ではアクセスできない一方、IPアドレスへの直接アクセスでは挙動が異なる場合は、まずDNS設定、ルーティングルール、アプリの通信がプロキシに渡されているかを確認してください。ドメイン情報の保持が必要な場合に限り、関連機能を一つずつ有効にして変化を確認しましょう。
設定 → DNS設定 → 名前解決方式 / FakeDNS05 / CORES
v2rayNはGUIであり、実際のプロトコル処理は選択したコアが担います。XrayとV2FlyはどちらもProject Vのエコシステムに由来しますが、機能の発展方向は同じではありません。たとえばREALITYを使う設定では、選択したコアが該当する通信パラメーターに対応しているか、事前に確認してください。クライアントに項目が表示されていても、どのコアでもその設定を処理できるとは限りません。
コアを切り替える前に、使用中のサーバー設定を保存し、クライアントに表示されるコア名とエラー情報を確認してください。Android向けのv2rayNGとv2flyNGは、それぞれ異なるコアを採用しています。アプリ名の類似性ではなく、サブスクリプションに記載されたプロトコルと通信要件に合わせて選びましょう。
設定 → パラメーター設定 → Coreタイプ / コアの選択ダウンロード / デバイスから選ぶ
まずデバイスのOSとプロセッサーアーキテクチャを確認し、ダウンロードページで対応するパッケージを選びます。デスクトップ向けはv2rayNが中心です。Android向けには、異なるコアを採用したGUIクライアントが2種類あります。
v2rayNを使用します。ダウンロードページには、クロスプラットフォームUI版と従来のWPF版が掲載されています。まず使い慣れたUIを選び、インストール方法と起動手順を確認してください。
サブスクリプションをインポートしたら、選択中のサーバー、システムプロキシの状態、ルーティングモードを確認します。ブラウザーは使えるのに他のアプリで通信できない場合は、サーバーの項目をすぐに変更せず、アプリがシステムプロキシを参照しているか確認してください。
ダウンロードページへv2rayNを使用します。デバイスのチップに合わせてApple Silicon版またはIntel版を選んでください。チップの種類がわからない場合は、システムの「このMacについて」を確認し、ダウンロードページのアーキテクチャ表記と照らし合わせましょう。
初回起動後は、まずサーバーをインポートして接続をテストし、その後にシステムプロキシを設定します。インストールパッケージのアーキテクチャ、サーバーのプロトコル、コアの種類は別の要素です。それぞれデバイス、設定情報、プロトコル処理に関わります。
ダウンロードページへまずXrayコアを採用したv2rayNGを確認してください。V2Flyコアを使いたい場合はv2flyNGを選びます。どちらもGUIクライアントですが、サブスクリプションとサーバー情報は実際に提供された設定に従ってください。
ダウンロードページではarm64版と汎用版を選べます。インポート後にサーバーを選択してから接続を開始してください。サブスクリプション一覧が更新されても古い項目を使っている場合は、アプリを再インストールするのではなく、選択中の項目を確認しましょう。
ダウンロードページへv2rayNを使用します。ディストリビューションのパッケージ形式に合わせてdebまたはrpmを選び、プロセッサーアーキテクチャも確認してください。ダウンロードページには、一般的なデスクトップ端末とarm64端末それぞれのダウンロード先が掲載されています。
インストール後、GUIからサブスクリプションまたはサーバー設定をインポートします。クライアントが接続済みでもアプリが想定どおりにアクセスできない場合は、デスクトップ環境のプロキシ設定、クライアントのルーティング、DNSを個別に確認してください。一つずつ調整すると原因を特定しやすくなります。
ダウンロードページへPROJECT V / コアとクライアント
Project V、V2Fly、Xrayの関係を理解しておくと、プロトコルパラメーターや互換性に問題が起きた際に、クライアントの画面と接続処理を担うコアのどちらを確認すべきか判断しやすくなります。
Project Vは、V2Ray関連のプロトコルや設定方式の基盤となりました。その後、コミュニティはコア、GUIクライアント、ドキュメントをそれぞれ保守しています。「V2Rayクライアント」は、サーバー一覧やプロキシ切り替え機能を備えたGUIアプリを指す場合もあれば、そのアプリが利用するコアを含めて呼ぶ場合もあります。問題を調べる際は、この2つを分けて考えると状況を正確に把握できます。
たとえば、サーバー編集画面ではアドレス、ポート、ユーザーID、通信プロトコルなどを入力します。「決定」をクリックすると設定が保存されますが、接続を確立するにはコアがこれらのパラメーターを読み込む必要があります。画面に設定項目があることは、入力欄が用意されているという意味にすぎません。その機能を現在のコアで利用できるかどうかは、項目の表示だけでは判断できません。
V2FlyはV2Rayのコミュニティ保守を引き継ぎ、Xrayはこのエコシステムから分岐して独自に発展しました。共通する概念や設定方法もありますが、対応する通信機能、項目の解釈、更新頻度は異なる場合があります。VLESS、フロー制御、REALITYのパラメーターを含むサーバー情報を受け取ったら、まず実際の要件を確認し、クライアントで選択しているコアと照らし合わせてください。
コアの切り替えは、あらゆる接続トラブルを解決する万能な方法ではありません。アドレスやポートの入力ミス、サブスクリプションURLへの接続不可、システムプロキシの無効化は、コアを変更しても解決しません。インポート、起動、名前解決、アプリの通信取り込みのどの段階で問題が起きているかを確認してから、コアの互換性を調べる必要があるか判断しましょう。
v2rayNはWindows、macOS、Linux向けのデスクトップGUIクライアントです。サーバー管理、サブスクリプションの更新、ルーティング、システムプロキシ、関連するコア設定をまとめて利用できます。Android向けのv2rayNGはXrayコアを採用し、v2flyNGはV2Flyコアを採用しています。いずれもコミュニティが保守するオープンソースのGUIクライアントですが、画面の構成や利用できる機能はアプリごとに異なります。
デバイス間で設定を移すときは、以前の端末のスイッチ設定をそのまま流用するのではなく、サブスクリプションの配布元やサーバーパラメーターを優先して確認してください。デスクトップのシステムプロキシとモバイル端末の接続許可は、OSごとに異なる仕組みです。同じサーバー設定を使えても、接続開始の手順はそれぞれの画面で行う必要があります。
コアとクライアントは、それぞれのコミュニティによって継続的に保守されています。オープンソースでは実装や変更を公開の場で議論できますが、GUI、コア、インストールパッケージのリリース時期がそろうとは限りません。解説記事の項目の位置が現在の画面と異なる場合は、項目名から設定を探し、クライアント内のコア情報も確認してください。スクリーンショットだけを見て、機能が削除されたと判断するのは避けましょう。
アプリを更新する前に、使用中のサブスクリプショングループ、ルーティングモード、DNS設定を控えておきましょう。更新後に動作が変わった場合は、「サーバーを選択しているか → コアが起動するか → システムプロキシまたはTUNが有効か → ルーティングと名前解決の結果」の順に確認します。設定変更とソフトウェア更新による違いを切り分けやすくなります。
ノート / 技術解説
以下の3記事では、DNS、サブスクリプションの整理、コアの違いを解説します。応用設定を変更する前に適用条件を確認し、そのうえでクライアントの設定を一つずつ進めましょう。
DNSの上流サーバー、ドメインルール、ルーティングが連携する順序を解説。名前解決の結果がどこから返されるのか確認したい方におすすめです。
記事を読む →グループの作成から絞り込み、並べ替え、削除まで、複数のサーバー一覧を日常的に管理する手順を解説します。
記事を読む →仮想アドレスでドメイン情報を保持する仕組みと、TUN設定で有効にする場面を解説します。
記事を読む →