設定の順番がトラブルシューティングの効率を左右します。まずサブスクリプションから利用可能なノード一覧を作成し、次にルーティング方針を確認します。最後に、アプリの対象範囲に応じて TUN モードを有効にするか判断しましょう。
タブを切り替えて、サブスクリプション、ルーティング、TUN の3種類の画面構成を確認できます。プレビューは項目の関係のみを示し、ノードや接続データは生成しません。
subscriptionroutingdomain:example.comプロキシgeoip:private直接接続finalプロキシsystem proxyサブスクリプションURLはノード一覧を配布するもので、単一のノードを表すものではありません。v2rayNでは異なる配布元を別々のグループに分け、各グループに備考、更新間隔、サーバーのフィルター条件を設定できます。初回導入時はURLを省略せず、手動で一度更新して、ノードが該当グループに追加されたことを確認してから自動更新を設定しましょう。複数のサブスクリプションを使う場合、すべてのノードを1つの一覧に混在させるより、分かりやすいグループ名で管理する方が保守しやすくなります。配布元に変更があった場合も、他のグループに影響を与えず個別に更新・切り分けができます。
サブスクリプション導入手順を見る →3項目の設定ルーティングは、各リクエストをプロキシ、直接接続、または遮断のどれで処理するかを決めます。ルールは通常、具体的な条件から広い条件へ並べます。まず明確なドメイン、IP範囲、プロセス条件を処理し、最後に最終一致ルールを置きます。変更時はルールの順序と送信先の名前を確認し、上位の広すぎる条件が後続のリクエストを先に捕捉しないよう注意してください。単純なモード切り替えだけを提供するツールと違い、v2rayNはルールセットやカスタムルールを直接管理できます。業務サービス、ローカルネットワークのリソース、通常のネットワークリクエストを分けたいデスクトップ環境に適しています。
ルーティングルールの実践例を読む →top → bottomシステムプロキシは、主にプロキシ設定を自動的に読み取るアプリを対象にします。一部のコマンドラインツール、ゲームランチャー、独立したネットワークコンポーネントはこれを迂回する場合があります。TUN モードでは仮想ネットワークインターフェースを通じて、より広範なシステムトラフィックを受け取り、カーネルで DNS とルーティングルールを処理します。有効にする前に、通常のシステムプロキシモードでノードが使えることを確認してください。TUN では権限、仮想NIC、DNS設定も関わるため、切り分けの経路が長くなります。基本的な接続確認を終えてから有効にすれば、ノードの問題とシステム側の取り込みの問題を分けて判断できます。
TUN モードの解説を見る →advancedノード一覧の Ping、実接続遅延、ダウンロード速度は、それぞれ異なる点を確認する指標です。Pingは基礎的なネットワーク到達性に近く、プロキシプロトコルのハンドシェイク完了を示すものではありません。実接続遅延はプロキシ経由の接続処理を含むため、まず使えないノードを除外するのに適しています。ダウンロード速度は一定時間の実際の転送能力を示しますが、サーバー負荷、ローカルネットワーク、測定リソースの影響を受けます。接続を確認するときは、まずサブスクリプションを更新し、次に実接続テストを行い、最後にブラウザーのリクエストでプロキシが有効か確認してください。単一の数値だけで回線品質を判断するのは避けましょう。
3種類の遅延テストを理解する →checklistデスクトップでは v2rayN、Androidでは v2rayNGとv2flyNGから選べます。ダウンロードページでは、プロセッサーアーキテクチャとパッケージ形式も詳しく分けて案内しています。
新世代のデスクトップUIと、従来のWPF UIの2種類を用意しています。システムプロキシ、ルーティングルール、サブスクリプショングループ、実接続テスト、TUNモードを使いたいデスクトップユーザーに適しています。
ダウンロードページへデバイスのチップに合わせて、Apple SiliconまたはIntelのインストーラーを選択します。クライアントの画面とデスクトップ版の設定思想は共通しており、サブスクリプションの管理、使用ノードの切り替え、システムプロキシの設定が可能です。
ダウンロードページへv2rayNGはXrayカーネル、v2flyNGはV2Flyカーネルを使用します。一般的なデバイスではarm64パッケージを選び、アーキテクチャが分からない場合は汎用版の案内を確認してください。
ダウンロードページへデスクトップ向けにdebとrpmの2種類のインストール先を用意し、x64とarm64で分けています。GUIでサブスクリプションとルーティングを管理したいLinuxデスクトップ環境に適しています。
ダウンロードページへ導入、テスト、確認を分けて実行すると、問題がサブスクリプション、ノード、システムプロキシのどこにあるかをすばやく判断できます。
完全なサブスクリプションURLをコピーし、クライアントのサブスクリプショングループ設定でURLを追加し、識別しやすい備考を入力します。保存後に一度手動更新し、メイン画面にノード一覧が表示されることを確認してください。一覧が空の場合は、URLが途中で切れていないか、正しいグループを選んでいるか、サブスクリプションにまだアクセスできるかを先に確認しましょう。すぐにTUNやDNSの調整へ進むのは避けてください。
現在のグループからノードを選択し、実接続遅延テストを実行します。このテストはプロキシプロトコルの接続処理を経由するため、単純なPingよりもハンドシェイクを完了できるかの判断に適しています。安定して結果を返すノードを優先し、最低値だけを追い求める必要はありません。地域、倍率、ネットワークの混雑、サーバー負荷はいずれも実際の使用感に影響します。
まずシステムプロキシモードで基本確認を行い、ブラウザーでIP確認ページを開いて通常のウェブリクエストを実行します。ブラウザーは正常なのに他のアプリが対象にならない場合は、そのアプリがシステムプロキシを読み取るか確認してください。システム全体での取り込みが必要な場合に限り、詳細ガイドに従ってTUNを有効にします。一度に複数の変数を変更して切り分けが難しくなるのを防げます。
Project Vは、ネットワークプロキシプロトコル、ルーティング機能、組み合わせ可能なトランスポート方式を軸に形成されたオープンソースの技術エコシステムです。V2Rayという言葉は、日常的には初期のプロジェクトやカーネルを指す場合もあれば、クライアントとプロトコルを含むエコシステム全体の総称として使われることもあります。クライアント、カーネル、サブスクリプションサービスは同じ階層のコンポーネントではありません。GUIクライアントは設定と操作を担当し、カーネルはプロトコル処理とルーティングを実行し、サブスクリプションはサーバー設定の一覧を提供します。
V2FlyはProject V関連のカーネルとツールをコミュニティで継続的に保守する流れを引き継いでおり、v2flyNGはV2FlyカーネルをAndroid向け実装の基盤としています。Xrayは近い設定体系から発展したカーネルファミリーで、トランスポート、プロトコル、ルーティング機能を継続的に拡張しています。v2rayNとv2rayNGの一般的な設定も、Xrayカーネルを中心に構成されます。両カーネルの系統には多くの共通概念がありますが、対応項目はクライアントで現在表示される設定とカーネルのドキュメントを基準にしてください。
v2rayNはWindows、macOS、Linux向けのデスクトップGUIクライアントで、サブスクリプション管理、ノード切り替え、システムプロキシ、ルーティングルール、速度テスト、TUN設定を担当します。v2rayNGはAndroid向けでXrayカーネルを採用し、サブスクリプション更新、使用する構成の選択、アプリごとのプロキシ、ルーティング設定を中心に操作します。v2flyNGもAndroid向けですがV2Flyカーネルを使用し、このカーネル系統を必要とする場合の選択肢になります。
3つのクライアントはいずれもオープンソースで開発されており、更新には通常、画面変更、カーネル対応、プロトコルサポートの変更、問題修正が含まれます。クライアントを更新する前に、ダウンロードページのシステム要件とアーキテクチャの説明を確認してください。複雑なルーティング、DNS、複数サブスクリプションの設定がある場合は、まず現在の設定を記録し、新しい設定画面で対応関係を項目ごとに確認しましょう。設定形式はカーネルの機能拡張に伴って変わるため、古いチュートリアルの項目位置が現在の画面と異なる場合があります。
オープンソースであるため、コミュニティによる実装の確認、問題報告、継続的な改善が可能です。ただし、正しい設定の代わりにはなりません。接続結果は、サブスクリプションの内容、ノードの稼働状況、ローカルネットワーク、システムプロキシの適用範囲、DNS経路に左右されます。問題が起きたら、「サブスクリプションは更新されたか、ノードに接続できるか、プロキシは有効か、アプリは対象になっているか、ルールは一致しているか」の順に段階的に確認してください。
CLIENT
管理画面とシステム取り込み
CORE
プロトコル処理とルーティング実行
SUBSCRIPTION
サーバー設定一覧
速度テストの指標、初回接続、プロトコルの違いを軸にまとめた操作ガイドです。設定結果だけでなく、判断の根拠を重点的に解説します。
3種類の速度テストが測定する対象を解説します。Pingは基礎的な到達性、実接続遅延は完全なプロキシハンドシェイク、ダウンロード速度は一定時間の実際の転送能力を確認します。
記事を読むサブスクリプション一覧から接続可能なノードを選び、クライアントのプロキシ状態とブラウザーのリクエスト結果をそれぞれ確認します。ノードの停止とシステム側の取り込みの問題を混同しないための手順です。
記事を読むユーザーが違いを把握しやすい暗号化方式、トランスポートのオーバーヘッド、サーバー設定への依存関係から、サブスクリプションにVMessとVLESSのノードが同時に表示された場合の見方を解説します。
記事を読む