プロトコルと通信方式
VMess
Project Vエコシステムのプロキシプロトコルで、ユーザーIDなどのパラメーターを使って認証します。プロトコル、通信方式、TLSはそれぞれ異なるレイヤーです。インポート後も各項目がサーバー側の設定と一致しているか確認してください。接続認証に失敗した場合は、ルーティングモードを何度も切り替えるのではなく、端末の時刻が正しいかも確認してください。
設定用語と各項目の意味
V2Ray用語集
プロトコルやコアからルーティング、DNSまで、設定のレイヤーごとに用語を確認できます。各項目に個別のアンカーがあり、v2rayN、v2rayNG、v2flyNGのメニューと照らし合わせるのに便利です。
プロトコルと通信方式
プロトコルは接続の動作を定め、通信方式とセキュリティ設定はデータの運び方や保護方法を決めます。
プロトコルと通信方式
VLESS
軽量なプロキシプロトコルで、単体ではペイロードを暗号化しません。通常はTLSやREALITYなどのセキュリティ機能と組み合わせて使います。ユーザーID、通信方式、flowなどの項目はサーバー側の設定に合わせてください。同じVLESSでもセキュリティ機能が異なる場合があるため、パラメーターをそのまま流用できるとは限りません。
プロトコルと通信方式
Trojan
一般にTLSで安全な接続を確立し、パスワードで認証するプロキシプロトコルです。サーバーアドレス、ポート、パスワード、TLSの各項目を正しく設定し、証明書の検証は有効のままにしてください。サーバーアドレスとTLSのサーバー名は役割が異なります。証明書エラーが発生した場合は、名前の一致を確認してください。
プロトコルと通信方式
REALITY
Xrayエコシステムの通信セキュリティ機能で、VLESSの設定によく使われます。公開鍵、shortId、serverNameなどはサーバー側の指定と一致させる必要があります。サーバーアドレスだけから設定全体を再構成することはできません。編集時はサブスクリプションに含まれる項目をすべて保持し、クライアントのコアが該当する組み合わせに対応しているか確認してください。
コアとエコシステム
クライアントは設定画面を提供し、コアは接続とルールを処理します。機能が使えるかどうかは、実際のバージョンで確認してください。
コアとエコシステム
Project V
モジュール型ネットワークプロキシツールを中心に形成されたプロジェクトと技術のエコシステムです。GUIクライアントが設定を編集し、コアが接続を処理します。両者は別のレイヤーです。V2Ray関連の解説を読む際は、プロトコル、コアの設定、特定クライアントの操作のどれを扱っているか、まず確認してください。
コアとエコシステム
Xray
V2Rayと技術的な系譜を共有するプロキシコアで、VLESSやREALITYなどの設定に対応します。v2rayNGはXrayコアを使用しますが、利用できる機能はクライアントに付属するコアのバージョンにも左右されます。v2rayNの「Coreタイプ」を確認する際は、サーバーで使うプロトコルも考慮してください。名称が違うという理由だけで切り替える必要はありません。
コアとエコシステム
V2Fly
V2Rayプロジェクトの発展を引き継ぐコミュニティと、そのコア実装です。一般にV2Fly Coreと呼ばれます。v2flyNGはこのコアの系統に属し、設定項目やプロトコルの対応状況は実際のバージョンで確認してください。他のコア向けの設定例がそのまま使えるとは限りません。特に通信セキュリティの項目とルーティング設定の形式を確認してください。
コアとエコシステム
GUIクライアント
サブスクリプションの管理、サーバーパラメーターの編集、コアの実行制御を行う画面アプリです。v2rayNはWindows、macOS、Linux向け、v2rayNGとv2flyNGはAndroid向けです。メニューや設定の保存方法はアプリごとに異なります。別の端末へ移行する場合は、設定フォルダー全体をコピーするのではなく、双方が対応するサブスクリプションまたは共有形式を利用してください。
サブスクリプションとサーバー
設定の取得元、サーバー項目、テスト結果を区別し、インポート成功を接続成功と混同しないようにしましょう。
サブスクリプションとサーバー
サブスクリプション
サーバー設定をまとめて取得・更新するためのリンクまたは設定ソースです。認証情報が含まれる場合があります。更新に成功しても、内容を取得して解析できたことを示すだけで、接続できるとは限りません。「サブスクリプショングループ」または「サブスクリプショングループ設定」にリンクを保存した後、更新を実行し、フィルター条件が設定されていないか確認してください。
サブスクリプションとサーバー
サーバー
クライアントで、リモートサーバーへの接続パラメーター一式を指す一般的な呼び方です。通常はアドレス、ポート、プロトコル、認証情報が含まれます。表示名は識別用のラベルにすぎず、接続品質やプロトコルの互換性を示すものではありません。サブスクリプションから作成された項目を手動で編集すると、次回の更新で変更が上書きされることがあります。設定を残したい場合は、独立した項目として追加してください。
サブスクリプションとサーバー
サブスクリプショングループ
設定ソースごとにサーバー項目を分けて管理するクライアント機能です。v2rayNの「サブスクリプショングループ」では、取得元や更新範囲を区別できます。グループ自体はルーティングポリシーではありません。リストが突然空になった場合は、サブスクリプションが無効と判断する前に、現在のグループ、サーバーフィルター、更新結果を確認してください。
サブスクリプションとサーバー
実接続遅延
クライアントがプロキシ経由でテスト先にアクセスしたときの所要時間です。測定範囲は実装によって異なります。サーバーポートへの直接テストとは異なり、スループットやすべてのサイトでの使用感を単独で示すものではありません。テストに失敗した場合は、ログとテスト先への到達性を確認してください。すべてのアプリで接続に失敗すると判断することはできません。
ルーティングと振り分け
ルーティングは「接続をどのアウトバウンドへ送るか」を決め、ルールデータは照合対象となるドメインやIPの集合を提供します。
ルーティングと振り分け
ルーティングルール
ドメイン、IP、ポート、インバウンドなどの条件に基づいて、接続を指定したアウトバウンドへ振り分けるルールです。一般的なコアはルールを上から順に照合します。「ルーティング設定」を変更した後は、編集したルーティング設定が実際に有効になっているか確認してください。
ルーティングと振り分け
通信の振り分け
接続先に応じて、直結、プロキシ、ブロックなどのアウトバウンドへ振り分ける設定です。ルーティングルールと、利用可能なドメインまたはIP情報が必要です。システムプロキシを有効にするだけでは実現できません。「中国本土をバイパス」などのプリセットを選んだ後も、ルールデータとDNSポリシーを確認し、実際に何を基準に照合しているか確かめてください。
ルーティングと振り分け
GeoIP
IPアドレスをアドレス集合と照合するためのルールデータです。一般的な記述例はgeoip:cnです。照合結果はデータのバージョンと実際の接続先IPに左右されます。ラベルをリアルタイムかつ正確な位置判定と捉えないでください。接続先がCDNを利用する場合、名前解決で得られるアドレスが変わり、同じドメインでもIPルールの照合結果が変わることがあります。
ルーティングと振り分け
GeoSite
ドメインをカテゴリ別にまとめたルールデータです。一般的な記述例はgeosite:cnです。通常、照合には接続先ドメインの取得が必要で、使用中のルールデータに該当カテゴリが含まれている必要があります。画面上の「geosite:cn → direct」は、ドメイン集合から直結アウトバウンドへの振り分けを示しています。そのまま貼り付けて使える完全なJSONルールではありません。
DNSとネットワーク
まず、どの機能が名前解決を行い、問い合わせがどの経路を通るかを確認してから、ドメイン戦略やFakeDNSを調整してください。
DNSとネットワーク
DNS
ドメインをIPアドレスなどのレコードに変換するシステムです。クライアント内蔵DNS、システムDNS、アプリ独自の名前解決が併用される場合があります。一か所を変更しても、すべての問い合わせに反映されるとは限りません。v2rayNGの「ローカルDNSを有効化」などの設定を変更した後は、再接続し、アプリのキャッシュが古い結果を使い続けていないか確認してください。
DNSとネットワーク
ドメイン戦略 IPIfNonMatch
ルーティングにおけるドメイン戦略の設定値の一つです。ドメインがルールに一致しない場合にIPアドレスを解決し、改めてルールと照合します。ルーティング時にIP情報が必要になるタイミングを決めるもので、DNSサーバーのアドレスや問い合わせ先のアウトバウンドを指定する設定ではありません。「ルーティング設定」で変更する際は、IP情報を必要とする照合ルールがあるかも確認してください。
DNSとネットワーク
FakeDNS
合成アドレスでドメインの問い合わせに応答し、アドレスとドメインの対応関係を管理する仕組みです。後続の接続は、この対応関係を認識できるコンポーネントが処理する必要があります。機能を無効にしても、アプリが合成アドレスをキャッシュしている場合があります。接続に問題が起きたら、関連アプリを再起動し、名前解決の状態を更新してください。
DNSとネットワーク
DNSリーク
DNS問い合わせが想定した経路ではなく、別のリゾルバーに送られる現象です。原因を調べる際は、システムの名前解決、ブラウザーの暗号化DNS、クライアント内蔵DNSを区別し、実際の問い合わせ経路を確認してください。テストページに表示されるリゾルバー名は手がかりにすぎません。クライアントの設定と照らし合わせ、想定した動作か判断してください。
クライアント機能
通信の取り込み、入口と出口、ドメインの識別にはそれぞれ異なる役割があります。オプションを増やしても、設定の精度が上がるとは限りません。
クライアント機能
システムプロキシ
システムプロキシ設定に従うアプリに、ローカルのプロキシ接続先を提供する方式です。v2rayNの「システムプロキシを自動設定」は関連するシステム設定を変更しますが、すべてのアプリがこの接続先を使うとは限りません。「システムプロキシを解除」と「システムプロキシを変更しない」は別の動作です。後者は、他のプログラムが設定したものも含め、現在のシステム設定を保持します。
クライアント機能
TUNモード
仮想ネットワークインターフェースとシステムルートを使って通信を取り込む方式です。有効にする前に、権限、DNS、既存のVPNとの競合を確認してください。取り込まれた通信もルーティングルールに従います。デスクトップ版の「Tunを有効にする」とAndroidのVPN接続許可は、画面上の別の操作です。他方の手順をそのまま流用しないでください。
クライアント機能
インバウンドとアウトバウンド
インバウンドはコアが接続を受け取る入口、アウトバウンドはコアが接続先またはリモートサーバーへ接続する出口です。ルーティングルールがインバウンドの通信を適切なアウトバウンドへ振り分けます。設定から参照するタグは、定義と一致させてください。解説で使われるdirectは通常、直結アウトバウンドのタグを指しますが、カスタム設定では対応する定義が必要です。名前だけでアウトバウンドが自動作成されるわけではありません。
クライアント機能
トラフィックのスニッフィング
接続の初期データから接続先ドメインなどのメタ情報を推定し、ルーティング判定に利用する機能です。任意の暗号化データを復号する機能ではなく、識別できる内容はプロトコルやクライアントの設定によって異なります。設定を調整する際は、「ルーティング判定にのみ使用」と「接続先アドレスを上書き」などの動作を区別し、識別したドメインが接続先として不適切な場合に置き換わらないよう注意してください。