設定ガイド / よく使う用語24選
V2Ray用語ガイド
プロトコルからコア、通信の取り込みまで、設定の階層ごとに確認できます。
用語がどの階層を指すのかを確認してから、対応する設定を変更しましょう。プロトコルは通信方式を定め、コアは接続を実行し、クライアントは設定を管理します。サブスクリプションは接続情報を提供するもので、アプリの通信をクライアントに取り込むにはシステムプロキシまたはTUNを設定します。
接続設定
プロトコルとトランスポート
プロトコル、トランスポート方式、トランスポートセキュリティは別々の設定項目です。インポート後はサーバー側が指定した組み合わせを維持し、プロトコル名だけを変更しないでください。
- VMessProxy protocol
- VMessはユーザー認証とデータ保護の仕組みを備えたプロキシプロトコルです。設定には通常、サーバーアドレス、ポート、UUIDが含まれます。複数のトランスポート方式に対応しますが、クライアントとサーバーの設定に互換性が必要です。認証に失敗した場合は、ポートに接続できるかどうかだけで判断せず、UUID、コアの対応状況、端末の時刻を確認してください。
- VLESSLightweight proxy protocol
- VLESSは軽量な認証とデータ転送を重視するプロトコルで、単体では通信を暗号化しません。実際の運用ではTLSまたはREALITYと組み合わせるのが一般的です。UUID、トランスポート方式、トランスポートセキュリティ、必要に応じて設定するflowは、それぞれ役割が異なります。VLESSを選んでもこれらの設定が不要になるわけではなく、あらゆるネットワークや端末で他のプロトコルより高速になるとは限りません。
- TrojanTLS-based proxy protocol
- Trojanは通常、TLSで接続を保護し、パスワードでプロキシ認証を行います。パスワードが正しいことと、証明書の検証に成功することは別の条件です。サーバー名、証明書の有効期限、端末の時刻に問題があると接続できない場合があります。トラブル時は証明書の検証を無効にせず、サーバーから指定されたアドレス、サーバー名、認証情報を確認してください。
- REALITYTransport security
- REALITYはXrayエコシステムのトランスポートセキュリティ機能で、VLESSと組み合わせて使われることが多く、単独でVLESSの代わりになるプロキシプロトコルではありません。通常、クライアント側にサーバー名、公開鍵、ショートIDなどの情報が必要です。各項目は提供元の指示に従って設定してください。必要な情報がない場合やコアが非対応の場合、画面上のセキュリティ設定を切り替えるだけでは接続条件を満たせません。
動作の基盤
コアとエコシステム
GUIが似ていても、基盤の機能が同じとは限りません。設定が利用できるか判断するには、クライアントの対応状況と実際に動作するコアの両方を確認してください。
- Project VProject ecosystem
- Project Vは、モジュール型ネットワークプロキシツールを中心に形成されたプロジェクトとエコシステムです。V2Rayはその中で広く使われる主要ツールの名称です。一般に「V2Rayクライアント」と呼ばれるGUIツールも、すべてが同じコアを使うわけではありません。互換性を確認する際は、クライアント名とコア名を確認してください。
- XrayXray-core
- XrayはV2Rayから派生したオープンソースのプロキシコアで、プロトコル処理、ルーティング、DNSなどを担います。V2Flyと技術的な背景を共有していますが、その後の機能や設定の詳細は完全には一致しません。機能の利用には対応するコアのバージョンが必要で、GUIクライアントが正しい設定を生成できることも重要です。ノードのプロトコル名だけで判断しないでください。
- V2FlyCommunity-maintained V2Ray
- V2FlyはV2Ray関連の実装を継続的にメンテナンスするコミュニティプロジェクトで、モジュール型プロキシツールの開発を引き継いでいます。Xrayとは別のプログラムで、設定項目をすべて相互に置き換えられるわけではありません。v2flyNGなどV2Flyを利用するクライアントでは、実際のコアのバージョンに応じて、プロトコル、トランスポート、DNSの対応範囲を確認してください。
- コアCore / Runtime engine
- コアはプロキシプロトコル、ルーティングルール、名前解決を実行する基盤プログラムで、GUIクライアントは設定管理や操作画面を担当します。クライアントの画面が開いていても、コアが正常に動作しているとは限りません。起動に失敗した場合は、実行ログで設定エラー、権限、ポートの競合に関するメッセージを確認してください。コアを切り替える前に、接続設定が切り替え先のコアで認識されるかも確認しましょう。
操作画面
クライアントとインターフェース
デスクトップではまずv2rayNを検討し、Androidでは必要なコアを確認してからv2rayNGとv2flyNGを選びましょう。
- v2rayNDesktop client
- v2rayNはWindows、macOS、Linux向けのGUIクライアントで、サーバー管理、サブスクリプションの更新、プロキシ関連設定を行えます。メニューの位置や利用可能な機能は、プラットフォーム、画面のバージョン、配布形式によって異なる場合があります。説明にあるボタン名は実際の画面に合わせて読み替えてください。ダウンロード時はOSとCPUアーキテクチャを確認し、その後サブスクリプションや通信の取り込みを設定します。
- v2rayNGAndroid client / Xray
- v2rayNGはXrayコアを使用するAndroid向けGUIクライアントで、システムVPNの許可を得て通信を取り込めます。サーバーを選択した後、サービスを起動してはじめて、アプリの通信がルールに従ってコアに送られます。バックグラウンドで停止する場合は、省電力設定とVPNの状態を確認してください。接続が切れる原因をすべてサブスクリプションの失効と決めつけないようにしましょう。
- v2flyNGAndroid client / V2Fly
- v2flyNGはV2Flyコアを使用するAndroid向けGUIクライアントで、特定のコアとの互換性が必要な場合の選択肢です。v2rayNGと名前は似ていますが、両者が同じ拡張設定にすべて対応しているとは限りません。選ぶ前に、既存の設定で必要なプロトコルやトランスポートに対応しているか確認してください。移行後はルーティング、DNS、アプリの通信取り込み設定も見直しましょう。
- インバウンドとアウトバウンドInbound / Outbound
- インバウンドはアプリからコアに渡される通信を受け取ります。たとえば、ローカルのSOCKSポートで待ち受けます。アウトバウンドは、直接接続するか、リモートサーバー経由で転送するかなど、コアから通信を送出する方法を決めます。ルーティングルールはその間で条件に応じてアウトバウンドを選択します。設定内のタグは参照名です。ルールが参照するアウトバウンドのタグは、定義済みのタグと一致している必要があります。一致しない場合、起動や転送に失敗することがあります。
設定の入手元
サブスクリプションとサーバー設定
インポート、更新、選択、有効化はそれぞれ別の操作です。サブスクリプションにサーバーが表示されても、設定がクライアントに追加されたことを示すだけです。
- サブスクリプションSubscription
- サブスクリプションは、サーバー設定をまとめて取得・更新するためのURLまたはデータです。クライアントが読み込むと、設定が一覧に追加されます。更新によってサーバー設定が追加、削除、変更される場合がありますが、接続できることやシステムプロキシが有効になったことを保証するものではありません。サブスクリプションURLにはアクセス情報が含まれる場合があるため、機密情報として扱い、スクリーンショットやログを共有する前にURL全体を隠してください。
- サーバー設定Server profile / Node
- サーバー設定は、クライアントで使う接続パラメーター一式の一般的な呼び方です。通常、アドレス、ポート、プロトコル、認証情報、トランスポート設定が含まれます。一覧に表示される名前は識別用であり、実際の接続先や品質を名前だけで判断できません。切り替え後はその設定が現在の接続先になっていることを確認し、必要に応じてクライアントの案内に従ってコアを再読み込みしてください。
- レイテンシと実接続テストLatency / End-to-end test
- 通常のレイテンシテストは、サーバーポートへの接続時間だけを測る場合があります。実接続テストは通常、プロキシ経由でテスト先にリクエストを送り、実際の転送経路に近い状態を測定します。測定方法はクライアントによって異なるため、結果を単純に比較することはできません。数値が低くても継続的なダウンロード速度が速いとは限りません。テストに失敗した場合も、テスト先、DNS、ルーティングが原因の可能性があるため、実際のアクセス状況やログと合わせて確認してください。
通信の経路
ルーティングとDNS
まず通信がコアに届いているかを確認し、その後ルールの照合方法を調べましょう。アプリ自身がドメイン名を名前解決する場合、コアが参照できる情報が変わることもあります。
- ルーティングルールと通信の振り分けRouting / Traffic selection
- 通信の振り分けとは、ドメイン、宛先IPアドレス、ポート、プロトコルなどの条件に応じて接続先のアウトバウンドを選ぶことです。ルーティングルールは、その選択条件を具体的に記述したものです。ルールの順序は重要で、広い条件が具体的なルールより先に適用される場合があります。問題を調べる際は、一致条件、アウトバウンドのタグ、どのルールにも一致しない場合の処理を確認してください。画面上のモード名は、あらかじめ設定されたルールの概要です。
- GeoIPとGeoSiteIP sets / Domain sets
- GeoIPはIPアドレスのリスト、GeoSiteはドメインのリストを提供し、コアはこれらのデータを使ってルーティング条件を簡潔にできます。ルール照合用のデータであり、リアルタイムの速度測定結果ではなく、分類が常に正確とも限りません。データの提供元、カテゴリ名、バージョンによって照合結果は変わります。ドメインルールとIPアドレスルールの結果が異なる場合は、名前解決の設定も確認してください。
- DNSとFakeDNSName resolution / Synthetic mapping
- DNSはドメイン名をIPアドレスなどのレコードに変換し、アプリはその情報を使って接続します。FakeDNSは合成アドレスを返し、ドメイン名との対応を保持することで、対応する通信取り込み経路が本来の宛先を復元できるようにします。DNSサーバーのアドレスを変更するだけで有効になる機能ではありません。名前解決の経路、コアの対応状況、通信の入口が連携していないと、合成アドレスを正しく転送できない場合があります。
- DNSリークUnexpected DNS path
- DNSリークとは、名前解決の問い合わせが想定した経路を通らない状態です。たとえば、ブラウザーやOSが別のDNSサーバーへ直接問い合わせているケースです。経路が想定と異なる状態を指し、すべての名前解決が失敗することを意味するわけではありません。OS、クライアント、ブラウザーの暗号化DNS、通信の振り分け設定を個別に確認してください。単一のテストで表示されたDNSサーバー名だけでは、すべてのアプリの問い合わせ経路を確認できません。
通信の入口
システムプロキシとTUN
通信をどこまで取り込むかと、どの経路へ送るかは分けて考えましょう。クライアントに届いた通信も、ルールによってはリモートサーバーを経由せず直接接続します。
- システムプロキシSystem proxy
- システムプロキシは、OSが対応アプリに提供するプロキシ接続先です。ブラウザーからローカルのHTTPプロキシへ接続する際などに使われます。すべてのプログラムの通信を取り込むものではありません。コマンドラインツールは独自の環境変数を参照する場合もあれば、システム設定を無視する場合もあります。ブラウザーでは接続できるのにターミナルから接続できない場合は、それぞれのプロキシ設定を確認してから、より広い範囲で通信を取り込む必要があるか判断してください。
- TUNモードVirtual network interface
- TUNは仮想ネットワークインターフェースを使ってネットワーク層で通信を取り込み、システムプロキシ設定に従わない一部のアプリにも対応できます。有効化には追加の権限、ルーティング、DNSの設定が必要になることがあり、実際に使える機能はプラットフォームやクライアントの実装によって異なります。TUNを有効にしてもすべての接続がプロキシ経由になるわけではなく、取り込まれた通信もルールによっては直接接続します。他のVPNや仮想ネットワークインターフェースと併用する場合は、ルーティングの競合も確認してください。
- SOCKS・HTTPプロキシポートLocal proxy listener
- ローカルポートは、アプリがプロキシサービスに接続するための入口です。SOCKSとHTTPは異なるプロキシプロトコルを示します。アプリに設定するプロトコル、アドレス、ポートは、クライアントの待ち受け設定と一致させてください。たとえば、
127.0.0.1:10808は、そのポートで必要なサービスが実際に待ち受けている場合にのみ利用できます。ループバックアドレスは同じ端末を指します。LANから接続できるように待ち受け先を変更する前に、アクセス範囲を把握し、必要なアクセス制御を設定してください。
- VpnServiceとアプリ別プロキシAndroid traffic capture
- VpnServiceは、アプリがVPNによる通信の入口を作成するためにAndroidが提供するシステムAPIです。許可の確認画面は、アプリがこの入口の利用を求めていることを示します。アプリ別プロキシでは、対象アプリだけを取り込む設定と、選択したアプリを除外する設定が一般的で、この2つは意味が逆です。入口に入った後も、ドメインやIPアドレスに応じて通信を振り分けられます。そのため、アプリを選択しても、すべての接続がリモートサーバー経由になるとは限りません。