VMess
VMess ProtocolVMessはProject Vのエコシステムで使われるプロキシプロトコルで、認証とデータ保護の仕組みを備えています。クライアントとサーバーでは、ユーザーID、伝送方式、安全性に関する設定を一致させる必要があります。システム時刻が大きくずれていると認証に影響する場合もあるため、ハンドシェイクに失敗したときは時刻設定も確認してください。
関連：伝送方式V2RAY / GLOSSARY
V2Ray用語集
プロトコル、サブスクリプションの取り込み、ルーティング、DNS設定に関する基本用語を解説します。
設定項目の名前から意味を調べ、関連用語から周辺の概念を確認できます。以下ではGUI、プロキシコア、ネットワーク経路を区別して説明します。メニュー名や利用できる項目は、インストールしたクライアントと選択中のコアによって異なります。
PROTOCOL / TRANSPORT
プロトコルと伝送方式
プロトコルは認証やデータ形式を定め、伝送方式はデータの運び方を定めます。セキュリティ層は接続を保護します。ノードの設定は各層ごとに確認し、プロトコル名だけで互換性を判断しないでください。
VLESS
VLESS ProtocolVLESSは、ユーザー認証とトラフィックのカプセル化を担う軽量なプロキシプロトコルです。プロトコル自体に暗号化機能はなく、通常はTLSやREALITYなどの仕組みで通信を保護します。ノードの設定を確認するときは、伝送方式、セキュリティ層、フロー制御の項目も確認してください。あるVLESSノードの設定を別のノードにそのまま流用することはできません。
関連：REALITYTrojan
Trojan ProtocolTrojanは通常TLSと組み合わせて使うプロキシプロトコルで、パスワードによる認証を行います。設定時はパスワード、サーバーアドレス、ポート、TLSのサーバー名をあわせて確認してください。サーバーアドレスは接続先を指定し、サーバー名はハンドシェイクと証明書の検証に使われます。両者は必ずしも同じではありません。証明書の検証を無効にしても、設定ミスの解決にはなりません。
関連：ノード設定REALITY
Transport SecurityREALITYはXrayエコシステムの通信保護機能であり、独立したプロキシプロトコルではありません。VLESSと組み合わせることが多く、接続にはサーバー側で指定された公開鍵、サーバー名、ショートIDなどが必要です。公開鍵とクライアントフィンガープリントは別の項目です。インポート後もエラーが出る場合は、画面に設定を保存できるかどうかだけでなく、コアが対応しているか確認してください。
関連：Xray伝送方式
Transport伝送方式は、TCP、WebSocket、gRPCなど、プロキシプロトコルのデータをどのように運ぶかを定めます。VMessやVLESSなどのプロキシプロトコルとは、設定上の階層が異なります。WebSocketではパスやHost、gRPCではサービス名が必要になる場合があります。アドレスや認証情報が正しくても、伝送方式の設定が一致していなければ接続できません。
設定ガイドを読むPROJECT / CORE
コアとエコシステム
V2Rayは特定のコアを指す場合も、ツールエコシステム全体の話題で使われる場合もあります。プロジェクト、コア、クライアントを区別すると、機能を提供している階層がわかります。
Project V
Project V EcosystemProject Vは、ネットワークプロキシ機能を中心とするプロジェクトとツールのエコシステムです。V2Rayはその主要な構成要素のひとつで、GUIクライアント、コア、設定形式はそれぞれ異なる役割を担います。「V2Ray 公式サイト」を検索する場合は、プロジェクトのドキュメント、コアの資料、クライアントの操作ガイドのどれを探しているのかを明確にし、異なるプロジェクトの画面や設定を混同しないようにしましょう。
プロジェクトの概要を見るV2Fly
V2Fly CommunityV2Flyは、V2Ray関連のコードやドキュメントを継続的に保守するコミュニティプロジェクトです。保守されているv2fly-coreは一般にV2Rayコアと呼ばれ、プロトコル処理、ルーティング、DNSなどを担います。v2flyNGは、このコアファミリーを使用するAndroidクライアントです。名前が似ていても、ほかのクライアントと設定項目が完全に同じとは限りません。
関連：GUIクライアントXray
Xray CoreXrayはV2Rayから発展したプロキシコアのプロジェクトで、プロトコル、ルーティング、通信保護機能を提供します。V2Flyと技術的なルーツを共有していますが、機能や設定の対応範囲は完全には一致しません。v2rayNGはXrayコアを使用します。REALITYなどの設定を扱う際は、クライアント名から推測せず、実際に使われるコアの機能を確認してください。
関連：プロキシコアGUIクライアント
Graphical ClientGUIクライアントは、ノードの表示、サブスクリプションの管理、設定の生成、コアの実行制御を担います。v2rayNはデスクトップ向け、v2rayNGとv2flyNGはAndroid向けです。画面上の「サブスクリプションを更新」「アクティブノードを設定」「システムプロキシ」はそれぞれ別の操作です。インポートに成功しても、通信が選択したノードを経由しているとは限りません。
クライアントを選ぶプロキシコア
Proxy Coreプロキシコアは接続、プロトコル、ルーティングを実際に処理する実行コンポーネントで、GUIは操作をまとめる役割を担います。クライアントの画面が正常に開いていても、コアの起動に失敗するとプロキシ接続を確立できないことがあります。まず起動時の出力を確認し、設定項目の誤り、ローカル待ち受けポートの競合、実行コンポーネントの不足を切り分けてから、該当する設定を修正してください。
トラブル対処のQ&Aを見るCLIENT / SUBSCRIPTION
クライアントとサブスクリプション
サブスクリプションは設定の取得元、ノードは接続パラメーター、テスト結果は特定の条件で測定した値です。それぞれを分けて考えると、更新失敗、ノードの接続不可、テストのタイムアウトを切り分けやすくなります。
サブスクリプションURL
Subscription URLサブスクリプションURLは、クライアントが複数のノード設定を取得するための入口で、通常はアクセス情報を含むURLです。サブスクリプションの追加は更新元を登録する操作で、ノード情報を再取得するにはサブスクリプションを更新します。例として、次のようなURLを使えます：https://example.com/sub?token=xxxx。実際のURLは機密情報として扱い、公開用のスクリーンショットやログには載せないでください。
ノード
Server Profileノードはサーバーへの接続に使う設定のまとまりで、通常はアドレス、ポート、プロトコル、認証情報、伝送方式を含みます。クライアントに表示されるノード名はメモであり、実際の接続動作には影響しません。名前を変更しても通常はサーバーアドレスは変わりません。サブスクリプションから生成されたノードの設定を変更する場合は、次回の更新でローカルの変更が上書きされる可能性に注意してください。
関連：共有リンクサブスクリプショングループ
Subscription Groupサブスクリプショングループを使うと、取得元や用途ごとにノードを整理し、更新設定を管理できます。グループを更新すると通常はその取得元の内容が更新されますが、既存データの置き換えや保持の動作はクライアントによって異なります。グループ名には取得元や用途のメモを使い、アクセス情報は含めないでください。同じURLを重複して登録すると、グループが重複することもあります。
関連：サブスクリプションURL共有リンク
Share URI共有リンクは、1つのノードの設定をコピー可能なテキストにエンコードしたものです。一般的な接頭辞にはvmess://、vless://、trojan://があります。通常は単一ノードの情報を示し、継続的に更新できるサブスクリプションURLとは異なります。リンクには認証情報が含まれる場合があり、エンコードされていても暗号化されているとは限りません。
実接続遅延
Connection Latency Test実接続遅延は通常、選択したプロキシ経路を通じてテスト先にリクエストを送り、応答までにかかった時間を指します。テスト先、DNS、ハンドシェイク、ネットワーク負荷、クライアントの測定方法によって数値は変わります。ダウンロード速度とは異なり、TCP接続テストの値と単純に比較することもできません。テストに失敗した場合は、テスト先が利用可能か確認し、実行ログも確認してください。
関連：DNS名前解決MATCH / OUTBOUND
ルーティングと振り分け
ルーティングは、接続がコアに取り込まれた後、どのアウトバウンドに渡すかを決めます。通信を取り込むのはシステムプロキシやTUNで、ルーティングルールは接続先を選択します。それぞれ役割が異なり、相互に置き換えることはできません。
ルーティングルール
Routing Rulesルーティングルールは、ドメイン、IP、ポート、インバウンドなどの条件に基づいて接続先のアウトバウンドを選択します。一般にルールは上から順に評価され、最初に一致したルールで接続先が決まります。ルールを作成するときは、具体的な例外を広範なルールより前に置き、末尾でどのルールにも一致しない通信の既定の接続先も確認してください。一部の変更がほかの接続に影響しないよう注意しましょう。
ルーティングの解説を読むGeoIP
IP Address SetsGeoIPはルーティング設定で、通常、タグを指定して参照できるIPアドレスの集合を指します。geoip:privateはプライベートアドレスや予約済みアドレスに関する集合を示します。対象範囲は使用するデータファイルによって異なります。このルールはIPアドレスを照合します。入力がドメイン名だけの場合、先に名前解決が必要かどうかは、ルーティングのdomainStrategy設定にも左右されます。
GeoSite
Domain Name SetsGeoSiteは、タグごとに整理されたドメインの集合で、ドメインの種類をルーティング条件として指定するために使います。geosite:category-ads-allはカテゴリを参照する記法で、実在するドメインではありません。集合の内容はデータの保守元によって定義されるため、同じ名前でもファイルの提供元と更新状況を確認してください。ドメインカテゴリだけに頼らず、実際にルールへ一致したかログで確認しましょう。
domainStrategy
Routing Domain StrategydomainStrategyは、IPルールとの照合に使うドメインをいつ名前解決するかを指定するルーティング設定です。AsIs、IPIfNonMatch、IPOnDemandでは、名前解決を行うタイミングが異なります。DNSサーバーのアドレスを指定する設定でも、プロキシ接続か直通かを決める設定でもありません。同じ名前の項目が別の設定オブジェクトにある場合は、所属先に応じて意味を確認してください。
アウトバウンドタグ
Outbound Tagアウトバウンドタグは、設定内のアウトバウンドに割り当てる名前です。ルーティングからはoutboundTagで参照します。direct、proxy、blockはよく使われる命名例で、タグ自体に固定の機能があるわけではありません。ルールをコピーする場合は、参照先のタグが実際に存在し、対応するアウトバウンドのプロトコルと用途が想定どおりか確認してください。
NETWORK / DNS
ネットワークとシステムプロキシ
アプリの通信とDNSリクエストは、別々の経路を通ることがあります。設定を確認するときは、アプリの通信がクライアントに取り込まれているか、ルーティング先が正しいか、DNSリクエストをどのコンポーネントが送信しているかを個別に確認してください。
システムプロキシ
System Proxyシステムプロキシを設定すると、OSのプロキシ設定がクライアントのローカル待ち受けアドレスを参照します。この設定を使うかどうかはアプリによって異なるため、有効にしてもすべてのアプリの通信がプロキシを通るとは限りません。v2rayNの「システムプロキシを自動設定」は主にこの入口を設定します。ターミナルツールや独自のプロキシ設定を持つブラウザーは、それぞれの設定も確認してください。
比較：TUNモードTUNモード
Virtual Network InterfaceTUNモードは仮想ネットワークインターフェースを通じて通信をクライアントに取り込みます。通常、システムプロキシより広い範囲をカバーしますが、接続を直通、プロキシ、ブロックのどれにするかは、ルーティングと除外ルールで決まります。有効にする際は追加の権限が必要になる場合があり、ほかの仮想ネットワークインターフェースとルーティングが競合することもあります。TUNを有効にしても、すべての接続がプロキシ経由になるとは限りません。
関連：ルーティングDNS名前解決
Domain Name SystemDNS名前解決は、ドメイン名を接続に必要なIPアドレスに変換する処理で、ほかのレコードを返す場合もあります。OS、ブラウザー、プロキシコアがそれぞれ別の名前解決経路を使うことがあります。V2RayのDNSを設定する際は、ノードサーバーのアドレスと接続先サイトの名前解決を区別し、DNSリクエストのアウトバウンドも確認してください。DNSリゾルバーのアドレスだけを変更しても十分とは限りません。
関連：DNSリークFakeDNS
Synthetic DNS MappingFakeDNSは、ドメインに内部利用の合成IPアドレスを割り当て、ドメイン名と合成アドレスの対応を保存します。その後、接続が対応する処理経路に入ると、コアはこの対応情報からドメイン名を復元できます。合成アドレスは接続先サーバーの実際のアドレスではありません。DNSと接続の経路が連携していない場合や、アプリに古いキャッシュが残っている場合、名前解決は成功しても接続できないことがあります。
関連：DNS名前解決DNSリーク
DNS LeakDNSリークとは、名前解決のリクエストが想定した経路を通らず、別のDNSリゾルバーやネットワーク出口から処理される状態です。判定する際は、設定したDNSポリシーと照らし合わせてください。Webサイトの出口IPだけでは判断できません。ブラウザーの暗号化DNS、システムのリゾルバー、コアのDNS機能が同時に使われる場合もあります。設定とログを個別に確認し、直通の名前解決をすべて異常とみなさないようにしましょう。
DNSトラブル対処のQ&Aを見る