本文へスキップ

設定項目ガイド · 27用語

V2Ray用語解説

サブスクリプションURLからTUNモードまで、まず用語を整理し、設定の関係を確認しましょう。下のカテゴリから探せるほか、用語カードのリンクから該当する解説に移動できます。

プロトコル ≠ 通信方式
クライアント ≠ コア
サブスクリプション ≠ ノード

このページでは一般的な用語を解説します。メニュー名や機能の対応状況は、使用するクライアントとコアのバージョンによって異なります。初めて設定する場合は、まず入門ガイドをご覧ください。

プロトコルと通信方式

プロトコルは接続時のデータ交換方法、通信方式はデータの運び方、セキュリティ層は通信の保護方法を定めます。それぞれ個別に設定を合わせる必要があります。

プロトコルと通信方式VMess: Project Vのエコシステムに属するプロキシプロトコルで、認証方法とデータ交換の方式を定めます。複数の通信方式と組み合わせられるため、VMessを使う接続でも、経路、ホスト名、TLSの設定が異なる場合があります。クライアントとサーバーの関連パラメーターを一致させる必要があり、アドレスとポートを入力しただけでは設定が完了したとは限りません。認証に失敗する場合は、端末の時刻も正確か確認してください。

プロトコルと通信方式VLESS: 軽量なプロキシプロトコルで、単独では完全なデータ暗号化機能を備えていません。通常、TLSやREALITYなどのセキュリティ機能と組み合わせて使います。同じプロトコルでも設定をそのまま流用できるとは限らず、通信方式、サーバー名、適用するflowパラメーターが接続に影響する場合があります。共有リンクをインポートしたら、提供元のセキュリティ関連項目を保持し、別の接続の設定を流用しないでください。

プロトコルと通信方式Trojan: 通常、TLSで通信を保護し、パスワードで認証するプロキシプロトコルです。パスワードとサーバーアドレスは別の項目で、サーバー名が証明書の検証に使われることもあるため、安易に省略しないでください。利用できるかどうかは、選択したコアが通信方式の組み合わせに対応しているかにもよります。接続エラーが発生した場合は、証明書検証を無効にする前に元の設定を確認しましょう。

プロトコルと通信方式REALITY: Xrayエコシステムの通信セキュリティ機能で、VLESSの接続設定でよく使われますが、独立したサブスクリプション形式ではありません。公開鍵、サーバー名、short IDなどのパラメーターを一致させ、対応するコアで処理する必要があります。公開鍵は認証関係の検証に使われるもので、ログインパスワードとは異なります。クライアントにREALITYの項目が表示されるかどうかだけでは、接続できるか判断できません。

プロトコルと通信方式通信方式: TCP、WebSocket、gRPCなど、プロキシのデータをどのように運び、送信するかを表します。VMessやVLESSなどのプロキシプロトコルとは別の階層で、TLSのようなセキュリティ機能とも異なります。WebSocketのパスやgRPCのサービス名などはサーバー側の設定に合わせてください。通信方式だけを変更しても、元の接続を維持できるとは限りません。

コアとクライアント

クライアントは操作や管理を担い、コアはネットワーク処理を担います。クライアントを選ぶ際は、接続設定に必要なコアの機能も確認してください。

コアとクライアントProject V: V2Rayを中心に展開するオープンソースのネットワークツールと技術エコシステムで、インポート可能な接続設定そのものではありません。関連情報を読む際は、コア、GUIクライアント、サーバーの役割を区別しましょう。コアはネットワーク処理を実行し、クライアントは操作画面を提供し、サーバーは対応するプロトコルの接続を受け付けます。名称が似ていても、すべてのコンポーネントが同じ機能に対応するわけではありません。

コアとクライアントV2Fly: コミュニティが開発・保守するV2Rayプロジェクト群で、コアプログラムがプロトコル処理、ルーティング、ネットワーク接続を担います。Androidクライアントのv2flyNGは、V2Flyコアを利用するGUIを提供します。設定が利用できるか確認する際は、別のコアの設定をそのまま流用せず、実際に使うコアの対応項目とバージョン要件を確認してください。

コアとクライアントXray: V2Ray関連のコードから派生した独立系コアプロジェクトで、REALITYなどの機能を備え、独自の設定機能も継続的に追加されています。v2rayNGはXrayコアを使用しますが、クライアント画面のバージョンとコアのバージョンは別々に確認する必要があります。サブスクリプションで必要な機能を基準に選び、詳しい違いはXrayとV2Flyコアの比較をご覧ください。

