VMess
V2Rayエコシステムのプロキシプロトコルで、認証とデータ保護の仕組みを備えています。設定ではvmessがプロトコル値としてよく使われます。ユーザーID、サーバーアドレス、ポート、トランスポート設定をサーバー側と一致させる必要があり、アドレスが正しいだけでは接続できません。認証エラーが発生した場合は、設定値に加えてデバイスの時刻も確認してください。古い解説にある過去のフィールドを、現在の設定にそのまま適用しないようにしましょう。
REFERENCE / TERMINOLOGY
V2Ray用語集
プロトコル、コア、サブスクリプション、ルーティング、クライアント設定を分類して解説します。各項目では用語の意味、関連する設定、利用上の注意点を確認できます。項目タイトルのアンカーは保存や共有にも使えます。
PROTOCOL / TRANSPORT
プロトコルとトランスポート
プロキシプロトコルは接続の仕組みを、トランスポート方式はデータの運び方を、セキュリティ層は接続の保護を担います。ノードの編集画面にまとめて表示されていても、同じ層の設定とは限りません。
VLESS
軽量なプロキシプロトコルで、単体ではデータを暗号化しません。通常はTLSやREALITYなどのセキュリティ層と組み合わせて使用します。接続を運ぶトランスポート方式とは別の層の設定なので、「VLESSノード」という情報だけでは接続方式全体を判断できません。インポート後はセキュリティ層、サーバー名、フロー制御なども確認してください。具体的なフィールドは使用するコアとサーバー側の設定に従います。
Trojan
通常はTLS上で動作し、パスワードで認証するプロキシプロトコルです。クライアントのパスワード、サーバー名、トランスポート設定をサーバー側と一致させる必要があります。サーバーアドレスと証明書に記載された名前が異なる場合もあります。ハンドシェイクに失敗したときは、名前、デバイスの時刻、証明書の信頼チェーンを確認し、証明書検証を無効にして設定ミスを隠さないでください。
Shadowsocks
暗号化方式やパスワードなどを指定して接続するプロキシプロトコルです。設定項目にはmethodやpasswordがよく使われます。暗号化方式によって必要な鍵やコアの対応状況が異なるため、任意のパスワードと方式を自由に組み合わせられるわけではありません。リンクのインポート後に方式が非対応と表示された場合は、コアの対応状況と配信元の設定を確認してから、設定を変更するか判断してください。
REALITY
Xrayエコシステムのトランスポートセキュリティ機能で、独立したノードプロトコルではありません。通常はVLESSなどのプロキシプロトコルと組み合わせて使います。接続時にはサーバー名、公開鍵、ショートIDなどを確認してください。クライアントの表示名と内部フィールドの名称が異なる場合もあります。REALITYが選択肢に表示されても、すべてのコアで動作するとは限らないため、実際に使用するコアと互換性を確認してください。
CORE / ECOSYSTEM
コアとエコシステム
プロジェクト名、実行プログラム、GUIは、それぞれ異なる役割を担います。エラーを調べる際は、まずクライアント画面とコアのログのどちらに表示されたエラーか確認しましょう。
Project V
V2Rayの起源に関連するプロジェクト群を指し、プロキシ技術の背景を理解するための名称です。ノード設定で使うプロトコル値ではありません。クライアント画面、プロキシプロトコル、接続を実行するコアは別の概念です。資料を読む際は、V2Fly、Xray、特定のクライアントのどれを扱っているか確認してください。「V2Ray」という言葉だけで、すべての機能を判断することはできません。
V2Fly
V2Rayの技術基盤を引き継ぐコミュニティプロジェクトで、コアは一般にv2fly-coreと呼ばれます。v2flyNGはこのコアを使用するAndroidクライアントです。設定形式やプロトコルの対応状況は、実際に使うコアのバージョンで確認してください。別のコア向けの設定例がそのまま使えるとは限りません。切り替え前にプロトコル、セキュリティ層、JSON構造を確認し、切り替え後は起動ログを確認しましょう。
Xray-core
V2Rayの技術基盤から派生したプロキシコアで、REALITYなどの機能を備えています。v2rayNGはXrayコアを使用します。基本設定にV2Flyとの共通点はありますが、プロトコルの拡張、フィールド、動作が異なる場合があり、完全な互換性は保証されません。必要な機能を基準にコアを選び、詳しい違いはコアの対応状況を比較をご覧ください。
コア
設定を読み込み、インバウンド接続を受け付け、ルーティングしてアウトバウンド接続を確立するプログラムです。通常はGUIクライアントの背後で動作します。クライアントの画面が開いていても、コアが起動しているとは限りません。ポートの競合、未対応フィールド、ルールデータの不足などで起動に失敗する場合があります。調査するときは、コアのログにある最初の明確なエラーを確認し、該当する設定箇所を調べてください。関係のない設定を同時に変更するのは避けましょう。
GUIクライアント
サブスクリプション管理、ノード選択、モード切り替え、ログ表示などを提供するアプリです。v2rayN、v2rayNG、v2flyNGなどがあります。自動更新の間隔、ウィンドウ設定、サブスクリプショングループは通常クライアント側に保存され、コアのconfig.jsonに書き込まれるとは限りません。インストール方法はクライアント一覧で確認できます。設定時は、画面上の項目と生成後のコア設定を区別してください。
SUBSCRIPTION / PROFILE
サブスクリプションとノード
サブスクリプションは設定の配信元、ノードは個別の接続設定、テスト結果は特定時点の観測値です。それぞれの役割は異なり、相互に置き換えることはできません。
サブスクリプション
クライアントが複数の接続設定を取得するためのURLまたはデータです。クライアントが解析すると、通常はノード一覧として表示されます。更新すると配信元からデータを再取得しますが、すべてのノードへの接続が保証されるわけではありません。設定の取得段階でアクセスに失敗する場合もあります。サブスクリプションURLにはアクセス情報が含まれることがあるため、公開するスクリーンショットやログ、共有テキストに載せないでください。更新前に、手動で変更した設定が上書きされないかも確認しましょう。
ノード
クライアントで選択できる接続設定を指す一般的な呼び方です。通常、アドレス、ポート、プロトコル、認証情報が含まれます。表示名は単なるラベルで、サーバーの所在地や性能を示すものではありません。また、現在のコアで使えることも保証されません。接続に失敗した場合は、表示名ではなく各設定値を確認してください。ノードを選んだ後は、実行中の設定に反映されていることも確認しましょう。
サブスクリプショングループ
配信元や用途ごとにノードを整理し、個別の更新、絞り込み、選択をしやすくするクライアント側の管理機能です。V2RayコアのJSONで共通して定義されているフィールドではなく、グループ名をルーティングのアウトバウンドタグとして使うこともできません。複数のサブスクリプションを使う場合は、更新前に対象のグループを確認してください。整理方法はv2rayNのサブスクリプショングループとノードの絞り込みをご覧ください。
遅延
テストを開始してから応答を受け取るまでの時間です。テスト方法とあわせて解釈する必要があります。TCP接続、プロトコルのハンドシェイク、リクエスト全体では測定方法が異なるため、結果を単純に比較できず、ダウンロード速度を示すものでもありません。ノードを比較するときはテスト先と方法をそろえ、継続して使ったときの状態も考慮してください。一度タイムアウトしただけでは、そのテストが制限時間内に完了しなかったことしか分かりません。
実接続遅延
選択中のプロキシ設定を使ってテスト先へリクエストを送り、その応答までの時間を記録したものです。計測の開始・終了条件はクライアントの実装によって異なります。テスト先、タイムアウト、名前解決、リモート側の応答が結果に影響するため、単純なネットワーク往復時間とは異なります。テストに成功しても、そのテスト時に対象へ接続できたことを示すだけで、すべてのアプリや接続先で成功するとは限りません。
ROUTING / RESOLUTION
ルーティングとDNS
ドメインルール、アドレスルール、名前解決の設定には、処理の順序や依存関係があります。まずコアが実際にどの情報を取得しているか確認してから、ルールにマッチした理由やマッチしなかった理由を調べましょう。
ルーティング
ドメイン、宛先アドレス、ポート、インバウンドタグなどの条件に基づき、アウトバウンドを選ぶ処理です。通常、ルールを上から順に評価し、マッチすると指定された経路で処理します。ルール内のoutboundTagは、outboundsにあるtagを参照する値です。出口を自動作成する指示ではありません。振り分けを確認するときは、ルールの順序、条件、どのルールにもマッチしない場合の動作をあわせて確認してください。
GeoIP
IPアドレスの集合を参照するルールデータの仕組みです。たとえばgeoip:privateはプライベートアドレス範囲へのマッチに使えます。アドレスの集合を判定するもので、アプリ名を直接判定するものではありません。地理情報のタグも、IPアドレスの現在の物理的な所在地を保証しません。使う前にルールデータが読み込まれていることを確認してください。ドメイン接続で追加のアドレス判定が行われるかどうかは、コアの名前解決設定にも左右されます。
GeoSite
ドメインの集合を参照するルールデータの仕組みです。たとえばgeosite:cnはcnという名前の集合を参照し、ドメインの末尾から単純に推測するものではありません。各セット名が使えるかどうかは、実際に読み込まれているデータファイルによって異なり、データの配信元によって内容が異なる場合もあります。ルールが適用されないときは、セット名が存在するか、対象ドメインが含まれているか、接続時にドメイン情報が保持されているかを確認してください。
DNS
ドメインをIPアドレスなどのレコードに変換する仕組みです。名前解決の結果は接続先や一部のルーティング判定に影響します。OS、ブラウザー、クライアント、コアがそれぞれDNS設定を持つ場合があり、1か所を変更しても他の経路に反映されるとは限りません。調査するときは、誰がどのリゾルバーに問い合わせたか、想定したアウトバウンドを通ったかを記録し、キャッシュやアドレスファミリーの設定も確認してください。
FakeDNS
ドメインに合成アドレスを割り当て、その対応関係を保存する仕組みです。後続の接続では対応関係から元のドメインを特定し、プロキシ転送やルーティングに利用します。この対応関係を認識できる処理経路に接続が入る必要があり、合成アドレス自体はサーバーの実アドレスではありません。DNSだけを切り替えて該当する接続を処理できない場合、アクセスに失敗することがあります。有効にする前に、クライアントが必要な機能を一通りサポートしているか確認してください。
DNS漏えい
DNSクエリが想定した名前解決経路を通らず、別のリゾルバーへ送信される状態です。想定した経路と実際の経路が一致しているかを基準に判断します。ブラウザー独自の名前解決設定、OSのフォールバック、アプリ内蔵の名前解決なども結果に影響するため、DNSアドレスを1つ変更しただけでは判断できません。クエリログ、ブラウザー設定、クライアントのルーティングをあわせて確認してください。暗号化DNSを使っているだけで、想定した経路を通るとは限りません。
CLIENT / NETWORK ENTRY
クライアント設定
プロキシモードによって、まず通信がクライアントに取り込まれる方法が決まります。名称が似ていても、対象範囲、必要な権限、DNSの動作は同じとは限りません。
TUNモード
仮想ネットワークインターフェースでIPパケットを受け取り、プロキシコンポーネントに処理させるモードです。システムプロキシに従わない一部の通信も対象にできます。対応範囲はクライアント、転送コンポーネント、OSの権限によって異なります。TUNを、すべてのV2Rayコアに共通する単一のJSONスイッチと考えないでください。有効にして通信できなくなった場合は、ルーティングの競合、DNS設定、ほかの仮想ネットワークソフトを確認し、一つずつ設定を戻して原因を特定しましょう。
システムプロキシ
OSにプロキシのアドレスとポートを登録し、その設定に従うアプリにプロキシを利用させます。通常はクライアントのローカルインバウンドを指定します。デバイス上のすべての通信を自動的に取り込むわけではなく、個別設定や別の接続方法が必要なアプリもあります。クライアントを終了する前に、システムプロキシが元の設定に戻っているか確認してください。ブラウザーが待ち受けを停止したローカルポートを参照したままだと、アクセスできなくなることがあります。
ローカルインバウンド
プロキシコアがアプリからの接続を受け付ける待ち受け口です。HTTPやSOCKSが一般的で、設定ではinboundsに該当します。待ち受けアドレス、ポート、認証設定によってアクセス範囲が決まります。ループバックアドレスは通常ローカル端末専用ですが、すべてのインターフェースで待ち受ける場合はアクセス制御が必要です。アプリで指定するプロキシの種類はインバウンドの種類と一致させてください。HTTPプロキシのポートを、同じプロキシ用だからという理由でSOCKSとして使うことはできません。
トラフィックスニッフィング
接続の冒頭に現れるプロトコル情報からドメインなどを抽出し、ルーティング判定に利用する仕組みです。設定ではsniffingと呼ばれることがよくあります。アプリ通信の暗号化された内容をすべて復号する機能ではなく、すべての接続からドメインを取得できるとは限りません。有効にする場合は、ルーティング判定のみに使うのか、宛先を書き換えるのかを区別してください。具体的な設定は、コアのバージョンと既存のDNS構成を確認して決めましょう。
LAN共有
同じLAN内の別デバイスから、PC上のプロキシインバウンドに接続できるようにします。待ち受けアドレスとポート、デバイス間の疎通、ファイアウォール設定をあわせて確認してください。別のデバイスにはループバックアドレスではなく、PCのLAN内アドレスを指定します。同じWi-Fiネットワーク内でも、ネットワーク分離によってデバイス間通信が遮断される場合があります。信頼できるネットワーク内に限定して共有し、必要に応じて認証を設定してください。手順はLAN接続を許可する設定をご覧ください。