VMess
VMess protocolVMessはProject Vエコシステムのプロキシプロトコルで、クライアントとサーバー間の認証やデータ交換を担います。ノード設定には通常、ユーザー識別子、通信方式、安全設定も含まれます。これらのパラメーターは両端で一致させる必要があります。インポート後にハンドシェイクに失敗する場合は、ポートだけを変えるのではなく、設定全体とシステム時刻を確認してください。
設定前に確認する用語
V2Ray用語集
プロトコルが接続のやり取りを定め、コアが処理を実行し、ルーティングがリクエストの送信先を決めます。設定シーンに合わせて用語を確認し、クライアントの実際の項目と照らし合わせましょう。
VMess / VLESS
Xray / V2Fly
TUN / DNS
プロトコルと通信方式
プロトコル、通信方式、セキュリティ機構はそれぞれ異なる要素です。設定をインポートする際は、元の組み合わせを保ち、名称が似ているという理由だけでパラメーターを置き換えないでください。
VLESS
VLESS protocolVLESSは軽量なプロキシプロトコルで、通信内容の暗号化はプロトコル自体では行わず、実際の運用ではTLSやREALITYと組み合わせることが一般的です。ユーザー識別子、フロー制御、セキュリティ機構、通信方式はすべてサーバー側と一致させる必要があります。VLESSとVMessは別のプロトコルです。プロトコルのドロップダウンだけを変更しても、相互に変換できるわけではありません。
Trojan
Trojan protocolTrojanは通常、TLSで安全な接続を確立するプロキシプロトコルで、パスワードを使って認証します。正しいパスワードは必要条件の一つにすぎず、サーバー名、証明書の検証、通信設定も接続に影響します。証明書エラーが発生したら、検証を無効にして問題を隠すのではなく、まずサーバー名と時刻を確認してください。
REALITY
Transport securityREALITYはXrayエコシステムの通信セキュリティ機構で、単独のプロキシプロトコルでもノード管理機能でもありません。クライアントには通常、公開鍵、ショートID、サーバー名を入力します。各項目には対応するサーバー設定の値を指定してください。利用できるかどうかは現在のコアとプロトコルの組み合わせにも左右され、インポートできてもすべてのパラメーターがサポートされるとは限りません。
通信方式
Transport通信方式は、TCP、WebSocket、gRPCなど、プロキシデータの運び方を示します。VMessやVLESSなどのプロキシプロトコルとは異なる階層であり、互いに置き換えることはできません。WebSocketではパスやホスト名、gRPCではサービス名などの設定も確認してください。サーバーアドレスだけを比べても十分ではありません。
コアとクライアント
画面は設定を管理し、コアは接続を処理し、システム設定は一部のアプリの接続方法を決めます。問題を調べる際は、まずどの階層で発生しているかを確認してください。
クライアント
Clientクライアントはグラフィカルな画面を提供し、サブスクリプション、ノード、ルーティング、接続状態を管理するとともに、コアを呼び出してネットワーク処理を実行します。v2rayNはデスクトップ向け、v2rayNGとv2flyNGはAndroid向けです。クライアントによってメニュー名は異なります。また、画面に項目があっても、現在のコアやノードが対応しているとは限りません。
コア
Coreコアは、プロトコル処理、ルーティングルールの照合、接続の転送を実行するプログラムです。クライアントは画面上の設定を、コアが読み込める設定に変換します。画面を更新することとコアを変更することは別の操作であり、機能の互換性も個別に確認する必要があります。問題を報告する際は、「ソフトが使えない」だけでなく、クライアント、選択中のコア、エラーメッセージを記録してください。
Xray
Xray coreXrayはProject Vエコシステムに関連するプロキシコアのプロジェクトで、さまざまなプロトコルや通信方式の組み合わせに対応しています。REALITYも関連技術の一つです。v2rayNGはXrayコアを使用しますが、利用可能な機能は統合されたコアのバージョンと画面側の対応状況によって異なります。Xrayの設定を使う際は、クライアントがすべての項目を設定できるか、まず確認してください。
V2Fly
V2Fly communityV2FlyはV2Rayを基盤に発展したコミュニティプロジェクトです。コアはプロキシ接続、DNS、ルーティングなどを処理し、Project V関連のエコシステムに属します。v2flyNGはこのコアの系統を使用するAndroidクライアントの選択肢です。V2FlyとXrayの設定が常に共通とは限らないため、別のコア専用のパラメーターをそのまま適用しないでください。
システムプロキシ
System proxyシステムプロキシを設定すると、OSのプロキシ接続先がクライアントのローカル待ち受け先になります。この経路を使うかどうかは、各アプリの動作によって異なります。ブラウザーはシステム設定に従う場合がありますが、独自のプロキシ設定を使ったり、直接接続したりするアプリもあります。有効にした後、特定のアプリだけで機能しない場合は、ノードをすぐに変更せず、そのアプリの設定を確認してください。
サブスクリプションとノード
サブスクリプションは設定を取得し、ノードは接続先を定義し、速度テストは指定された経路を調べます。それぞれの成功は、ほかの成功を意味するものではありません。
サブスクリプション
Subscriptionサブスクリプションは通常、複数のノード設定を取得するためのURLです。クライアントが更新すると、取得した内容をサーバーのエントリーとして解析します。更新成功は、内容を取得して処理できたことを示すだけで、すべてのノードに接続できるという意味ではありません。クライアントが自動的にノードを提供するわけでもありません。URLにアクセス情報が含まれる場合があるため、スクリーンショットの共有、ログの公開、オンラインでの質問の前にリンク全体を隠してください。
ノード
Server profileノードはクライアントに登録する接続設定で、サーバーアドレス、ポート、プロトコル、認証、通信方式などのパラメーターを含みます。リストに表示される名前は識別用のラベルにすぎず、実際の出口の地域、帯域幅、利用可否を判断する根拠にはなりません。手動編集の前に元の設定を保存し、特に同じサブスクリプション内の別ノードの認証情報や通信パラメーターを混在させないようにしてください。
サブスクリプショングループ
Subscription groupサブスクリプショングループを使うと、取得元や用途ごとにノードを整理し、更新、絞り込み、一括操作の対象を分けられます。グループ名が通信先を直接決めることは通常ありません。実際の接続先は、選択中のノードとルーティングルールによって決まります。削除、重複の整理、更新を行う前に、操作対象がリスト全体か特定のグループか確認し、ほかの取得元の設定を誤って変更しないようにしてください。
レイテンシ
Latencyレイテンシは指定されたテストにかかった時間です。測定方法が異なる結果を、そのまま並べて比較することはできません。TCP接続テストで主にわかるのは、対象ポートへの接続確立状況であり、プロキシプロトコルの検証に成功したことを示すものではありません。数値が低くてもダウンロードが速いとは限りません。通信速度、パケットロス、接続先までの経路も使い勝手に影響します。
実接続レイテンシ
Real connection test実接続レイテンシは通常、ノード経由で指定のアドレスにリクエストを送り、応答までの時間を測定した値です。ポートの確認だけの場合より、実際のプロキシ通信に近いテストです。それでも結果はテスト先、DNS、ネットワーク経路、タイムアウト設定に左右されます。失敗した場合はログも確認してください。ノードを比較する際は条件をそろえ、最後に実際のアプリでも接続を確認しましょう。
ルーティングと通信の振り分け
照合条件、ルールの順序、送信先の順に確認してください。ドメインデータとアドレスデータには、それぞれ適した用途があります。
通信の振り分け
Traffic routing通信の振り分けでは、ドメイン名、IPアドレス、その他の接続条件に応じて、リクエストを異なる送信先に振り分けます。主な処理は、直接接続、プロキシ経由、ブロックです。複数ノードの帯域幅を自動で合算する機能でも、すべてのリクエストを同じ経路に通す仕組みでもありません。振り分けのプリセットを使う場合は、モード名だけに頼らず、実際のルールとデフォルト送信先を確認してください。
ルーティングルール
Routing ruleルーティングルールは照合条件と送信先から構成され、一般的なV2Ray設定では上から順に評価され、一致したルールに応じて経路が選ばれます。広い範囲に一致するルールを先に置くと、後続の詳細なルールが適用されない場合があります。変更時は、ドメインとアドレスの照合条件を確認し、どのルールにも一致しない場合のデフォルト送信先も明確にしてください。
GeoSite
Domain rule datasetGeoSiteは、カテゴリ別に整理されたドメインルールのデータです。ドメインを一つずつ手入力せずに、コアからカテゴリ名を指定して複数のドメインを参照できます。カテゴリの実際の内容は、読み込んだデータファイルやその提供元によって異なり、同じカテゴリ名でも対象に差がある場合があります。リアルタイムの名前解決結果ではないため、ルールが適用されない場合は対象のドメインが収録されているか確認してください。
GeoIP
IP rule datasetGeoIPは、地域や用途ごとに整理されたIPアドレス範囲のデータで、ルーティングのアドレス条件から参照できます。データベース上の分類であり、各接続先の実際の所在地をリアルタイムに測定するものでも、出口の品質を直接示すものでもありません。共有インフラや動的IPアドレスを使う接続先では、地域による分類だけでサービスに必要な通信条件を正確に表せない場合があります。
アウトバウンド
Outboundアウトバウンドは、受け取った接続を直接接続、プロキシサーバーへの転送、ブロックなど、どのように宛先へ送るかを定義します。ルーティングからは通常、タグでアウトバウンドを指定します。タグは設定内で定義した名前と一致させてください。カスタムのアウトバウンドを追加する際は、認証情報、プロトコルへの対応、参照関係も確認します。追加しただけで通信に自動的に使われるわけではありません。
DNSとネットワークスタック
名前解決の経路と接続の経路は、分けて確認してください。TUNは通信を取り込む範囲を広げますが、DNSやルーティングの設定に代わるものではありません。
DNS
Domain Name SystemDNSはドメイン名に対応するアドレスなどを検索する仕組みで、多くのネットワーク接続に先立つ名前解決を担います。OS、ブラウザー、コアがそれぞれ別のDNSサービスを使う場合があるため、1か所を変更しただけではすべてのリクエストに反映されないことがあります。Webページが開けない場合は、名前解決の失敗、接続の失敗、アプリの応答異常を切り分け、すべてをノードの問題と決めつけないでください。
リモートDNS
Remote DNSリモートDNSは通常、プロキシ利用時の名前解決サービスを指しますが、「リモート」という名称だけでは問い合わせがプロキシ経由になるとは限りません。リクエストの送信先、DNSサーバーのアドレスを解決する方法、ルーティングによる循環依存が起きていないかも確認してください。直接接続用とプロキシ用でDNSの経路を分けることもできます。設定後は、サーバーアドレスが入力されているかだけでなく、両方の経路を個別に検証しましょう。
TUNモード
Virtual network interfaceTUNモードでは、仮想ネットワークインターフェースを通じて、システムのルーティング設定により送られたIPパケットを受け取り、クライアントが処理します。有効にするには通常、必要な権限が求められます。通信を取り込む範囲は、ルーティング、除外設定、クライアントの実装にも左右されます。ほかの仮想ネットワークツールと同時に使う場合は、インターフェースやルートの競合に注意してください。TUNを有効にしても、DNS設定が自動的に正しくなるわけではありません。
FakeDNS
Synthetic address mappingFakeDNSは、ドメイン名に対応する仮想アドレスを割り当て、後続の接続時にコアがドメイン名を復元して適切に処理できるようにします。一般的なパブリックDNSではありません。通信の取り込み、対応関係の復元、除外ルールと組み合わせて使う必要があります。アプリが割り当てられたアドレスを受け取っても、コアを経由せず直接接続すると失敗することがあります。機能を無効にした後も、使用中のDNSキャッシュを消去する必要がある場合があります。
DNSリーク
DNS leakDNSリークとは、名前解決のリクエストが想定したネットワーク経路から外れる現象です。予定していた通信の振り分け方針に照らして判断し、直接接続での名前解決を見ただけで異常と決めつけないでください。検出ページに表示されるDNSサービスの情報は手がかりにすぎません。ブラウザーのセキュアDNS、システムの名前解決設定、コアのログも確認してください。修正後は名前解決の経路と実際のアクセスを再テストし、通常の接続に影響がないことを確かめましょう。
用語に対応する設定画面
初めて使う場合は、まずv2rayNの使い方を参照し、設定のインポート、ノードの選択、接続確認を行ってください。接続できていて、サブスクリプショングループ、通信の振り分け、名前解決の経路を調整したい場合は、応用設定ガイドを参照してください。一度に変更する設定は一種類に絞り、結果を記録しましょう。
パラメーターを確認する際は、現在使用しているクライアントの画面とコアの機能を基準にしてください。名前が似た項目でも実装が異なる場合があります。設定を移行する前に、対応範囲を確認しましょう。