上の画面は設定内容を示す静的なイメージで、クリック操作はできません。ポート番号はローカルリスナーの役割を説明するためのものです。バージョンによって混合リスナーや異なるポートが使われるため、実際の設定と起動ログを確認してください。
OSから選ぶ
まずOSを確認し、次にプロセッサーのアーキテクチャを確認します。デスクトップではv2rayNでサーバー、サブスクリプショングループ、ルーティングを管理します。Androidではまずv2rayNGを検討し、V2Flyの設定が必要な場合はv2flyNGを選択肢に加えてください。クライアントは設定の管理と接続を担うツールです。インストール後は、利用権限のあるサーバー情報またはサブスクリプションURLが別途必要です。
v2rayN
デスクトップ版と従来のWPF版を提供しています。デスクトップ版はクロスプラットフォームのUIを採用し、WPF版は従来のWindows向けレイアウトを引き継いでいます。初めて使う場合は、ダウンロードページの動作環境を確認して選びましょう。画面の違いだけを理由に両方をインストールする必要はありません。
起動前にOSのアーキテクチャと動作環境を確認してください。設定をインポートしたら、まず使用するサーバーをテストし、その後システムプロキシを有効にします。ブラウザーは使えるのに特定のアプリが接続できない場合は、サブスクリプションを再インポートするのではなく、そのアプリがシステムプロキシを参照しているか確認してください。
ダウンロードページへv2rayN
チップに合わせてApple SiliconまたはIntel向けのインストーラーを選択します。チップやプロセッサーの名称は、システムの「このMacについて」で確認できます。デバイスに合ったアーキテクチャのインストーラーを選び、画面の案内に従ってインストールと初回起動を行ってください。
デスクトップクライアントでのサーバー管理と、ローカルプロキシの待ち受けは別の仕組みです。ノードを追加しただけでは、すべてのアプリが自動的にプロキシを使うわけではありません。まずコアが正常に起動したことを確認し、次にシステムのネットワークプロキシ設定を確認します。利用を終えたらプロキシを解除し、停止したポートを参照する設定が残らないようにしてください。
ダウンロードページへv2rayNG / v2flyNG
v2rayNGはXrayコアを使用し、v2flyNGはV2Flyコアを採用した代替クライアントです。ダウンロードページにはarm64版と汎用版があります。アーキテクチャがわからない場合は、アプリ名から推測せず、デバイスのシステム情報を確認してください。
初回接続時は、システムのVPN接続許可を確認してください。バックグラウンドに切り替えると接続が切れる場合は、バッテリー最適化、バックグラウンド実行、アプリごとのプロキシ設定を確認しましょう。両クライアントの設定互換性はコアによって異なります。切り替える前に、プロトコルと通信方式が対応しているか確認してください。
ダウンロードページへv2rayN
ディストリビューションのパッケージ方式に合わせてdebまたはrpmを選び、さらにx64かarm64かを確認します。パッケージ形式、プロセッサーのアーキテクチャ、デスクトップ環境のすべてが一致する必要があります。インストールできても、実行に必要なデスクトップコンポーネントがすべて揃っているとは限りません。
デスクトップ環境によって、システムプロキシの参照方法が異なる場合があります。設定が反映されないアプリでは、アプリ内でプロキシの種類、アドレス、ポートを指定してください。コマンドラインのプログラムには独自のプロキシ設定があることも多いため、GUIの接続状態だけで判断せず、個別に確認しましょう。
ダウンロードページへクライアントの設定
接続の流れは3つの層に分けると理解しやすくなります。アプリがリクエストをローカルリスナーに渡し、コアがルーティングに従って直接接続かプロキシ経由かを選び、最後に選択したサーバーから送信します。サブスクリプションはサーバー情報を更新するもので、前の2層の設定を代替するものではありません。問題が起きたときは層ごとに確認すると、複数の設定を同時に変更するより原因を特定しやすくなります。
ROUTING
システムプロキシは、アプリがリクエストをクライアントに渡すかどうかを決めます。ルーティングモードは、コアが受け取ったリクエストをどの送信先に振り分けるかを決めます。ドメイン名やアドレスごとに経路を変える場合は、適切なルーティングプリセットを選び、ルールの順序を確認してください。グローバルルーティングは、すべてのアプリを自動的にプロキシへ接続する設定ではなく、コアに渡された通信だけに影響します。アプリごとにプロキシアドレスを手入力するよりルールを一元管理しやすくなりますが、アプリ側の接続方法も確認が必要です。設定を変更したら、同じ接続先で再テストし、ノードの変更とルールの効果を混同しないようにしましょう。
SUBSCRIPTION
サブスクリプショングループには配信元のURLを保存し、更新時にそのURLからノード情報を取得します。まず配信元を見分けやすい名前で登録し、URLを入力して保存します。次に更新を実行し、実際に使うサーバーを選択してください。ノードを1つずつ手動登録する方法に比べて、グループならまとめて更新し、配信元ごとに管理できます。ただし、配信元でノードが削除されると、更新後にローカルの一覧からも消える場合があります。更新に失敗したら、設定をすべて消すのではなく、URLが有効か、取得方法が正しいかを確認しましょう。サブスクリプションURLには認証情報が含まれることがあります。パスワードと同様に保管し、スクリーンショットを共有する際はURLとアカウント情報を隠してください。
LOCAL LISTENER
ローカルリスナーは、アプリからプロキシコアへ通信を渡す入口です。同じ端末上のアプリでは通常ループバックアドレスを使いますが、プロキシの種類とポートはクライアントの実際の待ち受け設定に合わせる必要があります。バージョンによって混合ポートを使う場合や、HTTPとSOCKSでポートが分かれている場合があるため、画面イメージの値をそのまま使わないでください。接続アイコンを見るだけでなく、起動ログを確認すればポートのバインドに成功したかもわかります。LANで共有する必要がなければ、待ち受け範囲を広げる必要はありません。共有する場合は、アクセス制御とファイアウォールも確認してください。ポートを変更したら、プロキシアドレスを手動設定しているアプリも更新します。
127.0.0.1CORE COMPATIBILITY
クライアントは操作画面を提供し、プロトコル、通信方式、ルーティング、接続の処理はコアが担います。v2rayNで選べるコアは、インストールしたバージョンと設定によって異なります。v2rayNGはXray、v2flyNGはV2Flyを使用します。プロトコル名だけでなく、通信方式、TLS、追加パラメーターも合わせて確認することが重要です。同じVLESSと表示された設定でも、必要な機能が異なる場合があります。コアの切り替えは万能な解決策ではありません。設定で必要な機能とクライアントの対応範囲を確認してから、起動エラーを調べてください。REALITYなどを含む設定では、特に対応状況を事前に確認しましょう。
初期設定
次の手順は初期設定にも、既存の設定を整理する場合にも使えます。デスクトップではv2rayN、Androidではv2rayNGのインポートと権限設定を参考にしてください。メニュー名はバージョンによって異なる場合があります。操作が完了したかどうかは、ボタンの色だけでなく、一覧の内容、コアのログ、実際の接続結果で確認しましょう。
有効なサブスクリプションURL、または個別サーバーの共有情報を用意します。サブスクリプションを使う場合は、グループを作成してから更新します。個別サーバーの場合は、クライアントのインポート機能で一覧に追加してください。どちらの方法でも、追加後に選択可能な項目が表示されることを確認します。一覧が空のままでは設定完了とはいえません。
読み込みに失敗した場合は、コピーした内容に余分な空白や改行がないか、文字が欠けていないかを確認し、クライアントが対応する形式かも調べてください。サーバーアドレス、ポート、認証情報はサーバー側と一致させる必要があるため、むやみに変更しないでください。サブスクリプションを更新できても、すべてのノードで接続できるとは限りません。
一覧から利用するサーバーを選び、まず接続テストと起動ログを確認してからルーティングを設定します。デスクトップでは必要に応じて「システムプロキシを自動設定」を有効にしてください。Androidで初めて接続するときは、システムのVPN接続許可を確認して承認します。アプリごとのルールを使う場合は、対象アプリがプロキシの適用範囲に含まれているかも確認しましょう。
初回の接続確認では設定をシンプルに保ち、接続方法とテスト対象を1つに絞ってください。システムプロキシ、グローバルルーティング、仮想NICはそれぞれ異なる機能です。名前が似ているからといって、同時に有効にしないでください。ほかの通信制御ソフトが動作している場合は、同じインターフェースを取り合っていないか、同じシステム設定を変更していないか確認しましょう。
対象のアプリで実際のページを開き、接続失敗、名前解決失敗、特定の機能だけ使えない状態を区別します。遅延テストの結果は特定の方法で測った値にすぎず、ダウンロード速度を示すものでも、実際のアクセスの代わりになるものでもありません。Webページは表示できるのに対象アプリだけ失敗する場合は、まずアプリ独自のプロキシ設定と接続プロトコルを確認してください。
問題が続く場合は、発生時刻と関連するログの一部を保存し、サブスクリプションURL、認証情報、サーバーの機密情報を隠してください。ローカルリスナー、アプリの接続方法、ルールの照合、サーバー側の設定の順に確認します。使用を終えたら不要なシステムプロキシを解除し、クライアント終了後もアプリが古いポートへ接続し続けないようにしましょう。
オープンソースとメンテナンス
「V2Ray」は関連する複数のプロキシツールをまとめて指す言葉として使われることがありますが、クライアント名、コアの系統、プロトコル名はそれぞれ別のものです。違いを把握しておくと、どのアプリをダウンロードするか、どの設定をインポートするか、エラー時に画面設定とコアのどちらを確認するか判断しやすくなります。
Project Vは、組み合わせて使えるネットワークプロキシツールを中心としたプロジェクトです。V2Rayは、その中でもよく知られた実装です。V2Flyコミュニティは関連するコアプロジェクトのメンテナンスを引き継ぎ、Xrayは関連技術を基盤に独自の機能を発展させています。共通する概念がある一方、実装や設定には違いがあります。コアを切り替えれば、すべての設定がそのまま動くとは限りません。
プロトコル、通信方式、セキュリティ層はそれぞれ関連づけて理解する必要があります。たとえばVLESSとVMessはプロキシプロトコルの名称で、REALITYは接続のセキュリティ機構に関係します。通信方式はさらに別の設定項目です。サーバーの共有情報には、これらがまとめて含まれていることがよくあります。表示されたラベルだけで互換性を判断すると、サーバーが要求する追加パラメーターを見落とし、インポートできてもハンドシェイクに失敗することがあります。
v2rayN、v2rayNG、v2flyNGはいずれもオープンソースのGUIクライアントです。サブスクリプション、サーバー選択、パラメーター管理を操作画面から行えるようにしますが、実際のネットワーク処理は対応するコアが担います。v2rayNはデスクトップ向け、v2rayNGとv2flyNGはAndroid向けで、それぞれXrayとV2Flyを中心に接続機能を提供します。
クライアントを選ぶときは、まずデバイスのOSを確認し、次に既存の設定が必要とする機能を確認します。同じプロトコル名が表示されていても、すべての通信方式に同じように対応しているとは限りません。動作中の設定がある場合は、重要なパラメーターを維持してください。移行する場合は、まず小規模に動作確認し、その後サブスクリプションやルールを整理します。画面の移行とネットワーク障害を一度に扱わないようにしましょう。
オープンソースとは、各ソフトウェアのライセンス条件に従ってコードを閲覧、使用、変更できることを意味します。関連するすべてのコンポーネントが同じライセンスとは限りません。クライアント、コア、付属のルールデータは、それぞれ異なる条件に従う場合があります。再配布や変更を行う際は、エコシステム全体を単一のソフトウェアとみなさず、各コンポーネントのライセンスを確認し、必要な表示を残してください。
クライアントを無料で使えることと、接続先のサーバーが有料かどうかは別の話です。アプリをインストールしても、利用可能なサーバーが自動で用意されるわけではありません。サブスクリプションの有効期間、アクセス権、ノードの管理は配信元によって異なります。このサイトではインストール先と使い方を紹介しており、サブスクリプションアカウントは提供していません。情報をインポートする前に、配信元の信頼性と利用権限を確認し、含まれるネットワーク設定も把握してください。
GUI、コア、ルーティングデータの更新は、それぞれ別の操作の場合があります。クライアントを更新したら、選択中のコア、利用中のサーバー、ローカルリスナーを再確認してください。サブスクリプションを更新したら、現在のノードが配信元の一覧に残っているかを確認します。接続に一度失敗しただけで、すべてのコンポーネントを続けて更新しないでください。変更要因が増え、問題を再現しにくくなります。
更新前に、クライアントのエクスポート機能で必要な設定を保存し、機密情報を含むファイルは安全に保管してください。更新後は、以前使えていた設定を1つテストしてから、カスタムDNS、ルーティングルール、アプリの接続方法を確認します。新たなエラーが発生したら、具体的な内容と変更手順を記録し、症状に沿って原因を調べましょう。「更新完了」を「接続復旧」と決めつけないでください。
最近のトラブル対処メモ
まず症状に合った記事を選んでください。コアが起動しない場合はローカルポート、サブスクリプション更新後に一覧が空の場合は配信元と読み込み処理、ノードがタイムアウトする場合は接続経路を順に確認します。同じ「接続できない」という表示でも原因は異なることがあります。ログと再テストの結果をもとに対処しましょう。
ノードのテストがタイムアウトする、または接続できない場合は、システム時刻、ローカルプロキシ設定、通信設定、サーバーの状態の順に確認し、原因を絞り込みましょう。
更新後にノード一覧が空になったり、解析エラーが表示されたりする場合は、URLの有効性、ネットワーク接続、エンコード形式、クライアント設定の4項目を順に確認してください。
ポートの競合でコアが起動しない場合、システムコマンドで10808/10809を使用中のプロセスを特定し、パラメーター設定で別のローカルポートに変更する方法を解説します。