設定ガイド設定シーンから用語を検索
V2Ray用語集
サブスクとノードからTUN、ルーティングまで、まず用語を理解してから設定を調整しましょう。各項目では役割や利用シーン、混同しやすいポイントを解説します。
プロトコルとトランスポート
プロトコル、安全レイヤー、トランスポート方式はそれぞれ確認しましょう。名称が同じでも、ほかの設定まで一致するとは限りません。
- VMessプロキシプロトコル
- VMessはProject Vエコシステムのプロキシプロトコルです。ユーザーIDなどを使って認証し、独自のデータ保護機能を備えています。クライアントのアドレス、ポート、ユーザーID、セキュリティ関連の設定をサーバー側と一致させてください。VMessは複数のトランスポート方式と組み合わせられます。プロトコル名が正しくても、パス、TLS、システム時刻が原因で接続に失敗することがあります。
- VLESSプロキシプロトコル
- VLESSは軽量なプロキシプロトコルです。VMessのようなペイロード暗号化機能は備えておらず、実際の運用ではTLSやREALITYと組み合わせるのが一般的です。設定をインポートしたら、ユーザーID、トランスポート方式、安全レイヤー、サーバー側で指定されたflowを確認してください。VLESSとVMessは互換性のある名称ではありません。編集画面でプロトコルだけを変更し、ほかの設定をそのまま使うことはできません。
- Trojanプロキシプロトコル
- Trojanは通常、TLSで通信を保護し、パスワードで認証します。サーバーアドレス、ポート、パスワード、サーバー名が接続結果に影響します。サーバー名は証明書の検証にも関係します。パスワードが正しいのにTLSハンドシェイクに失敗する場合は、パスワードを変更し続けるのではなく、証明書、システム時刻、サーバー名の設定を確認してください。
- TLS通信の保護
- TLSは通信を保護し、証明書などを使ってサーバーの身元を確認します。サブスクの形式でも、単独のプロキシプロトコルでもありません。クライアントのサーバー名、証明書の検証、ALPNなどの設定はTLSに関係します。証明書エラーが出たら、まずサーバー名、有効期限、システムの信頼チェーンを確認してください。証明書検証の無効化を恒久的な対処法にすることは推奨されません。
- REALITY通信の保護
- REALITYはXrayエコシステムのトランスポート保護機能で、VLESSと組み合わせて使われます。クライアントでサーバーが指定する公開鍵、サーバー名、shortIdなどを設定してください。必要な項目は設定形式やコアの対応状況によって異なります。サーバーの地域やルーティングモードを指す用語ではありません。インポートに失敗する場合は、クライアントが各項目を正しく読み取れるかも確認してください。
- トランスポート方式データの運搬方式
- トランスポート方式は、プロキシプロトコルのデータをどのように運ぶかを示します。TCP、WebSocket、gRPCなどがよく使われます。VMessやVLESSなどのプロトコルとは異なるレイヤーで、一部の組み合わせではパス、Host、サービス名の設定も必要です。サーバーのポートには接続できるのにプロキシ通信が失敗する場合は、こうした追加設定を確認してください。
コアとクライアント
画面は管理を担い、コアは接続処理を担います。プロジェクト名の意味を理解し、エコシステム、アプリ、接続機能を混同しないようにしましょう。
- Project Vエコシステム
- Project Vは、V2Rayなどを中心に構成されるオープンソースのネットワークプロキシプロジェクトと、そのエコシステムを指します。特定のGUIクライアントの名称ではありません。一般に「V2Rayクライアント」と呼ばれるのは画面を提供するアプリで、実際の接続は個別のコアが処理します。機能の利用可否はエコシステムの名称ではなく、クライアントの対応状況と実行中のコアで確認してください。
- V2Flyコアプロジェクト
- V2FlyはV2Rayコアを継続的に開発・保守するコミュニティプロジェクトです。コアは接続処理、プロトコル解析、ルーティング、DNSなどを担います。v2flyNGは、Androidでこのコア体系を利用するクライアントです。コアによって機能や設定の詳細は異なります。あるコアで動く設定が、別のコアでもそのまま使えるとは限りません。
- Xrayコアプロジェクト
- XrayはV2Rayの技術体系から発展したプロキシコアプロジェクトで、独自に機能や設定を進化させています。v2rayNGはXrayコアを使用します。デスクトップ版v2rayNで実際に利用できる接続機能は、選択したコアによって異なります。設定項目が認識されない、機能が使えないといった場合は、クライアントの見た目だけで判断せず、コアの種類と実行ログを確認してください。
- GUIクライアント操作画面
- GUIクライアントは、サブスク管理、サーバー選択、プロキシモード、ログ確認などを操作する画面を提供します。v2rayN、v2rayNG、v2flyNGはいずれもこのレイヤーに属します。クライアントが設定を作成・管理し、コアが接続を処理するため、更新状況や互換性は個別に確認してください。クライアント自体はサブスクサービスではなく、インストール後に利用可能な設定をインポートする必要があります。
サブスクとノード
サブスクは設定の取得元、ノードは接続先の選択肢、グループは管理方法です。更新の成功と接続の成功は別のものです。
- サブスク設定の取得元
- サブスクはサービス提供者が管理し、クライアントから複数のサーバー設定を取得できるリソースです。多くの場合、URLでインポートします。サブスクURLには個人用のアクセス情報が含まれることがあるため、公開スクリーンショットやチャット、問い合わせ内容に貼り付けないでください。サブスクを更新すると設定一覧が更新されますが、サービスの有効期限が切れていないことや、システムプロキシまたはTUNが有効になることを意味するわけではありません。
- ノードサーバー設定
- ノードは通常、クライアントで選択できるサーバー接続設定を指し、アドレス、ポート、認証情報、プロトコル、トランスポートの設定などを含みます。一覧に表示される地域名や回線名は識別用のラベルであり、実際の接続先の地域や通信品質を示すものではありません。同じサーバーに複数の設定がある場合もあるため、ノードの件数とサーバーの実数は一致しないことがあります。
- サブスクグループ一覧の管理
- サブスクグループは、サブスクやサーバーを登録元ごとに整理するクライアント上の管理単位です。サービスごとに個別のメモ、更新先、絞り込み条件を設定できます。期限切れの項目や重複した名称の整理に役立ちますが、通常、通信のルーティング先を自動で決めるものではありません。一覧を整理する際は、まず登録元を確認してから絞り込み条件を調整し、フィルター後の空一覧をサブスクの無効化と誤認しないようにしましょう。
- レイテンシとTCPing疎通指標
- レイテンシは、特定のテストにかかった時間を示します。結果を読む前に、まず測定方法を確認しましょう。TCPingでは通常、対象ポートへのTCP接続確立にかかる時間を測定します。プロキシ認証、TLS、トランスポート設定、Webサイトへのアクセスまで検証するものではありません。数値が低くてもダウンロードが速いとは限りません。サーバー選びでは実接続レイテンシや実際のサービスへのアクセス結果も参考にしてください。
ルーティングとトラフィック振り分け
まず通信がコアに取り込まれているかを確認し、次にどのルールがどの経路に一致したかを調べます。ドメイン名ルールとIPルールでは対象範囲が異なります。
- ルーティングルール経路の選択
- ルーティングルールは、ドメイン名、IPアドレス、ポートなどの条件に応じて、直接接続、プロキシ経由、ブロックなどの経路を指定します。一般的な設定では上から順に一致する項目を探すため、広い範囲に適用されるルールを先に置くと、後続の細かなルールが適用されないことがあります。問題を調べるときは、ルールの順序、照合条件、デフォルトの経路をあわせて確認してください。ルールの存在だけを確認しても十分ではありません。
- トラフィック振り分け通信方針
- トラフィック振り分けは、接続先に応じて異なる経路を使う方針です。たとえば、日本国内のサービスには直接接続し、指定したドメインにはプロキシを使います。クライアントの「中国本土を除外」「グローバル」はよくあるプリセット名ですが、実際の対象範囲はルール、デフォルトの経路、通信の取り込み方法によって決まります。「グローバル」に設定しても、クライアントに取り込まれていないアプリの通信が自動的に処理されるわけではありません。
- GeoIPIPアドレス集合
- GeoIPは、地域や用途ごとに整理されたIPアドレスの集合です。
geoip:cnのような識別子でルールに適用します。照合対象はIPアドレスであり、ドメイン名の文字列でも、サーバー所在地のリアルタイム測定でもありません。データの更新状況、ドメインの名前解決結果、CDNの振り分けなどが最終結果に影響するため、集合に一致してもサービスの物理的な所在地が確定するわけではありません。
- GeoSiteドメイン名集合
- GeoSiteは、サービス、地域、カテゴリごとに整理されたドメイン名の集合です。
geosite:cnのような識別子で照合します。分類名や収録範囲は使用するデータソースによって異なるため、実際のデータファイルも確認してください。GeoIPとは異なり、照合には接続時のドメイン名情報が必要です。接続先IPアドレスしか分からない場合、ドメイン名ルールに一致しないことがあります。
- DNS名前解決
- DNSはドメイン名をIPアドレスなどに変換し、WebサイトへのアクセスやIPベースのルーティング判定に使われます。アプリ、OS、プロキシコアが個別に名前解決する場合があり、ブラウザーの暗号化DNS設定によって経路が変わることもあります。設定時は、問い合わせ先、DNSリクエストの経路、返されたアドレスのルーティングへの使われ方をそれぞれ確認してください。DNSアドレスを一つ指定するだけで設定が完了するわけではありません。
プロキシモードとネットワーク
システムプロキシとTUNは通信の取り込み方法を決め、DNSは名前解決の経路に影響します。接続テストで設定結果を確認できます。
- システムプロキシアプリの接続
- システムプロキシは、OSにローカルプロキシのアドレスを登録し、その設定に従うアプリのリクエストをクライアントに渡します。独自のネットワーク設定を使うアプリやシステムプロキシを参照しないアプリもあります。そのため、ブラウザーが使えてもすべてのプログラムがプロキシを経由するとは限りません。クライアントを終了する前に、不要になったプロキシ設定を解除してください。解除しないと、アプリが停止済みのローカルポートへ接続しようとすることがあります。
- TUNモード通信の取り込み
- TUNモードは仮想ネットワークインターフェースでIP層の通信を取り込み、プロキシコアに処理させます。より多くのアプリ通信を対象にしたい場合に適しています。追加の権限、システムルート、DNSの設定が必要になることがあり、要件はOSやクライアントの実装によって異なります。TUNを有効にしても、すべての通信がプロキシ経由になるわけではありません。最終的な経路はルーティングルールで決まります。問題が起きた場合は、ほかのネットワークツールとの競合も確認してください。
- FakeDNSドメイン名の対応付け
- FakeDNSはドメイン名に対応する仮想アドレスを割り当て、対応する接続をコアが受け取ると元のドメイン名に対応付け直します。これによりドメイン名の情報を保ったまま、後続の処理に利用できます。任意のアプリに設定できるパブリックDNSサービスのアドレスではなく、正常に動作するかはコアの対応状況と通信の取り込み設定によって異なります。有効化・無効化後にアプリの通信で問題が起きた場合は、OSやアプリに残ったDNSキャッシュも確認してください。
- DNSリーク名前解決経路の逸脱
- DNSリークは通常、名前解決リクエストが想定したネットワーク経路を通らない状態を指します。たとえば、プロキシ側で解決するはずのドメインをローカルのリゾルバーに問い合わせるケースです。異常かどうかを判断するには、まず自分が意図した振り分け方を確認してください。ルールで直接接続するドメインがローカルで名前解決されても、必ずしも問題ではありません。アプリの暗号化DNS、システムの名前解決設定、コアのログをあわせて確認し、検査ページに表示されたリゾルバーの地域だけで判断しないでください。
- 実接続レイテンシプロキシ接続テスト
- 実接続レイテンシは通常、選択したプロキシ設定を使ってテスト先に接続し、リクエストにかかる時間を測ります。ポートの疎通確認より多くの接続手順を検証できます。結果はテスト先、DNS、タイムアウト、現在のネットワーク状況に左右され、クライアントが異なる数値を単純に比較することはできません。テストに成功しても、実際に使うサービスへアクセスし、接続先とルーティングが想定どおりか確認してください。測定結果は帯域の上限を示すものでもありません。
用語の理解から設定へ
初回接続 →
サブスクのインポート、モードの選択、接続テストの順に進めましょう。複数の設定を同時に変更すると、問題の原因を特定しにくくなります。
プラットフォーム別の設定 →
Windows、macOS、Android、Linuxのインストール手順と、権限、システムプロキシ、TUNに関するOSごとの違いを確認できます。
トラブル対処 →
用語を理解しても接続できない場合は、エラーや症状から原因の範囲を絞り、サブスク、ポート、DNS、ルーティングを確認してください。
用語の解説は設定の理解に役立てるためのものです。具体的な項目名や利用できる機能は、使用中のクライアントの画面、実際のコアの対応状況、サーバー設定によって異なります。