CONFIGURATION DICTIONARY

V2Ray用語集

プロトコル名からローカルのリスニングポートまで、設定時に実際に登場する文脈に沿って用語を解説します。まず用語がどの層に属するかを確認し、そのうえでクライアントのメニュー、コアのログ、チュートリアルの手順を読み進めてください。

05 技術カテゴリ

34 主要用語

A–Z 英語名インデックス

クイックインデックス D F G R T V W X サブスクリプションルーティングシステムプロキシ

01 / PROTOCOL

プロトコルとトランスポート

プロトコルは認証とデータ交換の方式を定義し、トランスポート層は接続の運び方を決めます。設定をインポートするときはプロトコル名だけでなく、セキュリティ層、トランスポート方式、パス、サービス名も確認してください。

VMess: Project Vエコシステムで早くから使われてきたプロトコルです。設定には通常、ユーザー識別子、サーバーアドレス、ポート、トランスポート方式、安全性に関するパラメータが含まれます。重要な項目が一つでも一致しないと、ハンドシェイクを完了できない場合があります。古い設定でよく見られるため、移行時はアドレスとポートだけをコピーせず、サーバーが提供する完全なパラメータをインポートしてください。
VLESS: 認証機構とトランスポートのセキュリティ層を分離した軽量プロトコルです。VLESSではユーザー識別子、フロー制御、下位トランスポートが主な設定項目で、実際にはTLSやREALITYと組み合わせて使うことが多くあります。設定を読む際は、プロトコル、トランスポート、セキュリティの各項目を分けて確認し、3層のパラメータを混同しないようにします。
Trojan: パスワード認証を使用し、通常はTLSと組み合わせるプロキシプロトコルです。クライアントではサーバーアドレス、ポート、パスワード、サーバー名、証明書関連の設定を一致させる必要があります。接続がハンドシェイク段階で終了する場合は、認証情報だけでなく、システム時刻、ドメインの入力、安全性に関する項目も確認してください。
REALITY: Xrayエコシステムのトランスポートセキュリティ方式で、VLESSと組み合わせて使われることが多い方式です。代表的な設定には公開鍵、ショートID、サーバー名、フィンガープリント、フロー制御などがあります。これらは独立した項目であり、相互に代用できません。インポート後にクライアントの表示項目が不足している場合は、ノードを何度も切り替えるのではなく、元の設定と一項目ずつ照合してください。
TLS: ネットワーク接続に暗号化と認証を提供するセキュリティ層です。証明書名、サーバー名、システム時刻、証明書の信頼状態がTLSハンドシェイクに影響します。クライアントの「証明書検証をスキップ」は独立した設定であり、あらゆる接続問題に使う万能スイッチではありません。
WebSocket: HTTPのアップグレード機構で双方向接続を確立するトランスポート方式で、設定ではWSと略されることがあります。主なパラメータはパス、リクエストヘッダー、ホスト名で、サーバー側の入口と一致させる必要があります。WebSocketは接続を運ぶ方式であり、VMessやVLESSなどの上位プロトコルと同じものではありません。
gRPC: HTTP/2を基盤とするリモート呼び出しフレームワークで、接続のトランスポート方式としても利用できます。関連設定には通常サービス名が含まれ、TLSなどのセキュリティ層と併用されます。サービス名はパスに似ていますが別の項目です。他のトランスポート方式から移行する際に、パスの値をそのまま流用しないでください。

02 / CORE

コアとクライアント

クライアントはGUI、サブスクリプション管理、システム連携を担当し、コアは接続の確立とルールの実行を担います。両者を区別すると、問題が画面設定、設定生成、基盤接続のどの段階で発生したか判断しやすくなります。

