PROTOCOLS & TRANSPORTS
プロトコルと伝送：接続パラメータの組み合わせ
プロトコルは認証とデータのカプセル化方式を定義し、伝送層はTCP、WebSocket、HTTP/2などの経路を決めます。両方のパラメータをサーバー設定に合わせる必要があり、プロトコル名だけで置き換えることはできません。
- VMess
- VMessはProject Vエコシステムのプロキシプロトコルで、ユーザー識別子、時刻検証、暗号化パラメータを使ってクライアントとサーバー間で通信します。設定には通常、アドレス、ポート、ユーザーID、伝送方式、セキュリティ層が含まれます。時刻が大きくずれていると、認証段階で接続に失敗することがあります。
- VLESS
- VLESSは軽量なプロキシプロトコルで、データ暗号化は別途行いません。通常はTLSやREALITYなどのセキュリティ層と組み合わせます。設定ではプロトコル、伝送、セキュリティを個別に確認し、VLESSを完全な伝送方式とみなさないでください。VLESS over TCPやVLESS over WebSocketが代表的な構成です。
- Trojan
- TrojanはTLSで安全な接続を確立し、クライアントではサーバーアドレス、ポート、認証情報、サーバー名などを指定します。証明書名、システム時刻、サーバー設定がハンドシェイクに影響します。リンクをインポートした後も、伝送セキュリティの項目が揃っているか確認してください。
- Shadowsocks
- Shadowsocksは事前共有パスワードと指定した暗号化方式でデータを処理します。クライアントとサーバーで同じ暗号化方式を選ばないと通信できません。設定項目は比較的少ないものの、プラグイン、伝送拡張、ポート情報も一つずつ対応させる必要があります。
- REALITY
- REALITYはXrayエコシステムの伝送セキュリティ方式で、VLESSやTCPと組み合わせて使われます。クライアント側には公開鍵、ショートID、サーバー名、フィンガープリントなどを指定します。いずれかがサーバーと一致しないと、接続がハンドシェイクで止まることがあります。
- WebSocket
- WebSocketはHTTP接続のアップグレード機構で双方向通信を確立する伝送方式で、設定では通常
wsと記述します。パスとリクエストヘッダーは伝送パラメータのため、サーバーと一致させる必要があります。リバースプロキシを経由する場合は、アップグレード要求が正常に転送されることも確認してください。
- gRPC
- gRPCはHTTP/2ベースのリモート呼び出し方式で、V2Ray設定ではプロトコルデータの伝送に使われます。クライアントとサーバーでサービス名を一致させ、TLSなどのセキュリティ項目を正しく設定します。WebSocketとは項目構成が異なるため、ネットワーク種別だけ変更して元のパラメータを流用することはできません。
CORE & ECOSYSTEM
コアとエコシステム：基盤機能とGUI
コアはプロトコル、伝送、ルーティング、DNSを担当し、GUIクライアントは設定管理とシステム連携を担います。画面上の名称とコアの名称は同じ概念ではなく、同じクライアントのバージョンでも異なるコアを選べる場合があります。
- Project V
- Project Vは、プロキシコア、プロトコル、ツールを中心に形成されたオープンソース技術エコシステムです。Androidアプリや単一のインストールパッケージの名称ではありません。V2Flyは関連するコア機能を受け継ぎ、Xrayは独自のプロトコルと伝送拡張を発展させています。
- V2Fly
- V2Flyはコミュニティによって継続的に保守されているV2Rayコアプロジェクトで、プロトコル処理、インバウンド・アウトバウンド、ルーティング、DNSなどの基盤機能を担います。GUIクライアントはコアを呼び出して設定を読み込み、接続を確立します。v2flyNGは主にこのコアを中心にAndroid GUIを提供します。
- Xray
- XrayはV2Rayの設定体系と深く関係するプロキシコアで、VLESS、REALITY、ルーティング、DNS、複数の伝送構成に対応します。v2rayNGは通常Xrayコアを採用し、v2rayNも対応するCoreを管理できます。設定項目を認識できない場合は、まず現在のコアとそのバージョンが対応しているか確認してください。
- v2rayN
- v2rayNはWindows、macOS、Linux向けのGUIクライアントです。サブスクリプション、サーバー、システムプロキシ、ルーティングモード、コアを管理しますが、V2Rayコアそのものではありません。デスクトップで接続は正常なのにアプリがプロキシを使わない場合は、システムプロキシまたはTUN設定を確認します。
- v2rayNG
- v2rayNGはAndroid向けのGUIクライアントで、通常はXrayコアを使用します。接続後はシステムVPNインターフェースを通じて指定範囲のネットワークトラフィックを処理し、ルーティング設定に従ってアウトバウンドを選択します。サブスクリプションのインポート、アプリ別プロキシ、バックグラウンド時のバッテリー設定はクライアント側の項目です。
- v2flyNG
- v2flyNGはAndroid向けのV2Flyコアクライアントで、サブスクリプションと標準共有リンクをインポートできます。V2Flyの設定体系を使う場面に適しています。クライアントを選ぶ前に、サブスクリプションのプロトコルと伝送パラメータが対応するコアでサポートされているか確認してください。
SUBSCRIPTIONS & NODES
サブスクリプションとノード：設定をクライアントに取り込む仕組み
サブスクリプションは設定を一括配布し、ノードは解析後に選択できる個別のサーバー項目です。速度測定は現在の測定条件を示すだけで、プロトコルパラメータの確認や実接続テストの代わりにはなりません。
- サブスクリプション
- サブスクリプションはサーバーが提供する設定一式のURLです。クライアントがURLへリクエストを送り、含まれるサーバー項目を解析します。更新すると設定の追加、変更、削除が同期されますが、ローカルのルーティング競合まで自動で解決するとは限りません。リンク切れ、アクセス拒否、形式異常などで更新に失敗します。
- ノード
- ノードはクライアント内のサーバー設定1件で、通常はアドレス、ポート、プロトコル、認証情報、伝送、セキュリティ設定を含みます。ノード名は識別用のラベルにすぎず、実際の接続方式は決めません。利用可能か判断するには、全項目を確認して実接続テストを行います。
- 遅延
- 遅延は、プローブをクライアントから送信して応答を受け取るまでの時間で、通常はミリ秒で表示します。クライアントによってTCP、HTTPなど測定方法が異なるため、結果を単純に比較できません。ローカルネットワーク、対象アドレス、サーバーの瞬間的な負荷にも左右されます。
- 実接続遅延
- 実接続遅延は、対象ノードを通じて実際のプロキシ接続を確立した後に測定する応答時間です。プロトコルのハンドシェイク、伝送セキュリティ、プロキシのアウトバウンドまで含むため、単なるポート疎通テストより現在の設定状態を正確に反映します。測定対象が異なれば結果も大きく変わる場合があります。
- サブスクリプショングループ
- サブスクリプショングループは、サブスクリプション元とノードを分類するためのクライアント管理単位です。グループごとに更新、絞り込み、アクティブサーバーを選択でき、複数のサブスクリプションを同じ一覧に混在させずに管理できます。削除前に手動設定が操作対象に含まれていないか確認してください。
ROUTING & DNS
ルーティングと分岐：接続の最終的な行き先
ルーティングはドメイン、IP、ポート、プロセスなどを照合してアウトバウンドを選び、DNSはドメインの解決方法と、ルーティングが正しい対象情報を取得できるかに影響します。ルールの順序、データファイル、スニッフィング設定が照合結果を左右します。
- ルーティングルール
- ルーティングルールは、ドメイン、IP、ポート、ネットワークプロトコル、プロセスなどの条件で、プロキシ、ダイレクト接続、ブロックのアウトバウンドを選択します。複数のルールがある場合は、通常コアが定めた順序で照合します。どのルールにも一致しない場合のデフォルトアウトバウンドも重要です。
- ルーティング分岐
- ルーティング分岐は、ルーティングルールで異なる接続を別々のアウトバウンドへ送る方式です。ドメイン種別、対象IP、ポート、アプリのプロセスなどで範囲を分けられます。異常時は、まずクライアントがドメイン情報を取得できているかを確認し、次にルール順序とデフォルトアウトバウンドを確認します。
- GeoIP
- GeoIPは、IPアドレスの地域やネットワーク種別ごとに整理されたルールデータです。コアは対象IPを取得すると、対応する分類を参照してアウトバウンドを決定できます。GeoIPデータはコアが対応する形式に合わせる必要があり、古いデータでは新しいアドレス範囲の分類に影響することがあります。
- GeoSite
- GeoSiteは、用途やドメイン種別ごとに整理されたルールデータで、ルーティング設定から分類タグを直接参照できます。ドメイン集合を扱うもので、GeoIPによるアドレス分類とは異なります。接続時に対象IPしか残らない場合は、スニッフィングやDNS情報でドメイン照合を補う必要があります。
- TUNモード
- TUNモードは仮想ネットワークインターフェースでシステムトラフィックを受け取り、システムプロキシ設定を読み取らないアプリも対象にできます。追加のシステム権限が必要になるほか、ルーティングテーブル、DNS、ネットワークインターフェースの設定が関係します。有効化する際は、別の仮想ネットワークツールと同じ範囲のトラフィックを同時に取得しないよう注意してください。
- FakeDNS
- FakeDNSは予約済みアドレスプールの仮想IPでドメイン問い合わせに応答し、後続の接続で元のドメイン名を復元します。これにより早い段階でドメイン分類によるルーティングが可能になり、重複した名前解決を減らせる場合があります。通常はTUN、スニッフィング、適切なDNS処理と組み合わせます。
- DNSリーク
- DNSリークは、一部のドメイン問い合わせが想定したDNS処理経路を迂回し、別のリゾルバーへ直接渡される現象です。システムリゾルバー、ブラウザーのセキュアDNS、TUN設定、クライアント内蔵DNSを確認します。まずどのアプリから問い合わせが出ているかを特定し、解析経路を統一してください。
CLIENT FEATURES
クライアント機能：画面上のスイッチが実際に行うこと
クライアントのスイッチは、トラフィックをコアへ取り込む方法と、設定をOSへ反映する方法を主に制御します。接続状態が正常でも、コアが起動していることしか示しません。アプリがこの経路を使うかは、システムプロキシ、TUN、アプリ別の対象範囲にも左右されます。
- システムプロキシ
- システムプロキシは、OSがアプリに提供するプロキシ設定です。v2rayNはローカルのHTTPまたはSOCKS待受アドレスをシステム設定に登録でき、対応アプリは接続をクライアントへ渡します。この設定を無視するアプリでは、TUNまたはアプリ自身のプロキシ設定を検討します。
- グローバルプロキシ
- グローバルプロキシは通常、クライアントに入った接続をすべてプロキシのアウトバウンドへ送り、通常の分類ルールによる分岐を行わないモードです。複雑なルーティングが原因か切り分ける際に役立ちます。ただし、クライアントに入っていない通信や、システムプロキシを読み取らないアプリには影響しません。
- トラフィック解析
- トラフィック解析は接続開始時のデータから対象ドメインやプロトコルの特徴を識別し、ドメインルーティングやFakeDNSのマッピングに情報を提供します。通信内容全体を取得する画面機能ではなく、ルーティング段階でコアが使う識別機構です。プロトコル、DNS、ルーティングルールを踏まえて有効化を判断します。
- Mux
- Muxは1本の基盤接続で複数の論理リクエストを再利用し、接続を頻繁に確立する負荷を減らします。すべてのネットワークやプロトコルの組み合わせで改善するわけではなく、モバイルネットワークの切り替えが多い場合は再接続の影響が増えることもあります。変更前にサーバーの対応を確認し、実際のアプリで比較テストを行ってください。
- アプリ別プロキシ
- アプリ別プロキシは、どのAndroidアプリの接続をクライアントに処理させるか指定する機能です。通常は包含モードと除外モードがあり、論理は正反対です。対象範囲を変更した後は接続を再確立し、対象アプリに独立したネットワークプロセスがないか確認してください。