VMess
プロトコルとトランスポートProject Vエコシステムのプロキシプロトコルで、ユーザー識別子と時刻検証を使って接続を確立します。設定には通常、サーバーアドレス、ポート、UUID、トランスポート方式を含めます。クライアントのパラメータはサーバー側と一致させる必要があり、端末の時刻が大きくずれている場合も接続に影響します。
用語集・設定項目別
V2Rayのプロトコル・コア・設定用語
VMess、VLESS、Xray、サブスクリプション、ルーティング、DNSなどの主要概念を検索できます。各項目はクライアント設定の実際のフィールドや操作に対応しますが、個別のサーバーパラメータに代わるものではありません。
カテゴリ
06
用語
26
対応プラットフォーム
Windows · macOS · Android · Linux
プロトコルとトランスポート
接続プロトコルとセキュリティ層
プロトコルは認証とデータのカプセル化方式を決め、トランスポートセキュリティ層は保護された接続を確立します。設定をインポートする際は、プロトコル、ポート、トランスポート方式、セキュリティパラメータを一組として合わせる必要があります。
VLESS
プロトコルとトランスポート軽量なプロキシプロトコルで、データ暗号化をプロトコル内部で重ねて行いません。通信の安全性は通常、TLSやREALITYなど外側の設定が担います。VLESSを選ぶ際は、フロー制御、サーバー名、公開鍵、トランスポート種別などの関連パラメータも確認してください。
Trojan
プロトコルとトランスポートTLSで安全な通信路を確立するプロキシプロトコルで、認証には通常パスワード欄を使用します。クライアントはサーバーのドメイン、ポート、トランスポート設定に合わせる必要があります。証明書検証の失敗、サーバー名の誤り、システム時刻の異常はハンドシェイクを中断させることがあります。
REALITY
プロトコルとトランスポートXrayエコシステムのトランスポートセキュリティ方式で、VLESSと組み合わせて使われることが多い方式です。接続設定には通常、公開鍵、ショートID、フィンガープリント、サーバー名などを指定します。独立したノードプロトコルではないため、名称だけを選ばず、対応するVLESSとトランスポート設定も確認してください。
コアとエコシステム
Project V、V2Fly、Xray
グラフィカルクライアントは画面と設定管理を担当し、コアは接続、ルーティング、名前解決を担当します。名前が似たクライアントでも同じコアを使うとは限らず、対応するプロトコルフィールドも異なる場合があります。
Project V
コアとエコシステムV2Ray関連のプロトコル、コア、ツールから形成されたオープンソース技術エコシステムです。設定形式、プロキシプロトコル、ルーティング機構など複数の要素を含み、特定のグラフィカルクライアント単体の名称ではありません。プロジェクト間で概念を共有できますが、機能範囲は完全には同じではありません。
V2Fly
コアとエコシステムV2Ray Coreの開発方針を受け継ぐコミュニティプロジェクトおよびコアファミリーです。インバウンド、アウトバウンド、ルーティング、DNSなどの設定を実行できます。クライアントがV2Flyコアを採用しているかは、アプリの説明、コア選択項目、実行ログを確認してください。
Xray
コアとエコシステムV2Rayの設定体系と共通する概念を多く持つコア実装です。VLESSやREALITYなどに対応し、ルーティング、DNS、多様なトランスポート設定も処理できます。グラフィカルクライアントが設定を生成してコアを起動するため、利用可能なフィールドはコアのバージョンに左右されます。
コア
コアとエコシステムプロトコル処理、ルーティング判定、DNS問い合わせ、ネットワーク接続を実際に実行するプログラムコンポーネントです。グラフィカルクライアントは主に設定編集、サブスクリプション管理、実行状態の制御を担います。問題を調べる際は、画面設定、設定フィールド、コアの実行それぞれの不具合を切り分けてください。
クライアントとサブスクリプション
設定の取得元と通信の取り込み
サブスクリプションは設定を一括提供し、ノードは選択可能な接続情報です。システムプロキシとTUNモードによってクライアントへ取り込まれるアプリ通信が決まり、両者のカバー範囲は異なります。
サブスクリプション
クライアントとサブスクリプションサービス提供者が用意する設定集合のURLで、複数のノード、グループ情報、更新内容を含められます。URLの追加は取得元を保存するだけで、その後に更新を実行する必要があります。更新に失敗した場合は、URLの有効性、ネットワーク経路、グループ選択を確認してください。
ノード
クライアントとサブスクリプションクライアント内のサーバー接続設定で、通常はアドレス、ポート、プロトコル、認証情報、トランスポート方式を記録します。ノードは設定単位であり、ローカルクライアントやコアそのものではありません。ノードを選択した後は、クライアントを起動し、通信の取り込み方式も設定してください。
システムプロキシ
クライアントとサブスクリプションクライアントがOSのプロキシ設定を変更し、システムプロキシに従うアプリのリクエストをローカルの待受ポートへ渡す方式です。一部のアプリは独自のネットワーク設定を使うため、システムプロキシを迂回することがあります。クライアントを終了する前にシステムプロキシを元へ戻すと、接続できないローカルポート設定が残るのを防げます。
TUNモード
クライアントとサブスクリプション仮想ネットワークインターフェースで端末の通信を受け取る動作方式で、通常はシステムプロキシより広い範囲をカバーします。有効化にはシステム権限が必要な場合があり、ルーティング規則、DNS、仮想アドレスの設定も確認してください。ほかのネットワークツールを使っている場合は、インターフェースとルートの競合を確認します。
遅延
クライアントとサブスクリプション端末からプローブを送信して応答を受け取るまでの時間で、通常はミリ秒単位で表示されます。単純な遅延テストはアドレスやポートだけを確認し、プロトコルのハンドシェイクまで完了しない場合があります。数値はネットワーク経路、テスト対象、現在の負荷で変化するため、実際の接続状況と合わせて判断してください。
実接続遅延
クライアントとサブスクリプションノードの実際のプロトコルとトランスポート設定で接続を完了した後に測定する応答時間です。単純なポート確認より多くの接続手順を含み、ハンドシェイクパラメータの誤りや接続タイムアウトの発見に役立ちます。ただしテスト対象の影響も受けるため、継続的な通信速度を単独で示すものではありません。
ルーティングとトラフィック分岐
照合条件とアウトバウンドの選択
ルーティング規則は宛先の特徴に基づいてアウトバウンドを選択します。GeoIPはアドレス集合、GeoSiteはドメイン集合を対象とし、それぞれ対応するデータファイルと有効なタグが必要です。
ルーティング規則
ルーティングとトラフィック分岐ドメイン、アドレス、ポート、プロトコル、プロセスなどの条件に基づいて通信の行き先を決める設定です。複数の規則がある場合は順序が最終的な照合結果に影響します。通常は具体的な条件を先に置き、残りの通信には汎用アウトバウンドを設定します。
トラフィック分岐
ルーティングとトラフィック分岐異なる宛先やアプリの通信を別々のアウトバウンドへ振り分ける設定方法です。主な行き先には、プロキシ接続、直接接続、接続のブロックがあります。分岐が機能するかは、名前解決結果、規則の順序、インバウンドが取得できる宛先情報に左右されます。
GeoIP
ルーティングとトラフィック分岐アドレス範囲と地理タグで整理されたデータ集合で、ルーティング規則による宛先アドレスの照合に利用できます。照合対象は解決後のアドレスまたは直接アクセスされたアドレスであり、ドメイン解決自体は行いません。データファイルはコアが対応する形式とタグ名に合わせる必要があります。
GeoSite
ルーティングとトラフィック分岐ドメインカテゴリ別に整理されたルールデータ集合で、関連するドメイン群を一括照合できます。カテゴリ名は使用するデータファイルが定義するため、表示名だけで内容全体を判断することはできません。規則に一致しない場合は、タグ、ドメイン形式、データの更新日時を確認してください。
DNSと名前解決
ドメイン問い合わせと名前解決経路
DNS設定はドメインの問い合わせ先を決め、ルーティング設定は問い合わせと解決結果をどの経路で接続するかを決めます。FakeDNSはマッピングでドメイン情報を保持し、DoHは問い合わせの転送方式を変更します。
DNS
DNSと名前解決ドメインをネットワークアドレスへ変換する基盤システムです。V2Rayの設定では、問い合わせ先サーバー、ドメイン照合規則、想定アドレス、問い合わせ経路を指定できます。クライアント内DNS、OSのDNS、アプリ独自の名前解決が同時に存在する場合があるため、層ごとに確認してください。
FakeDNS
DNSと名前解決まずアプリに予約アドレスを返し、コアがマッピングに基づいて元のドメインを復元する仕組みです。TUN環境でよく使われ、ルーティング段階でもドメイン情報を取得できます。有効化時にはアドレスプール、DNSインバウンド、ルーティング設定の調整が必要です。
DNSリーク
DNSと名前解決アプリのドメイン問い合わせが想定した名前解決経路に入らず、別のネットワークインターフェースやリゾルバーで処理される現象です。OS、ブラウザー、クライアント、TUN設定をまとめて確認してください。DNSアドレスを1つ変更するだけでは、すべての問い合わせ経路が変わるとは限りません。
DoH
DNSと名前解決HTTPS経由でDNS問い合わせを送信する名前解決方式で、HTTPS URLを指定する形が一般的です。名前解決先への接続経路、ドメインの導入解決、ルーティング規則が一連の経路として成立しているか確認してください。解決先自体に接続できなければ、その後のドメイン問い合わせも失敗します。
セキュリティと暗号化
TLS・認証情報・証明書
セキュリティパラメータは、プロトコル認証、トランスポート暗号化、証明書検証の複数層に分かれています。フィールド名が正しくても組み合わせが有効とは限らないため、サーバー側と項目ごとに対応させる必要があります。
TLS
セキュリティと暗号化ネットワーク接続の暗号化とサーバー認証を提供する標準的なセキュリティプロトコルです。クライアントのサーバー名、証明書検証、アプリケーション層プロトコルの設定はサーバー側と対応させる必要があります。TLSハンドシェイクはアプリデータの送信前に行われ、失敗すると通常はプロトコル認証段階へ進みません。
UUID
セキュリティと暗号化VMess、VLESSなどの設定で使われるユーザー識別子です。サーバー側の記録と一致させ、ノード名やサーバーアドレスではなく接続資格情報として管理します。設定をコピーする際は、すべての文字とハイフンの構造を保持してください。
証明書
セキュリティと暗号化TLS接続でサーバーの身元を証明し、信頼チェーンを構築するデータです。ドメイン、有効期限、発行関係によってクライアントが検証を完了できるかどうかが決まります。証明書エラーが発生した場合は、まずシステム時刻、接続ドメイン、サーバー名の設定を確認してください。
暗号化
セキュリティと暗号化読み取り可能なデータを、鍵や安全なセッションがなければ復元できないデータへ変換する処理です。暗号化を担う位置はプロトコルごとに異なり、外側のTLSに依存するものもあれば、プロトコル自身の処理を含むものもあります。接続構造を判断する際は、プロトコル層、トランスポート層、クライアントのコア実装を合わせて確認してください。