用語をすぐ確認 / 全26語

V2Ray用語集

設定場面ごとに用語を確認できます。まずプロトコル、コア、クライアントの違いを押さえ、サブスクリプション、通信の振り分け、通信の取り込みを理解しましょう。

各カードはアドレスバーのアンカーから直接参照できます。操作手順を確認する場合はクイックスタートへ、順を追って学ぶ場合は初心者から応用までのガイドをご覧ください。メニュー名はクライアントのバージョンによって異なる場合があります。設定の意味は、現在の画面表示とコアの対応状況を基準にしてください。

01 / 接続パラメーター

プロトコルと通信方式

プロトコルは通信相手とのやり取りを定め、通信方式はデータの運び方を決めます。セキュリティ層は暗号化と認証を担います。この3つは別々の設定です。

VMess: プロトコルと通信方式VMessはProject Vエコシステムのプロキシプロトコルで、ユーザーの識別には通常UUIDを使います。ノードをインポートした後も、通信方式、ポート、セキュリティ設定がサーバー側と一致していることを確認してください。アドレスだけの照合では不十分です。システム時刻のずれで認証に失敗することもあるため、問題を調べる際はWindowsの時刻を自動設定にして同期してください。

VLESS: プロトコルと通信方式VLESSは軽量なプロキシプロトコルで、単体では通信を暗号化しません。TLSまたはREALITYと組み合わせて使うことが多く、UUID、通信方式、flowなどのパラメーターをサーバー側と一致させる必要があります。同じVLESSだからといって、設定を自由に入れ替えることはできません。インポートできても接続できない場合は、プロトコル名だけを変えるのではなく、パラメーターの組み合わせ全体を確認してください。

Trojan: プロトコルと通信方式Trojanは通常、TLSで通信を保護し、パスワードでプロキシサービスの認証を行います。サーバーアドレスは接続先、TLSサーバー名はハンドシェイクと証明書の検証に使われるため、両者が異なる場合があります。接続できない場合は、パスワード、サーバー名、証明書の信頼性を個別に確認してください。証明書の検証を無効にするのは通常の対処方法ではありません。

REALITY: プロトコルと通信方式REALITYはXrayエコシステムの通信セキュリティ機能で、VLESSと並ぶ独立したプロキシプロトコルではありません。一般的な設定では公開鍵、Short ID、サーバー名などが必要です。具体的な項目はクライアントの画面とサーバー側の要件を確認してください。パラメーターが不足している場合は設定一式を再取得し、別のノードの値を流用しないでください。使用中のコアがその設定に対応しているかも確認しましょう。

TLS: プロトコルと通信方式TLSは通信の暗号化と接続先の認証に使われ、ブラウザーでHTTPSにアクセスする際にも利用されます。プロキシ設定のサーバー名は通常、ハンドシェイクや証明書名の検証に使われますが、接続先アドレスと同じとは限りません。証明書の期限切れ、システム時刻の誤り、サーバー名の不一致はハンドシェイクエラーの原因になります。設定を変える前に、まず具体的なエラー内容を確認してください。

WebSocket: プロトコルと通信方式WebSocketはプロキシプロトコルを運ぶ通信方式であり、それ自体がユーザー認証を代替するものではありません。ノードのパスやHostなどのパラメーターはリバースプロキシで処理される場合があるため、サーバー側の設定と一致させる必要があります。WebSocketを別の通信方式に変えても、自動的に速度が上がるわけではありません。接続の確立に失敗する原因になることもあります。

02 / 実行レイヤー

コアとエコシステム

クライアントはメニューの表示と設定管理を担い、実際の接続はコアが処理します。画面に項目が表示されていても、すべてのコアがその機能を実行できるとは限りません。

Project VとV2Ray: コアとエコシステムProject Vはネットワークプロキシツールを中心としたオープンソースのエコシステムで、V2Rayはその中核プロジェクトです。検索で見かける「V2Rayクライアント」は、互換性のあるコアを管理するGUIアプリ全般を指すことが多く、特定の画面を意味するわけではありません。解説どおりに操作できるか判断するときは、V2Rayという呼び名だけでなく、クライアント名、コアの種類、OSも確認してください。

Xray: コアとエコシステムXrayはプロキシコアで、プロトコル処理、接続の確立、ルーティングを担います。v2rayNとv2rayNGは、対応する環境でXrayを利用できます。REALITYなどの機能が使えるかどうかは、コアとクライアントが各パラメーターに対応しているかによります。GUIを更新した後も、実際に使用しているコアを確認してください。GUIのバージョンとコアのバージョンは別です。

