VMess
Project V エコシステムで早くから使われてきたプロキシプロトコルです。設定には通常、ユーザーID、サーバーアドレス、ポート、転送方式、安全性に関するパラメータが含まれ、クライアントとサーバーでは互換性のある設定が必要です。VMessはプロトコル名であり、特定のクライアントやコアのバージョンを指すものではありません。
設定用語クイックリファレンス
V2Ray 用語解説
プロトコル、コア、クライアントからサブスク、ルーティング、DNSまで、設定の階層に沿って主要な用語を解説します。各項目で定義、使用箇所、混同しやすい境界を説明します。
カテゴリ一覧
設定の悩みから用語を探す
プロトコルのパラメータ、コア名、ルーティング項目で迷ったら、まず該当するカテゴリを開いてください。目次のリンクから各章へ直接移動でき、用語カードには参照用のページアンカーもあります。
プロトコルと暗号化
接続プロトコルと通信セキュリティ
プロトコルはクライアントとサーバーが接続データを組み立てる方法を決め、TLSやREALITYなどのセキュリティ層が通信の保護と認証を担います。ノードを選ぶ際は、プロトコル名だけでなく転送方式、サーバー名、認証パラメータも完全に一致させる必要があります。
VLESS
構成が比較的シンプルなプロキシプロトコルで、単体では追加のデータ暗号化を行わず、通常はTLSまたはREALITYなどのセキュリティ層と組み合わせます。設定時はユーザーID、フロー制御、転送方式、安全性の種類を確認する必要があり、プロトコル名だけでは接続を確立できません。
Trojan
TLSの通信形態を前提に設計されたプロキシプロトコルで、認証には通常パスワードを使います。クライアントにはサーバーアドレス、ポート、サーバー名、通信セキュリティのパラメータを正しく入力してください。証明書の状態、システム時刻、サーバー名が一致しないとTLSハンドシェイクに失敗することがあります。
REALITY
Xrayエコシステムの通信セキュリティ方式で、VLESSと組み合わせて使われることが多い方式です。クライアント設定には通常、公開鍵、短いID、サーバー名、フィンガープリント、フロー制御などを指定します。REALITYは独立したノードプロトコルではないため、設定を取り込む際は対応するプロトコルと転送パラメータも保持してください。
TLS
ネットワーク通信の内容を保護し、通信相手の身元を確認するセキュリティプロトコルです。V2Ray設定では、サーバー名、証明書の状態、システム時刻、フィンガープリントの設定がTLS接続に影響します。証明書検証を無効にすると安全性の境界が変わるため、通常のトラブル対応として長期間有効にすべきではありません。
コアとクライアント
実行層とGUI管理層
コアはプロトコル処理、ネットワーク接続、DNS、ルーティングを担い、GUIクライアントはそれらを操作可能な画面にまとめます。問題を調べるときは、設定画面、コアの起動、システム権限、リモート接続のどこで障害が起きているかを切り分けます。
V2Ray
Project Vエコシステムに関連する技術やツールをまとめて呼ぶ際の通称です。設定について話すときは、プロトコル、コア、GUIクライアントを区別してください。これらは異なる階層に属し、クライアント画面に機能があるかどうかは、使用するコアとクライアントのバージョンにも左右されます。
V2Fly
Project Vの技術方針を受け継ぐオープンソースのコアファミリーで、プロトコル処理、転送、ルーティング、DNSなどの基盤機能を担います。GUIクライアントはV2Flyコアを呼び出して接続を実行できます。V2Flyとv2flyNGは名前が似ていますが、前者はコアのエコシステム、後者はAndroid向けGUIクライアントです。
Xray
V2Rayの設定体系と共通する概念が多いオープンソースのコアファミリーで、VLESS、REALITYなどに対応しています。実際の通信はXrayが処理し、v2rayNやv2rayNGなどのクライアントが設定の生成とプロセス管理を行います。コアが機能に対応していても、すべてのクライアント画面に同じ入口があるとは限りません。
v2rayN
Windows、macOS、Linux向けのデスクトップGUIクライアントで、サブスク、サーバー、システムプロキシ、ルーティング、DNS、TUNなどを管理できます。v2rayNは接続プロトコルではなく、ノードを取り込んで使えるかどうかはクライアント、コア、設定形式の互換性で決まります。
v2rayNG
Android向けのGUIクライアントで、通常はXrayコアで接続を処理します。サブスクの取り込み、ノード選択、ルーティング、VPNサービスモードなどを利用できます。アプリのステータスバーに接続成功と表示されても、ローカルサービスが起動したことを示すだけです。実際の通信でノードとDNSが正常か確認してください。
サブスクとノード
設定の取得元と接続状態
サブスクは設定を一括更新するために使い、ノードは具体的なサーバー情報、共有リンクは1件の設定を持ち運ぶ形式です。速度テストの結果は特定の方法と時点だけを反映するため、ノード選びではプロトコルの互換性、実際の接続結果、現在のネットワーク状態も確認してください。
サブスク
サーバー側が提供する設定更新用の入口で、クライアントはそこから複数のノードとパラメータを取得できます。サブスクを更新すると通常はノード一覧が更新されますが、すでに無効になったサーバーが自動的に直るわけではありません。サブスクグループ、自動更新間隔、サーバーフィルターを編集するときは、ローカルで選んだ内容が上書きされないか注意してください。
ノード
クライアント内の1件のサーバー接続設定で、通常はアドレス、ポート、プロトコル、認証情報、転送方式、安全性に関するパラメータを含みます。ノード名は識別しやすくするためのラベルにすぎず、接続速度や可用性を保証しません。名前が似ている2つのノードでも、サーバーやプロトコル設定がまったく異なる場合があります。
共有リンク
1件の接続設定をコピー可能なテキストにエンコードする形式です。プロトコルごとにリンクのプレフィックスとフィールド構造が異なります。クライアントに取り込むと、リンクがサーバー設定へ解析されます。リンク形式がクライアントの対応範囲外なら、関係のないシステムプロキシ項目を何度も変更するのではなく、まずプロトコルの対応状況を確認してください。
レイテンシテスト
クライアントが宛先アドレスの応答速度を推定するためのチェック方法です。テストによって基本的な疎通だけを確認する場合も、プロキシ経由で指定した対象へアクセスする場合もあるため、結果を単純に同一視できません。レイテンシが低いほど操作への応答には有利ですが、継続的な転送能力全体を示すものではありません。
実接続レイテンシ
実際にプロキシ接続を確立し、テスト対象へアクセスして得られるレイテンシです。アドレスの到達性だけを確認する基本テストより、実際の接続過程に近い結果になります。ただしテスト対象、DNS、転送プロトコル、現在のネットワーク負荷の影響を受けるため、同じ時間帯での相対比較に適しています。
ルーティングとトラフィック分岐
通信の入口、マッチング条件、出口
システムプロキシとTUNは通信がクライアントへ入る方法を決め、ルーティングルールはコアに入った通信の出口を決めます。GeoIP、GeoSite、FakeDNSはそれぞれ異なるマッチング補助機能で、IP、ドメイン集合、ドメインのマッピングを扱う点を区別してください。
ルーティングルール
ドメイン、IP、ポート、プロトコル、プロセスなどの条件に応じて通信の出口を決めるマッチングルールです。通常はマッチング条件と送信先のアウトバウンドを含みます。具体的な条件を汎用的なフォールバックルールより先に置き、実際のアクセスで適用結果を確認してください。
トラフィック分岐
ネットワーク要求の種類に応じて異なる出口を使い分ける設定方法です。代表的な処理結果には直接接続、プロキシ、ブロックがあり、ルーティングルールとマッチング順序によって決まります。トラフィック分岐は単なるノード切り替えではなく、同じ実行設定内で通信を項目ごとに分類する仕組みです。
GeoIP
IPアドレス範囲を基に整理した地理・ネットワーク分類データで、ルーティングルールから集合を参照してマッチングできます。GeoIPは接続先のIPを基準とし、Webサイトのドメインカテゴリを直接読み取るものではありません。データベースのバージョン、コアの対応状況、ルール識別子に互換性がなければ、期待どおり読み込めないことがあります。
GeoSite
ドメインのカテゴリ別に整理されたルーティングデータの集合で、共通の属性を持つサイトのドメインをまとめてマッチングできます。対象はドメインルールであり、GeoIPのアドレス範囲判定とは異なります。アプリがIPへ直接アクセスする場合、ドメイン集合だけでは通常GeoSiteルールを適用できません。
TUN モード
仮想ネットワークインターフェースでシステムの通信を受け取り、プロキシコアに処理させる方式です。システムプロキシを参照しないアプリも対象にできますが、通常はより高いシステム権限が必要です。有効にした後は、仮想インターフェース、デフォルトルート、DNSの引き継ぎ、他のネットワークツールの間で競合がないか確認してください。
FakeDNS
アプリにマッピングされたアドレスを返し、コア内にドメインとそのアドレスの対応関係を保持するDNS処理方式です。後続の接続がコアに入ると元のドメインを復元してドメインルーティングを実行できます。FakeDNSのアドレスプールはローカルネットワークや他の仮想ネットワークのセグメントと重複させないでください。
システムプロキシ
OSがアプリに提供するプロキシ設定で、通常はローカルでクライアントが待ち受けるHTTPまたはSOCKSポートを指定します。システムプロキシに従うプログラムだけが自動的に利用します。独自のネットワークスタックを使うアプリでは、個別にプロキシを設定するか、TUNモードで通信を受け取る必要があります。
ネットワーク基礎
名前解決、転送、ハンドシェイクのフィールド
ノードの問題に見えても、実際にはドメイン解決、転送プロトコル、TLSハンドシェイクの段階で発生していることがあります。DNS、TCP、UDP、SNIの役割を理解すると、障害範囲をクライアント全体から具体的なネットワーク処理へ絞り込めます。
DNS
ドメイン名をIPアドレスに変換する基本的なネットワークサービスです。V2RayクライアントはシステムDNSを使うことも、コアで問い合わせ先、マッチングルール、フォールバック方針を定義することもできます。Webページを開けないときは、ドメインが解決できないのか、解決結果が適切でないのか、宛先接続そのものが失敗しているのかを切り分けてください。
DNSリーク
ネットワーク通信が想定どおりの経路を通っていても、ドメイン検索だけが想定外のDNS経路から送信される状態です。システムリゾルバー、ブラウザー独自のDNS、クライアントコアの設定、TUNの取り込み範囲などが原因になります。調査では、誰が問い合わせを開始し、どこへ送信し、その通信がどの出口を通るかを確認してください。
TCP
接続指向のトランスポート層プロトコルで、信頼性のある順序どおりのデータ配送を重視します。Webアクセスをはじめ、多くのアプリケーションプロトコルがTCP上で動作します。TCP接続が確立しても、トランスポート層が利用可能になっただけで、後続のTLS、プロトコル認証、アプリケーション要求が失敗する可能性は残ります。
UDP
データグラム単位で通信するトランスポート層プロトコルで、TCPと同じ接続確認や再送の仕組みは提供しません。DNSやリアルタイム通信などでUDPが使われるため、クライアント、ノード、ルーティングルールには対応処理が必要です。TCPによるWebアクセスだけをテストしても、UDP経路が正常だとは限りません。
SNI
TLSハンドシェイクで接続先のサーバー名を示すフィールドで、同じアドレス上のサービスが対応する設定を選べるようにします。ノードのSNIはサーバー側の要件と一致させてください。誤った値を入力すると、証明書名の不一致、ハンドシェイクの中断、サーバーによる接続設定の選択失敗につながります。