コアとクライアントGUIクライアント: サブスクリプション管理、接続先の選択、ルーティング編集、コア起動などの機能を備えたGUIアプリです。v2rayN、v2rayNG、v2flyNGなどがあります。クライアント名はプロトコル名ではなく、インストールしただけでは有効な接続設定も必要です。デスクトップ版では、画面とコアの更新がそれぞれ異なる機能に影響する場合があるため、トラブル時は関連情報を分けて記録しましょう。

サブスクリプションとノード

サブスクリプションは設定の取得元、ノードは選択できる接続先、グループは管理方法です。更新の成功と接続できることは別の問題です。

サブスクリプションとノードサブスクリプションURL: 複数の接続設定を取得・更新するためのURLで、サーバー欄に直接入力するプロキシアドレスではありません。クライアントがURLにアクセスすると、応答内容を接続リストとして解析します。ログインページやエラーページが返された場合、または未対応の形式の場合は、インポートできないことがあります。URLにはアクセス情報が含まれることがあるため、スクリーンショット、ログ、質問文では機密部分を隠してください。操作手順はサブスクリプションのインポートガイドをご覧ください。

サブスクリプションとノードノード: クライアントのリストに表示される接続設定の1つです。通常、サーバーアドレス、ポート、プロキシプロトコル、認証情報に加え、通信方式やセキュリティの設定が含まれます。リスト上のメモは管理用で、接続性能を直接左右するものではありません。インポートに成功したことは設定が認識されたことを示すだけで、実際に使えるかどうかは接続テストや通常のアクセスで確認してください。

サブスクリプションとノードサブスクリプショングループ: クライアントでサブスクリプションの取得元を区別するための管理機能です。メモ、URL、有効状態、更新オプションを個別に保存できます。グループを更新すると、その取得元の接続リストが追加・削除・置換される場合があり、手動での変更が次回の更新で上書きされることもあります。グループ名は管理用で、アクティブに設定しても、すべてのアプリの通信が想定どおりプロキシを経由するとは限りません。

ルーティングと振り分け

まず通信がクライアントに取り込まれているかを確認し、その後に一致する条件と経路を確認します。取り込まれていない通信は、ルーティングルールで処理できません。

ルーティングと振り分けルーティングルール: ドメイン、宛先IP、ポートなどの条件に応じて、接続の処理経路を選択する設定です。ルールの順序は重要です。先に幅広いルールが一致すると、後続の詳細なルールが適用されない場合があります。判定結果を確認する際は、一致しなかった通信のデフォルト経路と、使用中のコアがルールに必要なドメインやアドレス情報を取得できるかも確認してください。

ルーティングと振り分けルールベースの振り分け: 条件に応じて接続ごとに、直接接続、プロキシ経由、ブロックのいずれかを選ぶ処理です。すべての通信を同じサーバーに送るものではなく、通信の取り込み、ルール、経路が連携して動作します。システムプロキシに従わないアプリの通信はクライアントに取り込まれない場合があり、その場合、ドメインルールを変更しても解決しないことがあります。

ルーティングと振り分けGeoIP: ルーティングルールから参照するIPアドレスの分類データで、アドレス範囲やラベルを使って照合条件を整理します。分類結果はデータの提供元、ファイルの内容、更新状況によって異なり、サーバーの物理的な所在地や通信速度を直接示すものではありません。ドメイン名の名前解決先が変わると、同じWebサイトでもルーティング結果が変わる場合があります。

ルーティングと振り分けGeoSite: ルーティングやDNSルールから参照するドメイン分類データで、通常はサービスや用途ごとにドメインをまとめています。ラベルはWebサイトのURLではなく、使用できるラベルもデータの提供元やバージョンによって異なります。GeoSiteのルールを適用するには、コアがドメイン名を認識できる必要があります。宛先IPしかわからない接続では、想定したドメイン分類に一致しない場合があります。

ルーティングと振り分け直接接続とプロキシ経由: 直接接続は現在のネットワークから宛先に接続し、プロキシ経由は設定済みのプロキシサーバーを通して接続します。これは最終的な通信経路を示すもので、画面上でシステムプロキシが有効かどうかとは別の判断です。実際の経路を確認するには、現在のルーティングモード、適用されたルール、コアのログを確認してください。選択中ノードのメモだけでは判断できません。

DNSとネットワーク

名前解決の経路、接続の経路、テスト結果は分けて確認しましょう。DNSを変更した後は、キャッシュやアプリ固有のネットワーク設定も考慮してください。