V2Fly: コアとエコシステムV2FlyはV2Ray関連のコアソフトウェアを保守するコミュニティプロジェクトです。Xrayとは共通の技術的背景がありますが、実装は同一ではありません。プロトコル名が似ていても、拡張フィールドをすべて共用できるとは限らないため、設定の互換性を個別に確認してください。v2flyNGを使う場合は、他のコア専用の設定を流用せず、V2Flyコアの対応状況に合ったノードを選びましょう。

コアの種類: コアとエコシステム「コアの種類」は、接続処理を実行するコアをクライアントで選ぶ設定です。画面のテーマや動作速度のランクではありません。コアを切り替えると、対応プロトコル、DNSの動作、ルーティング構文が変わる場合があります。まずノードとの互換性を確認してください。切り替え後は起動ログに設定エラーがないか、通信経路が想定どおりかを確認しましょう。原因の切り分けができなくなるため、複数の設定を同時に変更しないでください。

03 / 設定管理

クライアントとサブスクリプション

クライアントをインストールしても、接続設定が手に入るわけではありません。ノードのパラメーターやサブスクリプションの内容は設定の提供元が決め、クライアントはそれらを読み込み、整理して利用します。

v2rayN: クライアントとサブスクリプションv2rayNはノード、サブスクリプション、ルーティング、プロキシ設定を管理するデスクトップGUIクライアントです。デスクトップ版はクロスプラットフォームのUIを採用し、従来のWPF版はWindows向けです。機能は使用する配布版によって異なります。インストール先を選ぶ前にOSとCPUアーキテクチャを確認し、ガイドに沿って設定してください。異なる画面のスクリーンショットにある位置を、固定のメニュー階層だと思い込まないようにしましょう。

v2rayNG: クライアントとサブスクリプションv2rayNGはXrayコアを使用するAndroid向けGUIクライアントで、サブスクリプションや個別のノード設定をインポートできます。接続時は通常、システムのVPNインターフェースの使用を許可し、その後アプリの対象範囲とルーティングルールに従って通信を処理します。バックグラウンド制限によって接続が維持されない場合があります。インポートと起動の手順はv2rayNGの使い方ガイドをご覧ください。

v2flyNG: クライアントとサブスクリプションv2flyNGはAndroidクライアントの選択肢の一つで、V2Flyコアでプロキシ接続を処理します。v2rayNGと名前は似ていますが、コアの機能や対応パラメーターは同じとは限りません。既存のサブスクリプションを使えるか、ノードのプロトコルと通信方式を確認してください。インストール先はAndroidクライアント一覧から選べます。

サブスクリプションとサブスクリプショングループ: クライアントとサブスクリプションサブスクリプションはノード設定を取得するためのURLで、サブスクリプショングループは取得した設定を分類するために使います。v2rayNの「サブスクリプショングループの設定」にURLを保存し、「現在のサブスクリプションを更新（プロキシを経由しない）」を実行するか、ネットワーク環境に合った更新方法を選んでください。URLには個人用の認証情報が含まれる場合があるため、公開のスクリーンショットに載せないでください。更新しても、選択中のノードが自動で切り替わるわけではありません。

ノード: クライアントとサブスクリプションノードは、リモートサーバーへの接続に必要な設定一式です。通常、アドレス、ポート、プロトコル、認証情報、通信方式、セキュリティ設定が含まれます。一覧に表示される名前はメモにすぎず、地域、帯域幅、利用可能かどうかを示すものではありません。問題を調べる際は設定と実際の接続結果を確認してください。パスワード、UUID、サブスクリプションの認証情報を含む共有リンク全体を公開の掲示板に貼り付けないでください。

04 / 通信経路

ルーティングと通信の振り分け

まず通信がコアに取り込まれているかを確認し、次にルールがどの出口を選んでいるかを調べます。通信の取り込み範囲と出口の選択は別の問題です。

ルーティングルールと通信の振り分け: ルーティングと通信の振り分けルーティングルールは、ドメイン名、IPアドレス、ポートなどの条件に基づいて出口を選びます。通信の振り分けとは、リクエストごとに異なる経路へ送ることです。一般的にはルールを上から順に照合するため、先に一致したルールが後続のルールより優先される場合があります。変更前にルールの順序、デフォルトの出口、コアの種類を確認し、ルーティング設定ガイドを参考に実際の動作を検証してください。

GeoIP: ルーティングと通信の振り分けGeoIPは地域や用途別に整理されたIPアドレスの集合で、ルーティングのアドレス照合に使えます。データファイルに依存するため、IPアドレスの割り当て変更や古いデータが原因で、想定と異なる判定になることがあります。ドメインルールとIPルールを併用する場合は、名前解決のタイミングにも注意してください。ドメインの末尾だけではGeoIPの判定結果を判断できません。

