VMess
Project Vのエコシステムに属するプロキシプロトコルで、ユーザー認証とデータのカプセル化を担います。ユーザーIDには通常UUIDを使用します。クライアントとサーバーで通信方式とセキュリティ設定も一致させる必要があり、UUIDが一致するだけでは接続できません。認証エラーの原因を調べる際は、サブスクリプションの失効と誤認しないよう、端末の時刻も確認してください。
設定ガイド / 25の用語
V2Ray用語集
まずプロトコル、コア、クライアントの違いを整理し、サブスクリプション、ルーティング、通信の取り込み方法を確認しましょう。設定項目の用途から探し、名前が似た機能を混同しないことが大切です。
- プロトコルが接続方式を定める
- コアが設定を実行する
- クライアントが設定を管理する
接続方式とセキュリティレイヤー
プロトコルと通信方式
プロトコル名だけでは設定は完結しません。通信方式、認証項目、セキュリティレイヤーをそれぞれ対応させる必要があります。
VLESS
軽量なプロキシプロトコルで、汎用的なデータ暗号化レイヤーは備えていません。実際の運用ではTLSまたはREALITYと組み合わせるのが一般的です。UUID、通信方式、場合によってはflowフィールドもサーバー側の設定に合わせてください。VLESSと表示されていても、その設定で使用する拡張機能をコアがサポートしているか確認が必要です。プロトコル名だけで互換性を判断しないでください。
Trojan
通常はTLS接続内でプロキシ要求を転送し、パスワードで認証するプロトコルです。アドレスとポートに加え、サーバー名、証明書、通信パラメーターも確認してください。パスワードが正しくても、TLSハンドシェイクが成功するとは限りません。証明書エラーが出たら、端末の時刻と名前の一致を先に確認し、証明書検証を安易に無効化しないでください。
Shadowsocks
共通鍵暗号を使用するプロキシプロトコル群です。接続設定にはサーバーアドレス、ポート、パスワード、暗号化方式が含まれます。暗号化方式はプロトコルの互換性に関わるため、クライアント側で任意に変更できません。実装によって対応する方式や拡張機能が異なる場合があります。インポート後も、コアが設定を実際に実行できるか確認してください。
REALITY
Xrayエコシステムの通信セキュリティ機構で、VMessやVLESSと並ぶ独立したプロキシプロトコルではありません。クライアントでは通常、サーバー指定の公開鍵、サーバー名、shortIdを設定します。具体的な項目は使用中のバージョンで確認してください。設定をコピーする際は各項目の対応関係を保ち、アドレス、ポート、UUIDだけを移さないようにしてください。
画面、実行レイヤー、プロジェクトの背景
コアとエコシステム
画面に項目が表示されていても、現在実行中のコアがすべてのパラメーターに対応しているとは限りません。
Project V
モジュール型ネットワークプロキシツールを中心に形成されたプロジェクトの背景を指し、V2Rayはよく使われる技術名称のひとつです。現在公開されている解説や共有設定は、異なるコア系列を対象にしている場合があり、すべての設定構文が共通とは限りません。古い資料を参照する際は、公開日、対象コア、使用するクライアントのバージョンも確認してください。
V2Fly
V2Rayコアの開発を引き継ぐコミュニティプロジェクトで、プロトコル処理、ルーティング、DNSなどを実行します。v2flyNGはこのコア系列を使用するAndroidクライアントで、対応する設定体系に沿って利用できます。V2FlyとXrayには共通する技術的な背景がありますが、その後の拡張機能は完全には一致しません。移行前に具体的な機能を確認してください。
Xray-core
接続、プロトコル処理、DNS、ルーティングを実行するプロキシコアです。v2rayNGはXrayコアを使用し、v2rayNも対応するコアを設定できます。利用できる機能は、クライアントに組み込まれている、またはクライアントから呼び出されるバージョンによって異なります。GUIを更新した後は、ログでコアも更新され、正常に起動しているか確認してください。
GUIクライアント
サブスクリプション管理、設定編集、実行制御、ログ確認の画面を備え、画面上の設定をコア用の設定に変換するプログラムです。v2rayN、v2rayNG、v2flyNGはいずれもクライアント名であり、プロキシプロトコルではありません。画面が正常に開いてもコアの起動に失敗することがあります。トラブル時はクライアントの状態とコアの実行ログを分けて確認してください。
インバウンドとアウトバウンド
インバウンドはアプリから渡された通信を受け取り、アウトバウンドはその後の接続方法（直接接続、リモートプロキシなど）を決めます。ルーティングルールでは、outboundTagを使って定義済みのアウトバウンドを指定できます。例にあるdirectはタグの慣例であり、どの設定にも自動で用意される固定の出口ではありません。
設定の取得元とテスト結果
サブスクリプションとノード
インポートに成功しただけでは接続できるとは限りません。実際のリクエストで通信を確認してください。
サブスクリプション
1つのURLから複数の接続設定を取得・更新する仕組みです。サブスクリプションURLはプロキシサーバーのアドレスではありません。説明用の例はhttps://example.com/sub?token=xxxxです。実際の接続には使用できません。実際のURLには設定へのアクセス権を与えるパラメーターが含まれることがあります。ログやスクリーンショットを共有する前に、URL全体と認証情報を隠してください。
ノード
クライアントで選択できるリモート接続設定です。通常はアドレス、ポート、プロトコル、認証、通信方式のパラメーターが含まれます。ノード名に含まれる地域や用途は、設定提供者が付けたメモにすぎず、クライアントが確認した結果ではありません。ノードの切り替えは接続設定の選択であり、システムプロキシの変更とは別です。また、ローカルのルーティング問題が自動で解決するわけでもありません。
サブスクリプショングループ
設定の配信元ごとにノードをまとめて管理する単位です。配信元ごとの更新、絞り込み、整理に役立ちます。v2rayNでは「サブスクリプショングループ」から配信元URLと更新対象を確認できます。グループは設定管理のためのもので、通信の振り分けとは異なります。特定のサイトにどのアウトバウンドを使うかは、実際のルーティングルールと選択中の接続設定によって決まります。
遅延
テストにかかった時間を指し、テスト方法と合わせて解釈する必要があります。TCP接続の確立時間が示すのは、接続先ポートまでの一部の接続処理だけです。認証の成功、Webページの表示、ダウンロード速度を示すものではありません。結果を比較するときはテスト先とネットワーク条件を揃えてください。一度の低い数値だけで長時間の接続安定性は判断できません。
実接続遅延
選択したプロキシ設定を使ってテスト先へ実際にリクエストを送り、応答までにかかった時間です。単純なポート確認より多くの接続処理が含まれますが、結果はDNS、テストサイト、認証、サーバーの状態にも左右され、帯域幅に換算することはできません。テストに失敗したら、まずテスト先にアクセスできるか確認し、ログからどの段階で失敗したかを調べてください。
照合条件とリクエストの接続先
ルーティングと振り分け
どのルールでアウトバウンドを選ぶか考える前に、アプリの通信がクライアントに取り込まれているか確認しましょう。
ルーティングルール
ドメイン、IP、ポート、インバウンドタグなどの条件に応じてアウトバウンドを選ぶ設定です。通常は上から順に照合され、最初に一致した有効なルールでリクエストの接続先が決まります。条件が大まかなルールが後続の細かいルールに先に一致する場合もあります。設定を確認するときは、domain、ip、outboundTagに加え、コアのドメイン解決方式も確認してください。
通信の振り分け
リクエストごとにルールを適用し、直接接続、プロキシ、ブロックなどのアウトバウンドを選ぶ方針です。たとえば、LAN内のアドレスは直接接続し、指定したドメインはプロキシ経由にできます。振り分けが処理するのは、すでにコアに取り込まれた通信だけです。クライアントの「全般」や「グローバル」は通常、取り込み済みのリクエストで共通のアウトバウンドを選ぶ設定であり、OSのすべての通信が取り込まれるという意味ではありません。
GeoIP
地域や用途ごとにまとめたIPアドレスの集合で、通常はgeoip.datから提供されます。geoip:privateはプライベートアドレスなどの範囲を指定する一般的な記述で、照合対象はIPアドレスであり、サイト名ではありません。データベースの情報が実際のアドレスの用途に追いついていない場合もあります。誤った振り分けが起きたら、接続先の解決結果とデータファイルの配布元を確認してください。
GeoSite
カテゴリ別にまとめたドメインの集合で、通常はgeosite.datから提供されます。geosite:cnはよく使われる指定形式です。カテゴリ名は読み込んでいるデータファイルによって異なり、すべてのファイルに同じカテゴリが含まれるわけではありません。「カテゴリが見つからない」などのエラーが出たら、ファイルのバージョン、指定の書き方、コアが実際に読み込んでいるパスを確認してください。
FakeDNS
アプリに合成IPを返し、内部でそのIPと元のドメインの対応関係を保持することで、後続の接続時にドメイン情報を復元しやすくします。DNSの取り込み、仮想アドレスの範囲、ルーティング設定と組み合わせて使う必要があります。スイッチを1つ有効にするだけで、すべての名前解決経路が正しくなるわけではありません。無効化した後もアプリに合成アドレスがキャッシュされている場合は、キャッシュの削除やアプリの再起動が必要になることがあります。
ローカル通信の取り込みと名前解決経路
クライアント設定
接続の取り込み、名前解決、ルーティングはそれぞれ別の段階です。トラブル時は、一度に変更する設定を1つに絞って確認しましょう。
システムプロキシ
OSがアプリに提供するプロキシ接続先の設定で、この設定に従うアプリだけが指定された接続先を使用します。v2rayNの「システムプロキシを自動設定」は接続先を設定し、「システムプロキシを解除」は設定を削除します。「システムプロキシを変更しない」は現在の設定を維持します。一部のターミナルやアプリでは個別設定が必要です。システムプロキシを有効にしても、すべての通信が取り込まれるわけではありません。
TUNモード
仮想ネットワークインターフェースでIPパケットを受け取り、プロキシに処理させる方式です。システムプロキシを参照しない一部のアプリの通信も取り込めます。通常は追加の権限が必要で、ほかの仮想ネットワークアダプター、DNSの取り込み、ルーティング設定と競合することがあります。有効にする前に通常のプロキシ接続が使えることを確認してください。通信できなくなった場合は、まずTUNを無効にし、権限、ネットワークアダプター、実行ログを確認しましょう。
DNSリーク
DNSクエリが想定した名前解決経路から外れる現象です。たとえば指定したDNSリゾルバーに処理させるつもりでも、クエリがOSの既定リゾルバーに送られる場合があります。ブラウザーの暗号化DNS、アプリ独自の名前解決、クライアントのDNS設定も結果に影響します。Webサイトの接続元IPが変わっただけでは、DNS経路が正しいとは判断できません。アプリごとに名前解決設定と実際のクエリ先を確認してください。
ローカル待ち受けポート
クライアントがローカルでプロキシ要求を受け付けるポートです。画面に10808と表示されていても、実際の値は現在の設定を確認してください。アプリ側で指定するHTTPまたはSOCKSの接続方式も、待ち受け方式に合わせる必要があります。ポート番号だけをコピーしないでください。接続を拒否されたら、コアが起動しているか、ポートが使用中でないか、アプリが正しいローカルアドレスに接続しているか確認しましょう。
トラフィックのスニッフィング
接続の初期データからドメイン名やプロトコルの手がかりを抽出し、ドメインに基づくルーティング判断を補助する機能です。HTTPSの本文を復号するものではなく、あらゆる接続からドメイン名を取得できるわけでもありません。スニッフィング結果をルーティングだけに使うか、接続先アドレスにも反映するかは設定によって異なります。変更前に、問題がドメインの識別と名前解決経路のどちらにあるか確認してください。
設定手順から詳しく見る
用語の解説を参考に、各設定項目の役割を確認できます。実際に設定する際は、まずガイドに沿って接続を確立し、その後DNS、TUN、カスタムルーティングを調整してください。