デスクトップと Android クライアント、日本語設定手順、上級テクニックをまとめています。まずOSに合うクライアントを選び、サブスクリプションを追加してプロキシモードを確認しましょう。
設定全体を5つの接続ポイントに分けます。各ステップで扱う問題を1つに絞り、クライアント、サブスクリプション、プロキシモード、ルーティングルールの間で迷わないようにします。
デスクトップではまずv2rayNを確認しましょう。サーバー一覧、サブスクリプションのグループ、システムプロキシ、ルーティングルール、コアのログを1つの画面で管理でき、Windows、macOS、Linuxで似た操作手順を利用できます。Android端末では通常v2rayNGを選びます。V2Fly系のコアを使う場合はv2flyNGも検討してください。選ぶ際はOSとCPUアーキテクチャを先に確認しましょう。先にファイルをダウンロードしてからインストールできるか判断するより、パッケージの選択ミスや設定移行の手間を減らせます。
サブスクリプションURLはサーバーそのものではなく、サービス提供者が管理する設定一覧です。URLをコピーしたら、クライアントのサブスクリプション管理から新しい項目を追加し、手動更新を実行してサーバー情報をローカル一覧に取り込みます。複数のサブスクリプションには別々の名前を付け、提供元ごとにグループ化すると、無効なURLを調べる際に原因を特定しやすくなります。更新後に一覧が空の場合は、URLが完全か、グループの絞り込みが厳しすぎないかを確認し、その後に更新ログを見ましょう。クライアントを何度も削除する必要はありません。
コアが正常に起動したことは、ローカルのプロキシポートが待ち受け状態になったことを示すだけです。ブラウザや他のアプリがそのポートを経由するかどうかは、システムプロキシ、アプリ独自のプロキシ設定、TUNモードによって決まります。初回設定ではサーバーを1つ選び、システムプロキシを有効にしてからブラウザで確認しましょう。ターミナルのプログラムはデスクトップのシステムプロキシを自動的に読み取らないことが多いため、環境変数やアプリの設定を別途指定する必要があります。「コアが動作しているか」と「通信がプロキシに入っているか」を分けて確認すると、問題の範囲をすばやく絞れます。
ルーティングでは、ドメイン、IP、アプリの通信をプロキシ、直接接続、ブロックのどれに振り分けるかを決めます。初めて使う場合は、まずクライアント内蔵の基本ルールで接続を確認し、その後にカスタム項目を追加するとよいでしょう。ルールの順序は判定結果に影響します。より具体的なドメインやネットワーク範囲は通常、汎用ルールより前に置き、先に一致しないようにします。変更後はコアを再起動し、実際のアクセス結果を確認してください。単一の切り替えだけを提供するツールと異なり、V2Rayエコシステムではインバウンド、アウトバウンド、DNS、ルーティングを組み合わせて管理できます。その分、ルールの境界を明確に保つ必要があります。
接続できないときは、まずクライアントのステータスバーとコアのログを確認し、サブスクリプション、ポート、DNS、ルーティングを同時に変更しないでください。ログにポート使用中と出る場合は、ローカルアプリの競合が考えられます。設定の解析エラーは、項目の形式やパラメータが不完全であることを示します。接続タイムアウトでは、サーバーの状態、ネットワーク経路、DNS解決を切り分けて確認します。変更する変数は毎回1つに絞り、再起動後の結果を記録しましょう。この方法はサーバーを次々に切り替えるより少し時間がかかりますが、再利用できる判断材料が残り、問題がクライアント画面にあるのか基盤のコアにあるのかも判断しやすくなります。
トップページではプラットフォームだけを整理しています。インストーラーの種類、CPUアーキテクチャ、クライアントごとの違いはダウンロードページにまとめ、複数の入口で同じ判断を繰り返さないようにしています。
新しいデスクトップUIと従来のWPF UIから選択できます。前者は新規インストールに、後者は従来のメニュー操作や設定手順を使い続けたい場合に適しています。
ダウンロードへ進む端末のCPUに合わせてApple Silicon版またはIntel版のインストーラーを選びます。インストール後は、他のデスクトップ環境と近い操作でサブスクリプションやルーティングを管理できます。
ダウンロードへ進む一般的な端末では通常arm64版を選びます。v2rayNGはXrayコア、v2flyNGはV2Flyコアを使用するため、プロトコル設定と利用スタイルに合わせて選択してください。
ダウンロードへ進むディストリビューションのパッケージ体系に合わせてdebまたはrpmを選び、x64とarm64のアーキテクチャも確認します。デスクトップUIは、サブスクリプションのグループ管理や視覚的なルーティングが必要な環境に適しています。
ダウンロードへ進むまず検証できる最短の経路を作り、その後でルーティング、DNS、TUNを調整します。問題が起きても、どの手順で結果が変わったのかを明確にできます。
詳しいガイドを見るダウンロードページでOSとCPUアーキテクチャに合うインストーラーを選びます。デスクトップではv2rayNを使用します。Androidではv2rayNGとv2flyNGのコア系統を比較してから、どちらをインストールするか決めましょう。インストール後はまずクライアントを起動し、画面が正常に表示されることを確認してください。高度な設定を急いで変更する必要はありません。
サービス提供者から完全なサブスクリプションURLをコピーし、クライアントのサブスクリプション管理で新しい項目を追加します。識別しやすいメモも入力しましょう。保存後に更新を実行し、サーバー情報が一覧に表示されるまで待ちます。複数のサブスクリプションには別々の名前を付け、異なる提供元を追跡しにくい1つの項目へまとめないでください。
設定を1つ選んでコアを起動し、システムプロキシを有効にします。まずブラウザで基本的なアクセスを確認し、その後、個別のプロキシ設定が必要なターミナルやアプリをテストします。基本経路が安定してからルーティング、DNS、TUNモードを調整し、一度に多くの変数を増やさないようにしましょう。
クライアントは設定を行う入口にすぎません。プロトコル、伝送、ルーティング、DNSを実際に処理するのはコア層です。この関係を理解すると、クライアント選びもログの読み取りもスムーズになります。
Project VはV2Rayの設定モデルを中心とするネットワークツールのエコシステムを形成しました。設定は通常、インバウンド、アウトバウンド、ルーティング、DNS、伝送、ポリシーなどで構成されます。GUIクライアントはこれらの構造をメニュー、フォーム、スイッチに変換し、日常の管理負担を減らしますが、基盤となる概念は同じです。「クライアントが設定を生成し、コアが設定を実行する」という境界を理解すれば、起動に失敗した際も、画面の保存処理、設定項目、コアの実行段階のどこに問題があるかを先に判断できます。
VMess、VLESS、Trojanなどのプロトコル名は接続方式を表し、TCP、WebSocket、gRPCなどは伝送層の組み合わせを表します。TLSとREALITYは接続時のハンドシェイクや認証に関係します。これらは互いに置き換える単一選択肢ではなく、設定の異なる階層に分かれて存在します。本サイトの用語集では階層ごとに説明し、略称だけを覚えて項目の配置が分からなくなることを避けます。
V2FlyはV2Ray Coreのコミュニティ保守路線を引き継ぎ、比較的包括的な設定体系とプロトコル実装を維持しています。Xrayは近い設定モデルをもとに拡張を続け、異なる伝送機能、プロトコル実装、実行オプションを追加しています。共通する概念は多いものの、対応範囲、項目の詳細、更新ペースは完全には一致しません。共有リンクやサブスクリプションを追加する際、クライアントは通常、自身のコアに合わせて設定を変換します。新しいプロトコルパラメータを扱う場合は、サーバー、共有形式、クライアント、コアが互換性のある経路になっているか確認してください。
コア系統はOSで分類されるものではありません。デスクトップ版v2rayNはコアとGUI設定を管理でき、Androidではv2rayNGとv2flyNGがそれぞれ異なる方向の実装を提供します。選ぶ際は機能名の多さを追うのではなく、現在のサブスクリプションが使うプロトコル、複雑なルーティングの必要性、複数端末で似た設定方法を再利用したいかどうかを基準にしましょう。
v2rayNはWindows、macOS、Linuxのデスクトップ環境向けで、サブスクリプション管理、サーバー検索、システムプロキシ、ルーティングルール、DNS、TUN、ログ確認などを提供します。デスクトップではOSのプロキシとアプリのプロキシを同時に扱う必要があるため、v2rayNの価値はコアを起動するだけでなく、システム設定、設定生成、稼働状況を確認可能な手順にまとめられる点にもあります。
v2rayNGはAndroidで広く使われているXrayコアのクライアントで、サブスクリプションや共有リンクによる設定管理に適し、アプリ別設定、ルーティング、ローカルプロキシ関連の項目も備えています。v2flyNGはV2Flyコアの系統に対応し、そのコアが必要な場合の選択肢になります。3つのクライアントはいずれもオープンソースコミュニティによって継続的に保守され、機能変更は主にコア互換性、プラットフォーム対応、サブスクリプション解析、画面管理に関係します。
クライアントの更新では、画面だけが変わる場合もあれば、コア、設定変換、システム連携まで同時に調整される場合もあります。更新前に、使用中のサブスクリプショングループ、ルーティングルール、重要な設定を記録しましょう。更新後はまずコアの起動を確認し、続いてシステムプロキシ、DNS、TUNなどを検証します。古い設定を直接実行できない場合は、すべてのサーバー項目を再追加するのではなく、まずエラーログを読み、廃止または名称変更された項目を確認してください。
オープンソース保守の利点は、設定の動作や問題の議論を、明確なコードとバージョン変更に基づいて進められることです。ただし、上流コア、クライアントのラッパー、サブスクリプションサービスの責任を区別する必要があります。本サイトのダウンロード案内ではプラットフォーム別にクライアントを整理し、ガイドでは操作手順を、上級マニュアルではサブスクリプショングループ、ルーティング、DNS、TUN、FakeDNS、カスタムアウトバウンドを説明します。3種類の文書を分けることで、問題を具体的な階層まで絞り込みやすくしています。
以下の4つの質問では、新しい設定で混同しやすいポイントを扱います。プロトコル、ルーティング、クライアントに関する詳しい用語は用語集もご覧ください。
用語集を開くWindows、macOS、Linuxのデスクトップではv2rayNを優先します。Android端末では通常、Xrayコアを使用するv2rayNGを選びます。V2Fly系のコアが必要な場合はv2flyNGを選択してください。名称は似ていますが、対象プラットフォームとコアの系統が異なります。
サブスクリプションを追加した後は、更新を実行する必要があります。それでも一覧が空の場合は、URLが完全か、グループで絞り込まれていないか、更新ログに解析エラーがないかを確認してください。ログを読む前にサブスクリプションを削除して作り直すことは避けましょう。
多くのターミナルツールはデスクトップのシステムプロキシを自動的に読み取らないため、アプリの引数やプロキシ環境変数を設定する必要があります。まずローカルのプロキシポートを確認し、ブラウザとターミナルを別々にテストしてください。2つを同じ経路として扱わないことが重要です。
アプリがプロキシ設定に対応していない場合、より広範囲のシステム通信を引き受けたい場合、または通常のシステムプロキシで対象プログラムをカバーできない場合は、TUNの利用を検討できます。有効にする前に基本的なプロキシ通信を確認し、DNS、ルーティング、権限の変化を把握しておくと、問題発生時に戻しやすくなります。
ログ、システムプロキシ、サブスクリプショングループという3つの具体的な問題から解説します。各記事は1種類のトラブルに絞っているため、症状から探しやすくなっています。
v2rayNのログ画面を開き、ポートの競合、設定構文エラー、プロトコルパラメータの不足を確認します。エラーのキーワードに沿って順番に修正しましょう。
記事を読む →ブラウザがシステムプロキシを読み取る方法と、ターミナルの環境変数を個別に確認し、通信がどの段階でプロキシ経路から外れたのかを判断します。
記事を読む →サブスクリプショングループ、提供元メモ、キーワードフィルターを使い、複数のサブスクリプションを地域や用途別に確認できるサーバー一覧へ整理します。
記事を読む →