DNSとネットワークDNS: ドメイン名をIPアドレスなどのレコードに変換する仕組みで、多くの接続を確立する前に必要となります。名前解決はアプリ、OS、クライアントのコア、リモートサービスのいずれかで行われるため、DNSアドレスを1つ設定してもすべてのリクエストに適用されるとは限りません。Webサイトにアクセスできない場合は、名前解決の失敗と接続の失敗を切り分け、実際の経路に沿ってDNS設定を確認してください。

DNSとネットワークリモートDNSと直接接続DNS: 通常、名前解決サービスとDNSリクエストのネットワーク経路を区別する用語ですが、設定画面によって意味が多少異なることがあります。リモートDNSのアドレスを入力しても、リクエストが自動的にプロキシを経由するわけではありません。DNSサーバーへの接続にも適切なルーティングが必要です。どのドメインをどのDNSサーバーで解決するか、またDNSサーバーへの通信にどの経路を使うかを明確にしてください。

DNSとネットワークFakeDNS: ドメイン名に仮想アドレスを割り当て、ドメインとアドレスの対応関係を保持する仕組みです。コアは後続の接続でこの対応関係を参照し、元の宛先を識別できます。仮想アドレスはWebサイトの実際のサーバーアドレスではないため、通信の取り込みや対応するアドレスプールのルーティングと連携させる必要があります。機能を無効にしても、OSやアプリに以前の結果がキャッシュされている場合があるため、設定変更時はキャッシュの影響も確認してください。

DNSとネットワークDNSリーク: DNSリクエストが想定した名前解決経路から外れている状態です。たとえば、指定した経路を通るはずのリクエストが、OSやアプリによって別のDNSサービスに送信されるケースがあります。検査結果に特定のDNSサーバー名が表示されても、それだけですべてのリクエストの経路を証明できるわけではありません。アプリの暗号化DNS設定、システムの名前解決、ルーティング、キャッシュをあわせて確認してください。詳しくはDNSリークの確認と対処をご覧ください。

DNSとネットワークレイテンシと実接続レイテンシ: レイテンシは、測定処理にかかる時間を表します。TCP接続の確立、リクエストへの応答、プロキシ経由での接続では、測定結果の意味がそれぞれ異なります。実接続レイテンシは通常、現在のプロキシ経由で指定されたテスト先にリクエストを送って測定しますが、計測範囲はクライアントの実装によって異なります。テスト先、名前解決、ネットワーク状態が結果に影響するため、同じ条件で比較してください。レイテンシが低くても、ダウンロード速度が速いとは限りません。

システムプロキシとTUN

このカテゴリでは、通信がクライアントに取り込まれる仕組みを説明します。通信を取り込んだ後も、どの接続を直接接続し、どの接続をプロキシ経由にするかはルーティングで決まります。

システムプロキシとTUNシステムプロキシ: OSが提供するプロキシ設定で、通常はこの設定に従うアプリがリクエストをクライアントのローカル接続口に送ります。すべてのプログラムがプロキシを使うわけではなく、DNSリクエストが必ず同じ経路を通るわけでもありません。クライアント終了後にWebページを開けない場合は、停止した待ち受けポートを指すプロキシ設定がOSに残っていないか確認してください。

システムプロキシとTUNTUNモード: 仮想ネットワークインターフェースとシステムルーティングを使って通信を取り込むモードです。システムプロキシに従わない一部のアプリにも対応できます。通常は必要な権限に加えて、DNS、ルーティング、仮想NICの設定が必要です。有効にしても、すべての接続がプロキシ経由になるとは限りません。ネットワークが切断されたり起動に失敗したりした場合は、まずTUNを無効にして基本のネットワークを復旧し、TUN設定ガイドに沿って項目を確認してください。

システムプロキシとTUNHTTP・SOCKSローカルプロキシ: クライアントがローカル環境に用意するプロキシの接続口で、他のアプリからHTTPまたはSOCKSプロトコルを使って接続できます。アプリには、実際の接続口に合ったプロトコル、アドレス、ポートを設定してください。サブスクリプションURLをここに入力することはできません。クライアントによっては1つの混合ポートで複数のプロトコルを受け付けます。LANからのアクセスを許可する前に、待ち受け範囲とアクセス制御を確認してください。

システムプロキシとTUNLANへの通信をプロキシから除外: ローカルネットワーク宛ての通信を優先的に直接接続するルーティング設定です。ルーター、共有デバイス、LAN内サービスへのアクセスを保つためによく使われます。プロキシを無効にする設定とは異なり、その他の宛先への接続は引き続きルールに従って処理できます。機器の検出でマルチキャスト、ブロードキャスト、特定のインターフェースが必要な場合もあります。ローカルサービスに接続できないときは、TUNのルーティング、ファイアウォール、アプリに割り当てられたネットワークインターフェースも確認してください。