VMess
Project Vエコシステムで一般的に使われるクライアントとサーバー間の通信プロトコルです。設定には通常、サーバーアドレス、ポート、ユーザー識別子、暗号化オプション、通信方式が含まれ、サーバー側と一致させる必要があります。VMessはプロトコル名であり、特定のクライアントやコアを指すものではありません。
v2rayNGとv2rayNの設定画面でよく見る技術用語をまとめています。まず概念を確認してから、プロトコル、サブスクリプション、ルールベースルーティング、DNSのパラメータを調整し、名称が似ていて役割の異なる項目を混同しないようにしましょう。
サーバー設定の名称を見たら、まず「プロトコルと通信方式」を確認します。v2rayNG、v2rayN、またはコアの名称が出てきたら「コアとクライアント」へ進みます。サブスクリプション更新、ノード一覧、速度測定に関する用語は「サブスクリプションとノード」にまとめています。
接続は確立しているのにアクセス結果が想定と異なる場合は、まず「ルーティングとDNS」と「Android向け設定」を確認してください。用語の説明はパラメータの役割を示すもので、具体的な入力値は現在のサーバー設定を優先します。
プロトコルはクライアントとサーバーが通信データを構成する方法を定め、通信方式とセキュリティパラメータは接続の確立方法を定義します。名称が同じでもパラメータを共用できるとは限らないため、インポート時は元の設定を完全に保持してください。
Project Vエコシステムで一般的に使われるクライアントとサーバー間の通信プロトコルです。設定には通常、サーバーアドレス、ポート、ユーザー識別子、暗号化オプション、通信方式が含まれ、サーバー側と一致させる必要があります。VMessはプロトコル名であり、特定のクライアントやコアを指すものではありません。
軽量な構造の通信プロトコルで、TLS、REALITY、WebSocket、gRPCなどの設定と組み合わせて使用されます。VLESS本体と通信セキュリティは別の層です。接続に失敗した場合は、ユーザー識別子、フロー制御、通信方式、セキュリティパラメータを分けて確認してください。
パスワード認証を中心とし、通常はTLSと併用するプロキシプロトコルです。クライアントにはアドレス、ポート、パスワード、サーバー名を正しく入力し、証明書関連の項目もサーバー設定に合わせます。同じTrojan設定でも、通信方式が異なる場合があります。
通信方式は、プロトコルデータをどのような接続形態で運ぶかを示します。一般的な設定にはTCP、WebSocket、HTTP/2、gRPCがあります。単独のノードプロトコルではないため、クライアント側だけを変更してはいけません。パス、Host、サービス名などの追加項目も通信パラメータです。
クライアントはグラフィカルインターフェースとシステム連携を担当し、コアはプロトコル、ルーティング、DNS、アウトバウンド処理を担当します。両者を区別すると、同じコアが異なるクライアントに搭載される理由を理解しやすくなります。
V2Ray技術エコシステムのコア実装の一つで、設定を解析し、プロトコル、ルーティング、DNS、接続処理を実行します。v2rayNGでは通常Xrayコアを使用しますが、日常的に操作するのはクライアント画面です。クライアントとコアは、それぞれ異なる更新サイクルを採用する場合があります。
Project Vの技術路線を引き継ぐコミュニティ運営プロジェクトで、主なコンポーネントにv2ray-coreがあります。V2FlyとXrayには共通する技術的背景がありますが、対応プロトコル、設定項目、実装の詳細は完全には同じではありません。クライアントを選ぶ際は、標準コアも確認してください。
Android向けのグラフィカルクライアントで、QRコード、クリップボードからのインポート、サブスクリプション更新、ルーティングモード、アプリ別プロキシなどに対応します。接続時は通常、システムVPNインターフェースを通じて選択したアプリの通信を引き受けます。画面上の設定は最終的にコアが読み込める設定へ変換されます。
Windows、macOS、Linux向けのデスクトップクライアントで、サーバー、サブスクリプション、システムプロキシ、ルーティングルールを管理します。デスクトップ版はグラフィカルな操作画面を提供しますが、実際の接続は選択したコアが実行します。各プラットフォームのシステムプロキシ動作は、OSのネットワーク設定の影響を受けます。
サブスクリプションは設定をまとめて更新するために使い、ノードは更新後にクライアントへ表示される個別のサーバー記録です。更新、絞り込み、選択、速度測定は別々の操作であり、同じ手順として扱わないでください。
サーバー側でサーバー設定の更新先を一元的に提供する仕組みで、通常は1件のサブスクリプションURLとして表示されます。クライアントは読み込んだURLからノード一覧を生成または更新しますが、URL自体の権限、有効期限、ネットワーク問題を自動修正することはありません。URLを変更したら、手動で一度更新してください。
クライアント内にあるサーバー設定の1件で、通常はプロトコル、アドレス、ポート、認証情報、通信パラメータが含まれます。ノード名は識別用であり、実際の性能を示すものではありません。表示名が同じ2つのノードでも、内部設定が異なる場合があります。
異なるサブスクリプションの提供元と、そのノードを分けて管理する方法です。グループごとに更新でき、メモや条件でサーバーを絞り込みやすくなります。更新は成功したのに一覧が空の場合は、URLを何度も再インポートする前に、現在のグループとフィルター条件を確認してください。
クライアントが実際に接続を確立し、接続先の応答を待って測定した往復時間です。単純なネットワーク探査より、現在の設定が機能するかを反映しやすくなります。結果はローカルネットワーク、テスト先、通信パラメータ、測定時刻に左右されます。遅延が小さくてもスループットが高いとは限りません。
ルーティングはリクエストの行き先を決め、DNSはドメインを接続可能なアドレスへ変換します。両者は相互に影響し、ルーティングがドメインやIPに依存することも、DNSの結果が後続のマッチングを変えることもあります。
ドメイン、IP、ポート、ネットワーク種別、アプリの条件に基づき、接続で使用するアウトバウンドを決めるマッチングルールです。ルールは通常、上から順に判定され、先に一致したルールが最終経路に影響します。変更後は接続を再確立し、コアに新しい設定を完全に読み込ませてください。
リクエストをルールに従って、直接接続、プロキシ、ブロックなど異なるアウトバウンド経路へ振り分ける処理です。プロトコルでも単一のスイッチでもなく、マッチング条件と処理結果の組み合わせです。プリセットモードを使う前に、含まれるドメインとIPルールの範囲を確認してください。
IPアドレスの地域やネットワーク種別ごとに整理されたデータ集合で、ルーティングルールの一括マッチング条件として使われます。GeoIPはデータファイルの内容と更新時期に依存し、リアルタイム位置情報サービスではありません。判定対象は解決後のIPであり、ドメイン自体の分類と一致するとは限りません。
Webサイトのドメイン種別ごとに整理されたルールデータ集合で、ドメインルールを1件ずつ管理する負担を減らします。GeoSiteとGeoIPはマッチング対象が異なり、前者は主にドメイン、後者はIPを扱います。カスタムルールと内蔵カテゴリーが重なる場合は、マッチング順序にも注意してください。
クライアントに設定する遠隔の名前解決サービスで、ドメインを接続に必要なIPアドレスへ変換します。通常のDNSだけでなく、暗号化された転送方式も利用できます。リモートDNSを入力した後も、クエリが実際にどの経路を通るかをルーティングとローカルDNSの設定と合わせて確認してください。
DNS over HTTPSの略称で、HTTPSを通じてDNSクエリを転送します。設定時は通常、IPアドレスだけでなく完全なサービスURLを入力します。DoHはクエリの転送方式を解決するもので、ドメインの振り分けはクライアントのDNSとルーティングルールが決めます。
Androidクライアントは通常、システムVPNインターフェースを通じてアプリ通信を処理します。バッテリー管理、バックグラウンド制限、アプリ別の対象範囲によって、接続の持続やプロキシ対象となるアプリが変わります。
v2rayNGがAndroidのVPNインターフェースを利用してアプリのネットワークリクエストを引き受ける動作方式です。VPNインターフェースはシステムが提供する通信入口で、実際のプロトコル処理はクライアントのコアが行います。システム上、同種のVPN接続を同時に複数アクティブにはできません。
Androidアプリ単位でプロキシの対象範囲を選ぶ機能で、選択したアプリだけをプロキシすることも、選択したアプリを除外することもできます。有効にする前に、現在どちらの選択方式が使われているか確認してください。アプリの更新や再インストール後は、パッケージ名と選択状態も再確認すると安心です。
仮想ネットワークインターフェースでシステム通信を受け取り、クライアントのコアに処理させる動作モードです。プロキシ設定を自ら読み取らないアプリも対象にできますが、DNS、ルーティング、他のネットワークツールとの関係にも対処が必要です。競合が起きた場合は、複数の通信引き受け方式を同時に有効にしないでください。
Androidがバックグラウンド消費電力を抑えるために実行するアプリ制限です。制限が厳しすぎると、画面ロック後にクライアントが停止し、接続切断やサブスクリプションのバックグラウンド更新失敗につながることがあります。調整の必要性は、端末のシステム、電池の要件、実際の接続安定性を踏まえて判断してください。
セキュリティパラメータは通常、プロトコル、通信層、証明書検証によって構成されます。接続に失敗したときは「暗号化」項目だけに注目せず、サーバー名、公開鍵、フィンガープリント、システム時刻を順に確認してください。
Xrayエコシステムの通信セキュリティ方式で、設定には公開鍵、ショートID、サーバー名、クライアントフィンガープリントなどが含まれます。通常はVLESSなどのプロトコルと組み合わせて使用し、単独のノードプロトコルではありません。重要な項目の不足や余分な空白があると、ハンドシェイクを完了できない場合があります。
通信接続を保護する汎用セキュリティプロトコルです。クライアントは設定に基づいてハンドシェイクと証明書検証を実行します。サーバー名は通常、証明書検証に関わるため、ノードのメモに勝手に置き換えないでください。システム時刻が大きくずれている場合も、証明書の有効期限判定に失敗することがあります。
TLSクライアントのハンドシェイク特性を示す実装パラメータ群で、一部の通信セキュリティ設定では任意または必須項目として指定されます。端末のハードウェアフィンガープリントでも、ユーザー識別子でもありません。値はサーバー設定の要件と、使用中のコアが対応する範囲に従って選択してください。
DNSクエリが想定した名前解決経路を通らず、解決元と現在のプロキシ方針が一致しなくなる現象です。確認時は、システムDNS、クライアントのリモートDNS、ルーティングルール、TUN設定を同時に確認してください。DNSアドレスを1つ変更しただけでは、クエリ経路が変わったとは判断できません。
OSがプロキシ設定に対応したデスクトップアプリへ、プロキシのアドレスとポートを提供する設定方式です。TUNモードとは異なり、独自のネットワーク設定を使ってシステムプロキシを読み取らないアプリもあります。クライアントを終了する前にシステムプロキシを元へ戻すと、残ったポートがアプリの接続を妨げるのを防げます。
1本の基盤接続で複数の論理リクエストを多重化する仕組みで、クライアント画面では「Muxを有効化」と表示されることがあります。効果はプロトコル、サーバー側の対応、実際の通信内容によって異なり、すべての接続に適しているわけではありません。互換性に問題がある場合は、まずサーバー推奨値へ戻してください。
初回設定は、はじめにに沿ってサブスクリプションのインポート、モード選択、接続確認を進めてください。ルールベースルーティングの作成、DNSの調整、複数サブスクリプションの管理が必要になったら、上級テクニックを章ごとに確認します。