V2Ray: Project Vエコシステムのネットワークプロキシ技術と設定体系で、関連するプロトコル、コア、クライアントツールの総称として使われます。実際のトラブル対処では、「V2Ray」という広い名称だけでは不十分です。使用中のクライアント、コアファミリー、プロトコルを確認してください。実装によってメニュー名は異なりますが、設定を層に分けて考える基本は共通しています。
V2Fly: Project Vの技術路線を受け継ぐ、コミュニティ運営のコアファミリーです。独自のバージョンと設定実装を持ちます。V2FlyとXrayには共通する概念もありますが、対応プロトコル、項目の細部、更新ペースは完全には一致しません。クライアントを選ぶときは、アプリ名だけで推測せず、実際に呼び出されるコアを確認してください。
Xray: V2Rayの設定体系と深い関係を持つコアファミリーで、VLESS、REALITYなどのプロトコルとトランスポートに対応します。Xrayは通常、GUIクライアントからバックグラウンドプロセスとして起動され、ログには設定解析、リスニングポート、接続エラーが記録されます。高度なパラメータを変更する前に、使用中のクライアントがこのコアを使っているか、また対応するバージョンかを確認してください。
v2rayN: Windows、macOS、Linux向けのデスクトップGUIクライアントです。サブスクリプション更新、サーバー一覧、ルーティング設定、システムプロキシ、コア管理を担い、画面の選択内容をコアが読み取れる設定へ変換します。デスクトップ版と従来型の画面では操作場所が異なる場合があるため、チュートリアルを読む前に使用中の画面タイプを確認してください。
v2rayNG: Android向けのGUIクライアントで、通常はXrayコアが接続とルーティングを処理します。サブスクリプションや個別の共有リンクをインポートでき、システムのVPNインターフェースを通じて選択した通信を取り込みます。バックグラウンド制限、バッテリー設定、システムネットワークの切り替えも接続の継続性に影響するため、プロトコル設定とは分けて確認してください。
v2flyNG: Android向けのV2Flyコアクライアントで、V2Flyの技術路線が必要な設定に利用できます。画面操作は一般的なモバイルクライアントと似ていますが、下位の対応範囲はV2Flyコアに依存します。設定をインポートする前に、プロトコルとトランスポートの項目がそのコアの対応範囲に含まれるか確認してください。
コア: 設定の読み込み、ローカル待ち受けの開始、リモート接続の確立、プロトコル処理、ルーティングルールの実行を担うバックグラウンドプログラムです。GUIクライアントに「起動済み」と表示されても、通常はコアプロセスが動作していることを示すだけで、すべてのサーバー設定に接続できるとは限りません。起動失敗ではまずローカルログを確認し、特定ノードの問題ではその接続に対応するエラー行を確認してください。

03 / SUBSCRIPTION

サブスクリプションとノード

サブスクリプションは設定の取得元、ノードはクライアントに保存された個別のサーバー記録、テスト結果は特定条件で測定された値です。この3つを分けて考えると、「更新は成功したのに接続できない」といった誤判断を減らせます。

サブスクリプション: サーバー側が提供する設定集合のURLです。クライアントが取得して解析すると、含まれるサーバー項目がローカルリストに登録されます。サブスクリプションURLを追加するだけでは取得元を登録した状態にすぎず、通常は一度更新を実行する必要があります。更新に失敗した場合は、URLにアクセスできない、返却内容に問題がある、クライアントの解析に失敗した、の3つを分けて確認してください。
ノード: クライアントのサーバー一覧にある個別の設定レコードで、アドレス、ポート、プロトコル、認証、トランスポートのパラメータを含みます。ノード名は識別のための表示であり、実際の接続先を決めるものではありません。表示名が異なる2つの記録が同じサーバーパラメータを使う場合もあれば、セキュリティ層やトランスポート方式の違いで接続結果が大きく異なる場合もあります。
サブスクリプショングループ: 複数のサブスクリプション元を区別する管理単位です。グループごとに更新、無効化、サーバーの絞り込みを行えるため、すべての項目が一つの長いリストに混在するのを防げます。グループ名を変更しても通常はリモートのサブスクリプション内容は変わりませんが、削除する前に、その中のローカル記録がどう扱われるか確認してください。
共有リンク: 1台分のサーバー設定を特定のURI形式にエンコードしたテキストです。対応クライアントはそこから主要なパラメータを復元できます。共有リンクは個別の記録のインポート向け、サブスクリプションURLは複数設定を継続的に取得するためのもので、用途が異なります。解析に失敗する場合は、リンク形式、エンコード内容、クライアントの対応範囲に違いがないか確認してください。
遅延: データが端末と接続先の間を1往復するのにかかる時間で、通常はミリ秒で表示されます。テストによってはネットワークの到達性だけを調べ、別のテストではハンドシェイクや対象へのアクセスまで含むため、結果をそのまま比較することはできません。探査時間が短くても、その後の接続が安定するとは限りません。
実接続遅延: 実際にプロトコル接続を確立し、テスト対象へアクセスして測定した所要時間です。単純なネットワーク疎通確認より多くの段階を含むため、クライアントが業務接続を確立する過程に近い値になります。ただし、あくまで一つの条件での測定結果です。テスト対象、DNS、現在のネットワーク、サーバー負荷の変化によって数値は変わります。

04 / ROUTING

ルーティングと振り分け

ルーティングシステムは接続のドメイン、アドレス、ポート、プロセス情報を読み取り、対応するアウトバウンドを選択します。ルールが機能するかどうかは内容だけでなく、並び順や、コアが元の接続先情報を取得できるかどうかにも左右されます。

