ユーザー識別子と時刻検証を備えたプロトコル
VMessはProject Vエコシステムで早くから広く使われてきたプロキシプロトコルで、ノードには通常、ユーザー識別子、アドレス、ポート、通信パラメータが含まれます。クライアントとサーバーの時刻差に敏感なため、端末の時刻がずれていると認証に失敗することがあります。VMessとWebSocket、TCPなどの通信方式は異なる層の概念であり、インポート後も通信フィールドを確認する必要があります。
CONFIGURATION GLOSSARY
V2Ray用語集：プロトコル、コア、ルーティング
ここでは、クライアント画面やノード情報に登場する重要な用語を分けて解説します。各項目では中国語の注釈に続いて、設定内での位置、関連概念との違い、パラメータ確認時の注意点を説明します。
5つの設定カテゴリ
30の主要用語
プロトコルとフィールドの対応表
PROTOCOL & SECURITY
プロトコルと暗号化
プロトコルは認証情報とデータのカプセル化方式を定義し、安全層は通信中のデータを保護します。クライアント上でプロトコル名が同じでも、他のパラメータをそのまま共用できるとは限りません。
簡素化された認証構造
VLESSは比較的簡素なプロトコル構造を採用し、通常それ自体では完全な通信暗号化を担いません。実際のノードではVLESSをTLS、REALITY、XTLS Visionなどと組み合わせ、安全機能は対応する層が提供します。VLESSノードを確認する際は、ユーザー識別子、通信方式、安全タイプ、フロー制御を同時に確認してください。
パスワード認証とTLSの組み合わせ
Trojanは通常、パスワードでクライアント認証を行い、TLS上に接続を構築します。ノードのパスワード、サーバー名、ポート、証明書関連の設定は互いに対応させる必要があります。VLESSとは認証フィールドが異なるため、プロトコルの選択だけ変更して古いパラメータをすべて流用することはできません。
Xrayの安全な通信方式
REALITYはXray系の安全な通信方式で、VLESSやXTLS Visionと組み合わせて使われることがよくあります。クライアントでは通常、サーバー名、公開鍵、ショートID、フィンガープリントなどのパラメータが必要で、ノード情報に従って一つずつ入力します。REALITYは独立したクライアント名ではなく、ノードのプロトコルタイプを置き換えるものでもありません。
通信の安全層
TLSは接続内容を保護し、通信相手を検証するために使われます。WebページのHTTPSもこのプロトコル群を基盤としています。V2Ray設定ではTLSは通常、通信の安全オプションとして表示され、サーバー名や証明書ドメインなどと関連付けられます。プロトコルフィールドとTLSフィールドは別の層に属するため、一方を有効にしても他方が自動的に一致するわけではありません。
CORE & CLIENT
コアとクライアント
コアは設定の解析、接続の確立、ルーティングの実行を担います。クライアントはコアの上にサブスクリプション管理、ノード選択、システム設定の画面を提供します。
プロトコルとプロキシツールのエコシステム
Project Vはプロキシプロトコル、通信方式、ルーティング機能を中心とするオープンソース技術エコシステムで、V2Rayはその主要プロジェクトの一つです。日常的な文脈で「V2Ray」はコアを指す場合もあれば、対応設定を扱うクライアント全般を指す場合もあります。文書を読む際は、プロトコル体系、コア、グラフィカルクライアントのどれを指すか文脈で判断してください。
V2Rayの技術路線を受け継ぐコア群
V2FlyはV2Rayのコミュニティ運営路線を引き継ぎ、一般的な設定はインバウンド、アウトバウンド、ルーティング、DNSなどのモジュールで構成されます。Xrayとは多くの基礎概念を共有しますが、対応するプロトコル拡張やフィールドは異なる場合があります。設定を移行する際は、移行先コアが実際に対応するオプションを基準にしてください。
VLESSとREALITYを拡張したコア群
XrayはV2Rayの設定体系と多くの構造を共有し、VLESS、XTLS Vision、REALITYなどの機能を拡張しています。多くのクライアントはXrayのパラメータを画面上で扱うため、ユーザーが完全なJSONを直接編集する必要はありません。フィールドが認識されない場合は、まずクライアントが現在使用しているコアの種類を確認してください。
デスクトップ向けグラフィカルクライアント
v2rayNはWindows、macOS、Linux向けで、サブスクリプション更新、ノード管理、ルーティングモード、システムプロキシの設定を提供します。これは管理画面であり、VMessやVLESSのプロトコルそのものではありません。設定が使えるかどうかは、搭載コア、ノードパラメータ、ローカルネットワーク設定にも左右されます。
Android向けXrayクライアント
v2rayNGはAndroid向けのグラフィカルクライアントで、通常はXrayコアを使ってノード接続とルーティングを処理します。サブスクリプションをインポートすると、ノード情報が画面上のサーバー項目へ変換されます。ノード選択は現在の設定を指定するだけなので、接続を開始し、実際のリクエストで状態を確認する必要があります。
Android向けV2Flyクライアント
v2flyNGはV2Flyコアの系統を採用し、対応コアの動作や設定互換性が必要な場面に適しています。画面上の概念はv2rayNGと似ていますが、基盤となるコアは異なります。クライアントを選ぶ際は、サブスクリプションのプロトコルタイプと通信パラメータが対応しているかを基準にしてください。
SUBSCRIPTION & NODE
サブスクリプションとノード
サブスクリプションは一括更新を担い、ノードは一回分の具体的な接続を担います。速度テストの結果は測定時点の状態しか示さず、プロトコルやパラメータの確認に代わるものではありません。
サブスクリプション
サブスクリプションはサーバー側がノード一覧をまとめて提供する更新方式で、クライアントはアドレスを保存して内容を取得できます。サブスクリプションアドレスの追加と更新は別の操作です。追加しただけではノード一覧が空のままの場合があります。更新によって古いノード名やパラメータが置き換わることもあるため、手動編集の前に次回更新で上書きされるか確認してください。
ノード
ノードはクライアント内の一組の完全なリモート接続パラメータで、通常はプロトコル、サーバーアドレス、ポート、認証情報、通信方式の設定を含みます。同じサブスクリプションに複数のノードを含めることができ、プロトコルや回線条件はノードごとに異なる場合があります。ノード名は識別用のラベルにすぎず、実際の速度や利用可能性は判断できません。
共有リンク
共有リンクはプロトコルのプレフィックスで単一ノードのパラメータを包み、一般的に vmess://、vless://、trojan:// などで始まります。クライアントはリンク内のアドレス、ポート、ユーザー情報、クエリパラメータを解析します。コピー時に末尾の文字が欠けたり、改行で途中が切れたりすると、インポート結果が不完全になります。
テキストのエンコード方式
Base64は内容を印刷可能な文字列へ変換し、サブスクリプション本文や共有テキストに埋め込みやすくします。これはエンコードであり、暗号化ではありません。また、ノードがどの安全プロトコルを使うかを示すものでもありません。クライアントのインポート時には通常自動認識・デコードされますが、手動編集すると元の構造を壊しやすくなります。
遅延
遅延はデータ送信後に応答を受け取るまでの時間を示しますが、テストボタンによって方法が異なる場合があります。ネットワーク探測、TCP接続確立、実際のプロキシリクエストで測った数値は、そのまま比較できません。ノードを判断する際は一度の結果だけでなく、連続リクエストの安定性も確認してください。
実接続遅延
実接続遅延は、実際にプロキシ接続を確立して対象リクエストを完了するまでの時間を測定するため、プロトコルのハンドシェイクと通信層を通過します。単純なネットワーク探測より日常のアクセス条件に近い結果になります。テスト失敗はその回の完全なリクエストが完了しなかったことを示すだけなので、パラメータ、ノード状態、ローカル設定のどれが原因かログと合わせて判断してください。
TRANSPORT SETTINGS
通信方式と偽装
通信層は、プロキシデータをネットワーク接続上でどのように運ぶかを定義します。クライアントとサーバーの通信タイプ、パス、サービス名、安全パラメータは対応させる必要があります。
通信層の設定集合
streamSettings はV2RayのJSON設定で、基盤となる通信方式と安全層を記述するフィールド集合です。ネットワークタイプ、安全タイプ、WebSocket、gRPC、TLS、REALITYの詳細パラメータなどを含む場合があります。接続を調べる際は protocol だけでなく、この設定群もノード情報と一項目ずつ照合してください。
信頼性の高いバイトストリーム通信
TCPは接続指向の信頼性の高い通信プロトコルで、多くのプロキシプロトコルが選択できる基盤通信方式でもあります。画面にTCPと表示される場合、プロキシデータが直接、または追加ヘッダーを付けてTCP接続上を転送されることを示します。これはノードのVMess、VLESS、Trojanというプロトコルタイプとは別のフィールドです。
HTTPアップグレード後の双方向接続
WebSocketはHTTPの接続アップグレード機構を使って、継続的な双方向通信を確立します。設定では ws と略されることがあります。ノードによってはパスとホストの両方を要求し、内容をサーバー側の入口と一致させる必要があります。パスのスラッシュ、大文字・小文字、追加文字も実際のパラメータの一部です。
HTTP/2ベースのストリーミング通信
gRPCはHTTP/2上に構築されたリモート呼び出しとストリーミング通信の仕組みです。V2Rayノードではサービス名で入口を区別することが多く、クライアントとサーバーの入力内容を一致させます。gRPCとWebSocketは同じ通信フィールド内で自由に置き換えられるものではありません。
TLSサーバー名表示
SNIはTLSハンドシェイクで対象サーバー名を示す情報で、クライアント画面ではserverNameと表記されることもあります。この値は通常、ノードの表示名ではなくドメイン名で、安全層の設定と対応させます。入力を誤るとTLSやREALITYのハンドシェイクが想定どおり完了しないことがあります。
ROUTING & SPLIT
ルーティングと振り分け
ルーティングシステムはリクエストの特徴を読み取り、アウトバウンドを選択します。システムプロキシとTUNはトラフィックをクライアントへ入れる方法を決め、振り分けルールは入った後にどの出口へ渡すかを決めます。
ルーティングルール
ルーティングルールは、ドメイン、IPアドレス、ポート、ネットワークタイプ、プロトコルなどの条件でアウトバウンドを選択します。複数のルールがある場合、並び順とマッチング方式が最終結果に影響します。ルール変更後はプロキシ対象と直接接続対象を分けてテストし、どちらも想定した経路に入ることを確認してください。
トラフィックの振り分け
振り分けは、異なるリクエストをプロキシ、直接接続、遮断など別々のアウトバウンドで処理する設定方法です。よく使われる条件にはドメインカテゴリ、IP範囲、アプリが生成した宛先アドレスなどがあります。振り分けはノードのプロトコルを変更せず、対象リクエストがそのノードを使うかどうかだけを決めます。
IP分類データ
GeoIPはIPアドレスの所属地域やネットワーク範囲に基づいてデータを整理し、ルーティングルールのマッチング条件として利用できます。照合対象は名前解決後のアドレスであり、Webページのタイトルやノード名ではありません。データには更新周期があるため、分類結果は現在のルールファイルと合わせて理解してください。
ドメイン分類データ
GeoSiteはドメインを用途やカテゴリ別に集合として整理し、ルーティングルールから集合名を直接参照できます。ドメインを一件ずつ管理する手間を減らせますが、各分類ラベルの内容はクライアントが使うデータバージョンによって異なります。GeoSiteはドメイン、GeoIPはアドレスを照合し、両者を組み合わせて使うこともできます。
システムプロキシ
システムプロキシはクライアントのローカルリスニングアドレスをOSのプロキシ設定へ書き込み、その設定に従うアプリのリクエストをクライアントへ渡します。アプリによっては独自のネットワーク設定を使うため、システムプロキシの適用範囲は一定ではありません。クライアントを終了する前にシステムプロキシを元の状態へ戻すと、停止したローカルポートへアプリが接続し続けるのを防げます。
仮想ネットワークインターフェースモード
TUNモードは仮想ネットワークインターフェースでシステムトラフィックを受け取り、通常のシステムプロキシより広い範囲をカバーします。ルーティングテーブル、DNS、ローカルネットワーク権限に関わるため、有効化後は確認すべき範囲も広くなります。システムプロキシは使えるのにTUNだけ動作しない場合は、仮想インターフェースの状態、DNS設定、振り分けルールを個別に確認してください。
ドメインと予約アドレスのマッピング
FakeDNSはドメインに予約アドレスを一時的に割り当て、クライアント内部にドメインとアドレスの対応関係を保存します。後続のトラフィックがそのアドレスへ到達すると、クライアントはドメインを復元してドメインルーティングを続行できます。TUN、DNS、ルーティング設定との連携が必要で、一般的なパブリックDNSアドレスではありません。
DNSリーク
DNSリークは、ドメイン問い合わせが想定した名前解決経路に入らず、問い合わせの出口とトラフィックのルーティング方針が一致しない状態です。確認箇所にはシステムDNS、クライアントDNS、ブラウザ固有の設定、TUNの取り込み状態などがあります。まず問い合わせを直接接続とプロキシのどちらへ通したいか明確にし、それに合わせてルールを統一してください。