GeoSite: ルーティングと通信の振り分けGeoSiteはカテゴリ別に整理されたドメイン名の集合です。たとえばgeosite:cnは、ドメイン分類を指定する一般的な書式です。接続先IPアドレスの地域をリアルタイムで判定するものでも、特定の言語で書かれたサイトの集合でもありません。正しく照合できるかは、データファイル、カテゴリの有無、コアがドメイン名を取得できているかによります。ルールの読み込み後は、起動時のエラーを確認してください。

アウトバウンドとアウトバウンドタグ: ルーティングと通信の振り分けアウトバウンドは、コアから通信を送出する方法を定義します。直結、プロキシへの転送、通信のブロックなどを指定できます。アウトバウンドタグはルーティングルールから参照する名前です。たとえばoutboundTagの値は、実際に存在するアウトバウンドタグと一致させる必要があります。ガイドにあるdirectは一般的な名前の一例です。既存の設定を確認せずにそのまま貼り付けないでください。

グローバルプロキシ: ルーティングと通信の振り分けグローバルプロキシは通常、コアに取り込まれたリクエストの多くをプロキシ経由にするルーティング方針を指します。すべてのアプリがプロキシを使うことを保証するものではなく、システムプロキシやTUNによる通信の取り込みを代替するものでもありません。ブラウザーは接続できても他のアプリが直結する場合は、まずアプリがどのように通信を送っているかを確認し、プロキシモードの解説を参考に取り込み範囲を広げる必要があるか判断してください。

05 / ローカルネットワーク

システムプロキシとネットワーク

通信の入口、名前解決、テスト方法を分けて確認しましょう。単一のスイッチや一度のレイテンシ測定だけでは、通信経路全体の状態は判断できません。

システムプロキシ: システムプロキシとネットワークシステムプロキシは、OSにローカルプロキシのアドレスを登録する仕組みです。その設定を参照するアプリだけが利用します。v2rayNの「システムプロキシを自動設定」は、現在のローカル待ち受け設定に合わせて関連設定を更新しますが、すべてのアプリの通信動作を変更するものではありません。クライアント終了後にブラウザーへ接続できなくなった場合は、停止済みのプロキシポートをシステムが参照したままになっていないか確認してください。

TUNモード: システムプロキシとネットワークTUNモードは仮想ネットワークインターフェースとシステムルートを使って通信を取り込み、システムプロキシを参照しないアプリの一部にも対応できます。「Tunモードを有効にする」には通常、適切な権限が必要です。実際の取り込み範囲は、ルートの除外設定や他のネットワークソフトにも左右されます。コアに届いた通信は引き続きルーティングルールで振り分けられ、すべてが強制的にプロキシ経由になるわけではありません。設定前にTUN設定の解説をご覧ください。

DNSとDNSリーク: システムプロキシとネットワークDNSはドメイン名をネットワークアドレスに変換します。DNSリークは、名前解決のリクエストが想定した経路を通らない状態です。判定する際は、OSのリゾルバー、ブラウザーのセキュアDNS、コアのDNS設定、ルーティングをあわせて確認してください。Webページに表示される出口アドレスだけでは判断できません。検査ページに表示されたDNSサーバーの所在地だけで結論を出さず、想定するDNSサービスとリクエスト経路に照らして分析しましょう。

FakeDNS: システムプロキシとネットワークFakeDNSはドメイン名に合成IPアドレスを割り当て、ドメイン名とアドレスの対応関係を保持します。これにより、後続の通信を処理する際にコアが宛先ドメインを特定できます。一般的なパブリックDNSとは異なり、スイッチを一つ有効にするだけですべてのDNS設定が完了するわけではありません。適用できるかはコアと通信の取り込み方法によります。アドレス範囲、ルーティング、対応表が一致しないと、ドメイン名は解決できても接続できないことがあります。

レイテンシと実接続レイテンシ: システムプロキシとネットワークレイテンシは測定方法とあわせて判断してください。TCP接続の確立を測るテストと、プロキシ経由でテスト先にアクセスするテストでは、測定している処理が異なります。v2rayNの実接続レイテンシは通常、実際のプロキシリクエストに近い値ですが、テスト先、DNS、その時点の負荷にも左右されます。数値が低くても継続的なダウンロードが速いとは限らず、テストに失敗してもノードがまったく使えないとは限りません。実際の接続先でも確認してください。

ローカル待ち受けポート: システムプロキシとネットワークローカル待ち受けポートは、クライアントがローカルでアプリのリクエストを受け付ける入口です。リモートノードのサーバーポートとは異なります。他のプログラムが同じ待ち受けアドレスとポートを使用していると、コアの起動に失敗したり、プロキシサービスを提供できなかったりします。ローカルポートを変更した場合は、システムプロキシ、ブラウザー、依存するアプリの設定も更新してください。LAN内で共有する必要がない限り、待ち受け範囲をむやみに広げないでください。