ルーティングルール: ドメイン、アドレス、ポート、ネットワーク種別、プロトコル、プロセスなどの条件に基づき、通信に使用するアウトバウンドを決める設定の集合です。ルールは経路を選ぶもので、サーバーパラメータを修正するものではありません。作成前に対象、照合条件、期待するアウトバウンドを確認し、広すぎる条件で後続の細かなルールを上書きしないようにします。
振り分け: 異なる接続先やアプリの通信を、プロキシ接続、直接接続、ブロックなどのアウトバウンドへ割り当てる処理です。内蔵ルールセットを使うことも、明確な条件を自分で設定することもできます。想定と異なる経路でアクセスされる場合は、まずどのルールに一致したかを確認し、次にそのルールが指すアウトバウンドを確認してください。
GeoIP: アドレス範囲ごとに分類したネットワークアドレスのデータ集合で、ルーティングルールの一括照合条件として利用できます。GeoIPが照合するのは解決後または接続先のアドレスで、ドメイン分類とは異なります。データファイルには更新時点があるため、アドレスの帰属が変わると古いデータが現在のネットワーク状況と一致しない場合があります。
GeoSite: 用途、組織、カテゴリ別に整理したドメインのデータ集合で、コアはカテゴリ名一つで多数のドメインを照合できます。GeoSiteはドメイン単位、GeoIPはアドレス単位を扱い、ルーティングルールで併用されることも多くあります。カテゴリ集合はリアルタイムのオンライン一覧ではないため、結果は実際の名前解決の過程と併せて判断してください。
アウトバウンド: コアがインバウンド接続を処理した後に選択する出口です。指定サーバーによるプロキシ接続、接続先への直接接続、接続のブロックなどがあります。ルーティングルールは最終的にアウトバウンドのラベルを参照することが多いため、ラベルの綴りと設定間の参照関係を一致させる必要があります。
ルールの優先順位: 複数のルーティングルールが同じ接続に一致し得る場合の判定順です。多くの設定では、ルールを上から下へ並び順どおりに処理します。先に一致した広いルールが、後続の細かなルールに適用される機会を与えないことがあります。順序を変更する前に元の設定を保存し、明確な対象ごとに検証してください。

05 / NETWORK

ネットワーク基礎

クライアントはまず端末上でアプリの通信を受け取り、その接続をコアへ渡して処理します。システムプロキシ、TUN、DNS、リスニングポートはそれぞれ異なる段階に位置するため、「アプリ—ローカル入口—ルーティング—リモート接続」の順に確認してください。

システムプロキシ: OSがアプリに提供するプロキシ設定です。ブラウザーなどシステム設定に従うプログラムは、クライアントが開いたローカルポートへ自動的に接続します。一方、一部のターミナルツール、ゲーム、独自のネットワークスタックを持つプログラムは個別設定を使うことがあります。システムプロキシが有効でも、入口が登録されていることしか示さないため、コアとサーバーの接続状態も確認してください。
TUNモード: 仮想ネットワークインターフェースでシステム通信を受け取る方式で、システムプロキシ設定を参照しないプログラムにも適用できます。TUNモードではルーティングテーブル、DNS、アプリの互換性も扱うため、通常のシステムプロキシより多くのシステム設定が関係します。一部のアプリに問題が出た場合は、まずバイパスルールとDNS設定を確認してください。
FakeDNS: ドメインに一時的な予約アドレスを割り当て、コア内でドメインとアドレスの対応を管理する仕組みです。TUN環境でアドレス接続を受け取った際にも元のドメインを識別し、ドメインルールを適用しやすくします。FakeDNSはパブリックリゾルバーではなく、同じ通信処理経路で正しく引き継ぐ必要があります。
DNS: ドメインをネットワークアドレスへ変換する基盤サービスです。V2Rayクライアントの設定では、OSのリゾルバー、コア内蔵の名前解決設定、リモートでの名前解決方針が同時に関係することがあります。ドメインは開けないのにアドレスなら接続できる場合は、検索が成功したか、どのアドレスが返ったか、その後のルーティングがどう処理したかを分けて確認してください。
DNSリーク: 業務通信は想定した経路を通っているのに、ドメイン検索だけが別のリゾルバーで処理される現象です。システムの名前解決設定、ブラウザーのセキュアDNS、TUNの取り込み範囲、コアのDNSルーティングなどが関係します。最終的な接続先アドレスだけでなく、検索リクエストを実際にどの層が発行し処理したかも確認してください。
ローカルリスニングポート: クライアントが端末上で開き、アプリからの接続を待ち受けるポートです。SOCKSやHTTPの入口ポートなどが該当します。同じアドレス上のポートは通常、2つのプロセスで同時に使用できず、競合するとコアが起動直後に終了することがあります。ポートを変更した後は、システムプロキシやアプリ側の対応設定も更新してください。
SOCKSプロキシ: アプリの接続層で動作する汎用プロキシインターフェースで、複数の上位プロトコルを運べます。アプリは接続先のアドレスやドメインをSOCKS入口へ渡し、クライアントコアが接続とルーティングを実行します。ドメインを使う場合は、アプリがローカルで先に名前解決するのか、ドメインをプロキシ側へ渡すのかにも注意してください。
HTTPプロキシ: HTTPリクエストとHTTPS CONNECTトンネル向けのローカルプロキシインターフェースで、ブラウザーや開発ツールでよく使われます。SOCKSプロキシとはプロトコル形式が異なるため、確認せずにポート設定を入れ替えないでください。システムプロキシを参照しないターミナルプログラムでは、通常そのプログラム自身の設定でプロキシアドレスを指定する必要があります。