VMess
VMessはProject Vエコシステムで早くから使われてきたプロトコルで、認証、時刻検証、トランスポート関連のパラメータを含みます。クライアント設定には通常、サーバーアドレス、ポート、ユーザーID、暗号化方式、トランスポート種別が表示されます。手入力では重要な項目が一つでも一致しないと接続に失敗する可能性があるため、完全な設定またはサブスクリプションからのインポートが適しています。
V2RAY WIKI · 技術用語クイックリファレンス
V2Ray 用語集
プロトコル名やコアの関係から、サブスクリプション、ルーティング、DNS設定まで、設定画面でよく見かける技術用語をまとめて解説します。各項目では、意味、関連する設定、問題の切り分けで確認すべき点を説明します。
5カテゴリ
25用語
プロトコル · コア · ルーティング · DNS
カテゴリから探す
設定項目から関連する概念を見つける
サブスクリプションの手順を読んだり接続を調べたりするとき、すべての用語を一度に覚える必要はありません。まず問題がプロトコルパラメータ、コアの機能、ノード管理、ルーティングルール、システム連携のどれに該当するかを確認し、該当カテゴリの用語を参照してください。解説はクライアントの実際の設定関係を中心にまとめています。
プロトコルと暗号化
プロトコルは認証情報とデータ形式を決め、セキュリティ層は外側の通信を保護します。設定をインポートするときは、サーバーが提供したパラメータを完全に保持し、プロトコル名だけを頼りに項目を手動で補わないでください。
VLESS
VLESSは軽量なプロトコルで、完全なトランスポート暗号化は単独では担いません。通常はTLSやREALITYなどの外側の機構にセキュリティ機能を委ねます。設定にはユーザーID、フロー制御、トランスポート方式、サーバー名などが含まれます。VLESS設定の完全性を確認するには、アドレスとポートだけでなく、プロトコル層、トランスポート層、セキュリティ層を同時に確認する必要があります。
Trojan
Trojanはパスワード認証を使用し、通常はTLSと組み合わせるプロキシプロトコルです。クライアント設定では、サーバーアドレス、ポート、パスワード、サーバー名、証明書検証のオプションを確認します。アドレスには到達できるのにハンドシェイクに失敗する場合は、システムプロキシを何度も切り替えるのではなく、サーバー名、セキュリティ層、システム時刻を優先して確認してください。
REALITY
REALITYはXrayコアファミリーが提供するトランスポートセキュリティ機構で、VLESSと組み合わせて使われることが多い機能です。設定には通常、公開鍵、ショートID、ターゲット名、フィンガープリントなどが含まれ、値はサーバー側の設定で決まります。任意に有効化できる汎用スイッチではありません。必要なパラメータが不足していたり、コアのバージョンが対応していなかったりすると、接続は期待どおりに確立しません。
TLS
TLSは暗号化された通信経路を確立するための汎用セキュリティプロトコルで、複数のプロキシプロトコルやトランスポート構成に登場します。クライアントのサーバー名は通常、証明書検証に使われるため、接続先アドレスと単純に同一視できません。証明書やハンドシェイクのエラーが出た場合は、ドメイン、システム時刻、検証ポリシー、設定提供元のセキュリティパラメータを確認してください。
コアとエコシステム
GUIクライアントは画面と設定管理を担当し、コアは実際の接続、DNS、ルーティングを処理します。両者を区別すると、更新内容がクライアント機能によるものか、基盤となるプロトコル機能によるものかを判断しやすくなります。
Project V
Project Vは、ネットワークプロキシのコア、プロトコル、関連ツールを中心に形成されたオープンソースの技術エコシステムです。コミュニティの発展に伴い、関連する技術路線からV2FlyやXrayなどのコアファミリーが生まれました。日常的に「V2Rayクライアント」と呼ばれるものは、多くの場合、これらの互換コアとプロトコルを利用するGUIツールを指し、特定の一つの画面プログラムを意味するわけではありません。
V2Fly
V2FlyはProject Vの技術路線を受け継ぐコミュニティ製コアファミリーで、インバウンド、アウトバウンド、プロトコル、DNS、ルーティングを処理できます。GUIクライアントは、画面で選択した設定をコア設定へ変換し、該当するコアを起動します。新しいパラメータに対応しているかどうかは、クライアントの画面と呼び出されるコアの機能を併せて確認する必要があります。
Xray
XrayはV2Rayエコシステムに属するコアファミリーの一つで、プロトコル接続、トランスポートセキュリティ、DNS、ルーティングなどの基盤処理を担います。v2rayNやv2rayNGなどのクライアントは、互換コアを呼び出して実際の接続を行えます。「画面は正常なのに接続できない」場合は、ボタンの状態よりも、クライアントログにあるコアの起動情報や設定エラーのほうが重要な手がかりになります。
v2rayN
v2rayNはWindows、macOS、Linux向けのデスクトップGUIクライアントで、サーバー設定、サブスクリプショングループ、ルーティング、DNS、システムプロキシ、TUNモードを管理します。クライアント本体は操作と設定の組み立てを担当し、実際のプロトコル接続は呼び出されたコアが実行します。コアを切り替えたりクライアントを更新したりした後は、既存の設定項目が現在の組み合わせで引き続きサポートされているか確認してください。
v2rayNG
v2rayNGはAndroid向けのGUIクライアントで、プロトコル接続にはXrayコアを使うことが多いです。システムのVPNサービスモードで選択したトラフィックを取り込み、設定のインポート、ルーティング、アプリごとの設定を提供します。デスクトップの「システムプロキシ」とAndroidのVPNサービスモードは異なる取り込み方式のため、操作手順をそのまま流用することはできません。
サブスクリプションとノード
サブスクリプションは設定を一括配布し、ノードはクライアントが最終的に使う個別の接続情報です。更新、フィルタリング、速度テストは、それぞれ設定の更新、一覧の整理、接続状態の判断に役立ちます。
サブスクリプション
サブスクリプションは、サービス提供者が発行する設定一式のURLです。クライアントが読み込むと、複数のサーバー情報に解析されます。サブスクリプションURLを追加しただけではノード一覧は更新されないため、通常は更新操作も必要です。更新後に一覧が空の場合は、まずサブスクリプショングループが有効か、URLが完全か、ログに解析エラーがないかを確認してください。
ノード
ノードはクライアントに登録された1件のサーバー接続設定で、通常はアドレス、ポート、プロトコル、認証情報、トランスポート方式、セキュリティパラメータを含みます。ノード名は識別用であり、実際の回線品質を示すものではありません。選択時は、実接続遅延、接続成功率、利用時間帯、設定タイプを総合的に判断してください。
遅延
遅延はデータの往復にかかる時間を示しますが、クライアントのテストボタンごとに測定方法が異なる場合があります。基本テストは対象アドレスへの到達性だけを確認し、プロトコルのハンドシェイクやプロキシリクエストまで検証しないことがあります。数値が低いほど応答は速い傾向にありますが、接続の安定性、回線負荷、接続先サービスも体感に影響します。
実接続遅延
実接続遅延は、実際のプロキシ経路で接続を開始して時間を測る方法で、基本的なネットワーク探査よりも実際の利用経路に近い結果を示します。「サーバーアドレスには到達できるが、プロトコル接続は成功していない」という状況の切り分けに役立ちます。ただし結果は特定時点の観測値なので、候補ノードを複数回テストし、実際のアクセス結果と併せて確認してください。
サブスクリプショングループ
サブスクリプショングループは、複数のサブスクリプションを取得元ごとに管理し、更新、フィルタリング、一括テストの範囲を個別に設定するために使います。適切にグループ分けすると、異なる取得元の同名ノードが混在するのを防ぎ、どの更新がどの設定群に影響したかも確認しやすくなります。グループを削除する前に、関連ノードやカスタム設定を残す必要がないか確認してください。
ルーティングとトラフィック分割
ルーティングシステムはまずトラフィックの特徴を識別し、プロキシ、直接接続、その他のアウトバウンドのどれを使うかを決めます。ルールは通常、順番に評価されるため、範囲の広いルールを具体的なルールより前に置かないことが重要です。
ルーティングルール
ルーティングルールは、ドメイン、IP、ポート、プロトコル、プロセスなどの条件に基づき、トラフィックをどのアウトバウンドへ送るかを決めます。多くのルールは決められた順序で評価され、マッチすると対応する処理が適用されます。カスタムルールを追加する際は、対象と送信先を明確にし、条件が広すぎて後続ルールを先に覆わないようにしてください。
トラフィック分割
トラフィック分割は、異なる通信をルールに従ってプロキシ、直接接続、ブロックなどのアウトバウンドへ振り分ける処理です。独立したプロトコルではなく、コアのルーティング機能を利用する方法の一つです。一部のサイトは開けるのに一部のアプリで問題が出る場合は、ドメインの名前解決結果、ルールの評価順、アプリがクライアントの取り込み対象になっているかを併せて確認してください。
GeoIP
GeoIPは、IPアドレスの所属地域やネットワーク範囲に基づいて整理されたデータセットで、ルーティングルールの宛先IP条件として利用できます。ドメインリクエストは、名前解決が完了してIPを取得した後に、関連するIPルールで判定できます。データファイルが古いとマッチ精度が下がる可能性があるため、クライアントの更新とルールデータの更新は分けて確認してください。
GeoSite
GeoSiteは、用途やカテゴリ別に整理されたドメインルールの集合で、対応するコアではルーティング条件として直接参照できます。対象はドメイン分類であり、GeoIPのアドレス範囲マッチングとは異なります。同じリクエストがドメインと、名前解決後のIP情報を同時に持つ場合もあり、最終結果はルール設定と評価順で決まります。
ドメインマッチング
ドメインマッチングでは、完全なドメイン名、サブドメイン、キーワード、正規表現によってリクエスト先を識別できます。完全なドメイン名は最も正確で、サブドメインルールは同じサイトの複数ホスト名をまとめて対象にする場合に適しています。正規表現は範囲を慎重に制御してください。アプリがIPへ直接接続する場合、マッチ対象となるホスト名をドメインルールから取得できないことがあります。
クライアントとプラットフォーム
クライアントは、システムプロキシまたは仮想ネットワークインターフェースを通じてアプリのトラフィックを受け取ります。DNSはドメインを後続の接続に必要な情報へ変換します。取り込み方式と名前解決経路は連携するように設定してください。
TUNモード
TUNモードはシステムの仮想ネットワークインターフェースを通じてトラフィックを受け取り、システムプロキシ設定を読み取らない一部のアプリも対象にできます。通常は権限、ルーティングテーブル、DNS、仮想ネットワークアダプターの設定に関係し、システムプロキシを有効にするだけの場合より影響範囲が広くなります。有効化する前に現在の設定を保存し、ネットワークに問題が出たらまずTUNを無効にして、基本的なノード接続が正常か確認してください。
FakeDNS
FakeDNSはドメインに一時的なマッピングアドレスを割り当て、後続の接続で元のドメイン情報を復元します。TUNやルーティングと連携して使われることが多い機能です。コアがドメイン情報を保持したままマッチングできるようになりますが、マッピング用アドレスプールとDNS処理を正しく設定する必要があります。LANのネットワーク帯域や別の仮想ネットワークがアドレスプールと衝突すると、接続先が不正になることがあります。
DNSリーク
DNSリークは、アプリのドメイン問い合わせが想定したDNS経路を迂回し、別のリゾルバーで処理される現象です。切り分けでは、OS、ブラウザー、クライアントコア、TUNモードそれぞれのDNS設定を確認します。リゾルバーのアドレスを一つ変更しただけでは、すべてのアプリの問い合わせ経路が変わるとは限りません。重要なのは、実際にどのコンポーネントが通信を取り込んでいるかを確認することです。
システムプロキシ
システムプロキシは、OSがアプリに提供するプロキシ設定です。有効にすると、その設定に従うプログラムがクライアントの待ち受けポートへリクエストを送ります。独自のネットワークスタックを使うアプリはシステムプロキシを読み取らない場合があり、その場合はTUNモードまたはアプリ側のプロキシ設定が必要です。クライアントを終了する前にシステムプロキシを元に戻すと、停止済みのポートを参照し続ける事態を防げます。
DNS設定
DNS設定は、リゾルバー、問い合わせ方式、ドメインルール、キャッシュ、フォールバック動作を指定するための設定群です。クライアント画面には、システムDNS、リモートDNS、直接接続DNS、コアDNSなど、異なる通信経路に対応する項目が同時に表示されることがあります。変更前に、どの種類のドメインをどのリゾルバーで処理するかを明確にし、ルーティングルールと併せて結果を確認してください。