VMess
VMessはProject Vエコシステムのプロキシプロトコルです。ユーザー識別子で認証し、現在の実装では一般にAEAD方式を使用します。クライアントとサーバーのプロトコル設定を一致させる必要があり、システム時刻のずれが大きいと認証に影響する場合もあります。接続できないときは、まずインポートした設定がすべて揃っているか、システム時刻が正しいかを確認してください。名称だけを見て暗号化設定を変更するのは避けましょう。
V2Ray用語集
設定場面に合わせて用語を確認し、プロトコル、コア、プロキシモードの違いを把握しましょう。まず用語の用途を確認し、クライアントの設定項目と照らし合わせれば、すべてを一度に覚える必要はありません。
クライアントを設定中ですか？このページを用語集として開いたまま、サブスクリプションのインポート手順に沿って操作してください。メニュー名はバージョンによって異なる場合があるため、実際の画面で確認してください。
接続パラメーター
プロトコルと通信方式
「認証方法」と「データの伝送方法」は分けて考えましょう。同じプロトコルでも複数の通信方式を組み合わせられるため、プロトコル名だけでは設定全体の互換性を判断できません。
VLESS
VLESSは軽量なプロキシプロトコルで、単独では通信全体を暗号化しません。通常はTLSまたはREALITYと組み合わせて使います。サブスクリプションにVLESSと表示されていても、分かるのはプロトコルの種類だけです。通信方式、セキュリティ層、フロー制御の設定も確認してください。サーバー設定は、サブスクリプションで指定された組み合わせをそのまま使い、別のサーバーの設定を流用しないでください。
Trojan
Trojanは通常TLSで通信し、パスワードで認証します。サーバーのアドレス、ポート、パスワードに加え、サーバー名や証明書の検証設定も接続に影響します。証明書エラーが出た場合は、まずアドレス、システム時刻、サーバー名を確認してください。証明書の検証を無効にすると本人確認が弱まるため、常用する対処法には適しません。
REALITY
REALITYはXrayエコシステムの通信セキュリティ機構で、VLESSの設定でよく使われます。別形式のサブスクリプションURLではありません。接続時は、サーバーから指定された公開鍵、サーバー名、ショートIDなどを一致させる必要があります。組み合わせによってはフロー制御の設定も関係します。古いクライアントでこれらの項目を認識できない場合は、削除して接続を続けるのではなく、クライアントとコアの対応状況を確認してください。
通信方式
通信方式は、プロキシプロトコルのデータをネットワーク上でどのように運ぶかを表します。TCPで直接通信する方法や、WebSocketに載せて送る方法などがあります。VMessやVLESSといったプロキシプロトコルとは別の層の設定です。WebSocketを使う場合、パスやHostなどの項目が接続に必要なことがあります。変更前にサーバー側の指定を確認し、アドレスとポートだけを残すことのないようにしてください。
実行コンポーネント
コアとエコシステム
設定の管理はクライアント、接続処理はコアが担います。この役割分担を理解すると、問題がサブスクリプション管理、設定の生成、コアの実行のどこで起きているかを見分けやすくなります。
Project V
Project Vは、V2Rayを中心に形成されたオープンソースのネットワークプロキシエコシステムを指します。プロトコルの実装、設定の仕組み、関連ツールなどで構成されます。GUIクライアント、プロキシコア、サブスクリプションサービスはそれぞれ役割が異なり、同じ製品ではありません。クライアントをダウンロードしただけでは接続できません。利用可能で正しく設定されたサーバーが必要です。
Xray
XrayはV2Rayから派生したプロキシコアプロジェクトで、プロトコル処理、ルーティングの判断、アウトバウンド接続を担います。REALITYもXrayエコシステムに関連する技術の一つです。クライアントで機能を使えるかどうかは、実際に呼び出すコアのバージョンと、画面が該当パラメーターに対応しているかによって異なります。問題を調べる際は、アプリ名だけでなくクライアントとコアの情報も記録してください。
V2Fly
V2FlyはV2Rayコアと関連コンポーネントを保守するコミュニティプロジェクトで、V2Rayのプロトコルと設定のエコシステムを引き継いでいます。V2FlyとXrayには共通する概念もありますが、機能、設定項目、対応状況は完全には一致しません。v2flyNGなどのクライアントでは、実際のコアの機能に合った設定を選んでください。すべてのXray設定がそのまま動くとは限りません。
GUIクライアント
GUIクライアントには、サブスクリプション管理、サーバー選択、ログ表示、プロキシ設定の画面があります。代表例はv2rayN、v2rayNG、v2flyNGです。画面上の設定を実行用の設定に変換し、コアを呼び出してトラフィックを処理するのが一般的です。画面が正常に開いていても、コアが起動しているとは限りません。問題が起きたら実行ログも確認してください。
プロキシコア
プロキシコアは、受信したトラフィックにルールを適用し、アウトバウンド接続を確立する実行コンポーネントです。ポートの競合、未対応の設定項目、権限不足などが原因で起動に失敗することがあります。クライアントにサーバーが表示されているのにリクエストがすべて失敗する場合は、リモートサーバーを調べる前にコアの起動状態を確認してください。ローカルの実行エラーをサーバーの障害と取り違えないようにしましょう。
設定の取得元
サブスクリプションとサーバー
サブスクリプションは設定の取得元、サーバー設定は個々の接続先を表します。テスト結果は、指定した条件での状況を示すものです。それぞれを分けて理解すると、更新やトラブルシューティングが分かりやすくなります。
サブスクリプションURL
サブスクリプションURLは、複数のサーバー設定を取得するためのアドレスです。クライアントが取得した内容を読み込み、選択可能なサーバーとして登録します。アクセス認証情報を含むことが多いため、URL全体を正確にコピーして安全に保管してください。スクリーンショット、チャット、公開ページなどに載せないでください。サブスクリプションを更新すると設定を再取得できますが、接続先の選択やシステムプロキシの有効化は行われません。
サーバー設定
サーバー設定とは、通常クライアントの一覧に表示されるサーバー接続設定の1件を指します。アドレス、ポート、プロトコル、認証情報、通信パラメーターなどが含まれます。表示名だけではサーバーの場所や実際の通信経路は判断できません。選択した後は、プロキシへの接続方法とルーティングモードも確認してください。一覧に表示されていても、現在接続できるとは限りません。
サブスクリプショングループ
サブスクリプショングループは、サーバー設定を取得元ごとに管理するまとまりです。通常、メモ、サブスクリプションURL、自動更新の設定などを保存します。複数の取得元を区別できるため、更新時にサーバー設定が混ざるのを防げます。更新によって、その取得元に属する設定が上書きされる場合があります。手動で編集する前にクライアントの更新動作を確認し、残しておきたい独自設定は別に管理してください。
レイテンシ
レイテンシは、テストを開始してから応答を受け取るまでにかかった時間です。測定方法、接続先、その時点のネットワーク状況によって結果が変わります。ポート接続テスト、リクエストテスト、実際のウェブ閲覧の快適さは、同じ指標ではありません。レイテンシが低くても、ダウンロード速度が速いとは限りません。サーバーを比較するときは、同じ方法と接続先を使って複数回測定し、1回の結果だけで判断しないようにしましょう。
接続テストのレイテンシ
接続テストのレイテンシは、プロキシ経由で指定したテスト先にアクセスした際の所要時間を指します。サーバーのポートが開いているかだけを調べるより、アプリのリクエストに近い測定です。ただし、テスト先、名前解決の方法、タイムアウト設定によって結果は変わり、すべてのウェブサイトでの使い心地を示すものではありません。テストに失敗した場合は、ログを確認し、プロキシのハンドシェイク失敗、接続先への到達不能、テストサービス側の応答異常を切り分けてください。
トラフィックの経路
ルーティング
まずリクエストがコアに入っているかを確認し、次にどのルールが適用されたかを調べます。「どのトラフィックを取り込むか」と「どの送信先を選ぶか」は別の問題です。
ルーティングルール
ルーティングルールは、ドメイン、宛先IP、ポート、受信側などの条件に応じて、リクエストの送信先を決めます。主な処理先は、直接接続、プロキシ、ブロックです。一般的な設定ではルールが順番に評価されるため、前方にある広範なルールが後方の細かなルールを適用させないことがあります。カスタムルールを追加したら、保存できたかだけでなく、ログや実際のリクエストで適用結果を確認してください。
ルーティング
ルーティングは、リクエストごとに異なる送信先へ振り分ける方針です。たとえば、一部のサービスは直接接続し、残りはプロキシ経由にできます。通常はドメインやIPの分類を利用し、DNSの名前解決、ルールの順序、デフォルトのアウトバウンドにも左右されます。アプリが想定どおりに接続できない場合は、まずトラフィックがコアに入っているかを確認してからルールを調べましょう。最初から分類データの誤りと決めつけないでください。
GeoIP
GeoIPは、IPアドレスを判定するためのアドレス集合です。地域や用途ごとに分類され、ルーティングでは宛先アドレスの条件として利用できます。ルールデータ上の分類を示すものであり、サーバーの物理的な所在地をリアルタイムに測定するものではありません。コンテンツ配信ネットワークを利用するウェブサイトでは、名前解決で得られるIPが変わることがあるため、GeoIPの判定も名前解決結果とデータのバージョンに左右されます。
GeoSite
GeoSiteは、地域、サービス、用途ごとに分類されたドメインの集合で、サイトに応じてルーティング先を選ぶ際によく使われます。GeoIPとの違いは判定対象です。GeoSiteはドメイン、GeoIPはIPアドレスを対象にします。宛先IPしか確認できない場合、ドメインのルールが適用されないことがあります。DNS、トラフィックのスニッフィング、受信方式も踏まえて、実際の判定過程を確認してください。
グローバルプロキシ
グローバルプロキシは、クライアントのルーティングモードの一つです。コアに入ったトラフィックを、優先的にプロキシ経由で送信します。この設定だけで端末上のすべてのアプリが自動的に対象になるわけではありません。システムプロキシを参照しないアプリは、独自のネットワーク経路を使うことがあります。対象を広げたい場合は、グローバルモードを何度も切り替えるのではなく、TUNやアプリ内のプロキシ設定を別途確認してください。
ローカルからの取り込み
クライアント設定
システムプロキシとTUNは、トラフィックをクライアントに取り込む方法を決めます。DNSとスニッフィングは、ドメイン情報をルーティングにどう利用するかに関わります。設定を変更するときは、一度に一種類だけ調整すると、元に戻しやすくなります。
システムプロキシ
システムプロキシは、OSにプロキシのアドレスとポートを登録し、その設定に従うアプリのリクエストをクライアントへ渡します。独自のプロキシ設定を使うアプリや、システムプロキシを参照しないアプリもあるため、有効にしてもすべての通信が対象になるとは限りません。クライアント終了後に使えないローカルプロキシの設定が残っていると、アプリがネットワークに接続できなくなることがあります。その場合はシステムプロキシの設定を確認し、元に戻してください。
TUNモード
TUNモードは仮想ネットワークインターフェースを通じて、対象のトラフィックをプロキシコンポーネントに渡します。より多くのアプリの通信を取り込みたい場合に使われます。通常は追加の権限が必要で、実際の動作はルーティング、DNS、除外ルールにも左右されます。ほかの仮想ネットワークアダプターやVPNツールを同時に使うと、ルーティングが競合することがあります。まずTUNだけで動作を確認してから、ほかのコンポーネントを一つずつ戻してください。
FakeDNS
FakeDNSはアプリに合成IPを返し、その後の接続が対応するプロキシ経路に入ったときにドメインを復元します。ルーティングや接続処理を補助する仕組みです。これらのアドレスは接続先サーバーの実際のグローバルIPではなく、対応する処理なしでは利用できません。関連モードを変更または無効にした後も、古いDNSキャッシュが接続に影響する場合があります。キャッシュと接続状態は、クライアントの説明に従って確認してください。
DNSリーク
DNSリークは、ドメインの問い合わせが想定したポリシーとは異なる経路で名前解決されることを指します。たとえば、アプリが設定済みのリゾルバーを使わず、独自に問い合わせを送信する場合があります。リークの有無は、想定するDNSポリシーに照らして判断してください。テストページに表示された地域だけを根拠に結論を出すことはできません。調査する際は、システムDNS、ブラウザーのセキュアDNS、コアの名前解決設定、TUNによるDNSの取り込みをそれぞれ確認してください。
トラフィックのスニッフィング
トラフィックのスニッフィングは、接続開始時のプロトコル情報からドメインなどを特定し、ルーティングの判断に役立てます。HTTPSの本文を復号する機能ではなく、すべての暗号化接続からドメインを特定できるわけでもありません。識別結果をルーティングだけに使うか、接続先の情報を上書きするかは設定によって異なります。変更する前に、クライアントの各設定項目が実際に何をするのか確認してください。