REFERENCE / GLOSSARY
V2Rayのプロトコル、コア、設定用語集
設定の流れに沿って主要な概念を整理し、プロトコル項目、コアの関係、クライアントモード、サブスクリプションとノード、ルーティング、DNSを解説します。各用語が解決する課題、類似概念との違い、設定時の注意点を確認できます。
READING PATH
接続設定からトラフィックの出口まで
完全な接続では、通常クライアントの画面で設定を生成し、V2FlyまたはXrayコアに渡して実行します。コアはまずインバウンドでトラフィックを受け取り、DNSとルーティングルールに基づいてアウトバウンドを選択します。サブスクリプションはノード情報をまとめて提供し、VMess、VLESS、Trojanなどのプロトコルは認証とトランスポートのパラメータを定義します。これらの階層を理解すると、問題発生時にサブスクリプション、ノード、コア、名前解決、ルーティングのどこに原因があるかを切り分けやすくなります。
PROTOCOL / TRANSPORT
プロトコルとトランスポート
プロトコルは認証とデータ交換を処理し、トランスポートのセキュリティ層は接続の外観、暗号化ネゴシエーション、基盤となる伝送を担います。プロトコル名だけで完全な設定を代用することはできません。
- VMess
- Project Vエコシステムでクライアントとサーバー間のデータ交換に使われるプロトコルです。ノード設定には通常、サーバーアドレス、ポート、ユーザー識別子、トランスポート方式、セキュリティ設定が含まれます。インポート後も、クライアントの時刻、ユーザー識別子、サーバーパラメータが一致していることを確認してください。アドレスとポートだけをコピーしても、利用可能な設定にはなりません。
- VLESS
- 軽量な認証設計を採用したプロトコルで、TLS、REALITY、TCP、WebSocket、gRPCなどのトランスポートと組み合わせて使われます。VLESSは接続体系の一部だけを定義するため、サーバー名、公開鍵、ショートID、パスなどの入力要否は、サーバー側のセキュリティ層とトランスポート方式によって決まります。
- Trojan
- パスワード認証を用い、通常はTLSと組み合わせるプロトコルです。クライアントではサーバーアドレス、ポート、パスワード、サーバー名、トランスポートパラメータを一致させる必要があります。証明書名と接続先が一致しない場合、安全なネゴシエーション段階で終了し、プロキシ転送まで進まないことがあります。
- REALITY
- Xrayエコシステムのトランスポートセキュリティ方式で、VLESSとREALITYの組み合わせが一般的です。設定時はサーバー名、公開鍵、ショートID、クライアントフィンガープリント、フロー制御などを確認し、サーバー側と対応させる必要があります。接続セキュリティ層であり、独立したサブスクリプション形式やクライアント名ではありません。
CORE / ECOSYSTEM
コアとエコシステム
GUIクライアントは操作の入口を管理し、コアは設定を読み込んでネットワークトラフィックを処理します。プロジェクトのエコシステム、コアファミリー、個別クライアントを区別すると、機能を提供している層を判断しやすくなります。
- Project V
- ネットワークプロキシのコア、プロトコル、設定体系を中心に形成されたオープンソース技術エコシステムです。特定のデスクトップボタンや単一のインストールパッケージを指す名称ではなく、関連技術は後に複数のコミュニティやプロジェクトによって継続的に保守されています。ドキュメントを読む際は、具体的なコアとクライアントのバージョンを基準に、各項目の利用可否を判断してください。
- V2Fly
- v2ray-coreと関連仕様、コンポーネント、ドキュメントを維持するオープンソースコミュニティのエコシステムです。V2FlyコアはGUIクライアントから呼び出され、インバウンド、アウトバウンド、DNS、トランスポート、ルーティング設定を実行します。クライアント画面に表示される機能範囲は、対応するコアの項目をクライアントが公開しているかどうかにも左右されます。
- Xray
- Project Vの技術体系に関連するコアファミリーで、VMess、VLESS、Trojan、REALITYなどの設定に対応します。v2rayNGなどのクライアントはXrayで実際の接続を処理できます。ノードのインポートに成功しても、設定が認識されたことを示すだけで、すべてのパラメータがコアで検証済みとは限りません。
- v2ray-core
- V2Flyが保守するコアプログラムで、構造化された設定を読み込み、インバウンド、アウトバウンド、DNS、トランスポート、ルーティングを処理します。通常はGUIクライアントのバックグラウンドで動作し、ユーザーはクライアントからサブスクリプション更新やモード切り替えを行います。ログに出る設定解析、待受ポート、ルーティングのエラーは、通常この実行層に起因します。
CLIENT / PLATFORM
クライアントとプラットフォーム
クライアントはサブスクリプション、ノード、コア、システムのネットワーク設定を操作しやすい画面にまとめます。システムプロキシとTUNは異なるトラフィック取り込み方式です。
- v2rayN
- Windows、macOS、Linux向けのデスクトップGUIクライアントで、サブスクリプション管理、ノード選択、システムプロキシ、TUN、ルーティング設定を提供します。v2rayNは画面と設定の調整を担い、ネットワーク処理はクライアントとともに動作するコアが行います。デスクトップOSごとに権限やプロキシ設定の入口は完全には同じではありません。
- v2rayNG
- Android向けのGUIクライアントで、通常はXrayコアで接続を処理します。サブスクリプションや単一ノードの共有リンクをインポートでき、システムのVPNサービスを通じて指定したトラフィックを取り込めます。バックグラウンド動作の制限、バッテリー最適化、VPN権限が接続の維持に影響します。
- v2flyNG
- Android向けのV2Flyコアクライアントで、V2Flyコア体系が必要な場合の選択肢になります。サブスクリプションのインポートやノード管理の考え方は一般的なV2Rayクライアントに近いものの、対応プロトコル項目は現在のクライアントとコアのバージョンを確認してください。共有リンクの接頭辞だけで判断することはできません。
- システムプロキシ
- クライアントがOSのプロキシ設定をローカルHTTPまたはSOCKS待受ポートへ向ける動作方式です。システムプロキシ設定を読み取り従うアプリだけがこの入口を通り、独自のプロキシ設定を持つアプリや直接接続するアプリには影響しない場合があります。クライアントを終了する前に、通常はシステムプロキシを元の状態へ戻します。
- TUNモード
- 仮想ネットワークインターフェースでシステムのネットワークトラフィックを受け取る動作モードで、通常はシステムプロキシより広い範囲をカバーします。TUNには適切なシステム権限が必要で、ルーティングテーブル、DNS、除外ルールが連携して動作します。LANへのアクセスに問題がある場合は、ノードを替えるだけでなく、バイパス対象のアドレスとインターフェースルートを確認してください。
SUBSCRIPTION / NODE
サブスクリプションとノード
サブスクリプションは設定集合を配布する方式で、ノードはその中の個別の接続レコードです。遅延テストは特定のテスト方法で測った所要時間にすぎず、完全な可用性を示すものではありません。
- サブスクリプション
- サーバーが提供し、クライアントが定期的に取得できるノード設定の集合です。更新するとリモートの内容を再取得して該当グループを更新しますが、現在のノードへ自動的に切り替わるとは限りません。更新後も一覧が変わらない場合は、サブスクリプションURL、グループ選択、更新結果、クライアントログを確認してください。
- ノード
- クライアントに登録された接続可能なサーバー設定です。完全な内容にはプロトコル、アドレス、ポート、認証情報、トランスポート層パラメータが含まれます。ノード名は識別用のラベルにすぎず、多くの接続認証には関与しません。同じ名前の2つの記録でも、サーバーやプロトコル設定がまったく異なる場合があります。
- 遅延
- ローカル環境からテスト対象への指定した探測を完了するまでの時間で、通常はミリ秒で表示します。クライアントによってTCP接続、HTTPリクエスト、その他の方法を使うため、異なる画面の結果を直接比較することはできません。数値が低くても、帯域幅、安定性、対象への到達性が優れているとは限りません。
- 実接続遅延
- クライアントがノード設定に従って実際のプロキシ接続を確立し、その接続経由でテスト対象へアクセスした際の所要時間です。プロトコルのハンドシェイクとプロキシ転送を含むため、サーバーポートの単純な探測より実利用に近い指標です。テストに失敗した場合は、ログを確認して原因がノード、DNS、テスト対象のどこにあるかを判断します。
ROUTING / RULES
ルーティングと分流
ルーティングモジュールが接続属性に基づいて、トラフィックをどのアウトバウンドへ渡すかを決定します。ルールの順序、DNSの結果、データファイルのバージョンがマッチング結果に影響します。
- ルーティングルール
- ドメイン、IP、ポート、ネットワーク種別、プロトコル、プロセスなどの条件に基づいてアウトバウンドの方向を選ぶ設定です。複数のルールがある場合、コアは通常、定められた順序と優先度でマッチングを実行します。変更前に元のモードを記録しておくと、想定外の結果になった際に復元できます。
- 分流
- 異なる宛先のトラフィックを、直接接続、プロキシ、ブロックなどのアウトバウンドへ振り分ける処理です。分流は独立したプロトコルではなく、DNS、ドメインルール、IPルール、アウトバウンド設定が組み合わさった結果です。同じドメインでも異なるアドレスに解決されると、最終的に一致するルールが変わる場合があります。
- GeoIP
- IPアドレスの帰属範囲ごとに整理したデータ集合で、ルーティングルールから参照できます。接続先IPまたは解析後のIPを対象とするため、ドメイン分類とは異なります。データ範囲はバージョン更新で変わるため、同じルール名でも内容が永久に固定されているとは限りません。
- GeoSite
- 用途やカテゴリ別に整理したドメインルールの集合で、ルーティングモジュールがカテゴリ名で読み込めます。GeoIPとの主な違いは、ドメインをマッチング対象とする点です。使用時はコアが対応するデータファイルを見つけられることと、クライアント標準ルールの適用順を確認してください。
NETWORK / DNS
ネットワーク基礎
DNSはドメインから対象アドレスを得る方法を決め、インバウンドとアウトバウンドはトラフィックがコアへ入り、そこから出る経路を決めます。多くの接続問題は、この処理チェーンに沿って段階的に切り分けられます。
- DNS
- ドメインをIPアドレスへ変換する基礎ネットワークサービスです。V2RayクライアントはシステムDNS、指定したリモートDNS、またはドメインルールに応じた異なるリゾルバーを利用できます。名前解決の経路とルーティング対象が一致しないと、ドメインルールには一致しても実際の接続方向が想定と異なる場合があります。
- FakeDNS
- アプリに予約済みアドレスを返し、コア内にドメインとそのアドレスの対応関係を保存する名前解決方式です。TUN環境でよく使われ、アプリが接続を開始した後も、コアが元のドメインを復元してルーティングに利用できます。アドレスプールはローカルネットワークや他の仮想インターフェースとの競合を避ける必要があります。
- DNSリーク
- アプリのDNS問い合わせが想定した名前解決経路を迂回し、別のリゾルバーで処理される現象です。確認時はシステムDNS、クライアントDNS、ブラウザー内蔵の名前解決、TUN設定、ルーティングルールをまとめて確認してください。DNSアドレスを1つ変更するだけでは、すべてのアプリの問い合わせ経路をカバーできない場合があります。
- インバウンド
- コアがローカルアプリのトラフィックを受け取る入口設定で、SOCKS、HTTPのローカル待受ポート、TUN仮想インターフェースなどが一般的です。インバウンドは待受アドレス、ポート、受け入れプロトコルを決めます。ポートが他のプログラムで使用されていると、クライアントがコアを起動できない、またはアプリのトラフィックを受信できないことがあります。
- アウトバウンド
- コアが処理したトラフィックを送出する方向で、プロキシノード、直接接続、ブロック処理などがあります。ルーティングルールの最終アクションは通常、アウトバウンドのタグを指定します。アウトバウンドのプロトコルとトランスポートパラメータが不完全だと、インバウンドが正常でも送信段階で接続に失敗します。