メニュー名と設定項目の対応
V2Ray用語集
まずプロトコル、コア、トランスポートを整理し、次にサブスクリプション、振り分け、DNSを確認しましょう。
見慣れない設定項目は、以下の6分野から探してください。用語の説明は設定内容を理解するためのものです。具体的なメニューや項目の対応状況は、使用中のクライアントとコアで確認してください。
v2rayN 操作画面
Xray 接続処理を行うコア
VLESS + TLS プロトコルとセキュリティレイヤー
プロトコルとトランスポート
プロトコルはプロキシデータのやり取り方法、トランスポートはデータを運ぶ方法を定めます。通信する両端で互換性のある組み合わせを使う必要があります。
- VMess
- VMessはProject Vエコシステムのプロキシプロトコルです。ユーザー識別、認証、データ暗号化に関わりますが、特定のトランスポートを指すものではありません。インポート後はユーザーID、サーバーポート、TCPやWebSocketなどのトランスポート設定を個別に確認してください。TLSを使う場合は、セキュリティ設定も確認が必要です。接続に失敗してもプロトコル名だけでは原因を特定できず、システム時刻のずれが認証に影響することもあります。
- プロトコルとトランスポート · 主な設定項目 protocol
- VLESS
- VLESSは軽量なプロキシプロトコルで、単体ではデータを暗号化しません。通常はTLSやREALITYなどのトランスポートセキュリティ機構と組み合わせます。クライアントのユーザーID、暗号化設定、flowはそれぞれ別の項目です。他プロトコルの値をそのまま入力しないでください。flowやセキュリティの組み合わせに対応しているかは、実際のコアによって異なります。リンクをインポートできるだけで互換性があるとは限りません。
- プロトコルとトランスポート · 関連用語 TLS、REALITY
- Trojan
- Trojanは通常、TLS接続上で動作するプロキシプロトコルで、パスワード認証を使います。ユーザー識別にUUIDを使う設定と混同して入力しないでください。接続時はパスワード、アドレス、ポート、トランスポート、TLSの各設定を照合します。パスワードが正しくても、証明書名が一致しないとセキュアな接続の確立に失敗することがあります。
- プロトコルとトランスポート · 認証方式 password
- トランスポート
- トランスポートは、TCP、WebSocket、gRPCなどを使ってプロキシプロトコルのデータを運ぶ方式です。VMessやVLESSなどのプロトコルとは異なるレイヤーにあります。WebSocketのパスやHost、gRPCのサービス名は、サーバー側の設定と一致させる必要があります。トランスポートの変更はクライアント側だけで完結する性能調整ではありません。サーバー側に対応する受け口がなければ、別の方式に置き換えても接続できません。
- プロトコルとトランスポート · 主な設定項目 streamSettings
コアとエコシステム
クライアントが設定を生成し、コアが接続を処理します。一方を更新しても、もう一方が更新されるとは限りません。
- Project V
- Project Vは、V2Rayを中心に形成されたオープンソースのネットワークプロキシエコシステムです。サブスクリプションでも、リモートサーバーの提供元でもありません。GUIクライアントは操作を担い、コアはインバウンド、アウトバウンド、ルーティングを処理し、ルールデータは照合に使う情報を提供します。問題を調べる際は、まずどのレイヤーに関するものかを確認しましょう。サブスクリプションの応答エラーをコアの不具合と取り違えずに済みます。
- コアとエコシステム · プロジェクトの概要
- V2Fly
- V2FlyはV2Ray関連プロジェクトを保守するコミュニティです。クライアントにあるv2flyコアは、通常、このコミュニティが保守するV2Rayコアを指します。v2flyNGはGUIクライアントの名称であり、コアの名称とは異なります。このコア系列を選ぶ場合は、対応するプロトコルやトランスポートの設定項目を確認してください。別系列で追加された機能がそのまま使えるとは限りません。
- コアとエコシステム · 対応するV2Rayコア
- Xray
- XrayはV2Rayと共通の技術的基盤を持ち、その後独立して開発されたコアプロジェクトです。独自のプロトコルとトランスポートを実装しています。REALITYや特定のflowを使う場合は、Xrayコアと実際のバージョンが対応しているか、事前に確認してください。コアを切り替えた後は、生成された設定と起動ログを再確認しましょう。項目名が似ていても、すべての設定に互換性があるとは限りません。
- コアとエコシステム · コアの種類
- GUIクライアント
- GUIクライアントは、サブスクリプション管理、サーバー選択、システムプロキシ、ログ確認などの操作画面を提供し、実際の接続は通常、連携するコアが処理します。v2rayNはデスクトップ向け、v2rayNGとv2flyNGはAndroid向けです。画面やメニューの構成はクライアントごとに異なります。機能が使えるかどうかは、クライアントが必要な設定を生成できるか、コアがそれを実行できるかの両方を確認してください。
- コアとエコシステム · クライアントとコアの役割
サブスクリプションとサーバー
まず入力データの種類を確認し、それに合ったインポート方法を選びましょう。サブスクリプションURL、共有リンク、完全な設定ファイルは、同じようには扱えません。
- サブスクリプション
- サブスクリプションは、URLからサーバー設定の一覧を取得する仕組みです。更新時にクライアントが再リクエストし、返された内容を解析します。Base64エンコードされたリンクの一覧、構造化されたサブスクリプション、完全な設定ファイルでは、それぞれ異なる処理が必要な場合があります。ブラウザーでURLを開けても、クライアントにインポートできる形式とは限りません。サブスクリプションURLに認証情報が含まれる場合があるため、スクリーンショットやログを共有する前にURL全体を隠してください。
- サブスクリプションとサーバー · よく使う項目 サブスクリプショングループ設定
- サーバー
- サーバーとは通常、リモートサービスへの接続に必要な設定一式を指します。アドレス、ポート、認証情報、トランスポート、セキュリティ設定などが含まれます。一覧に表示される名前はメモにすぎず、サーバーの所在地、対応プロトコル、接続品質を示すものではありません。問題が起きたら設定の詳細を開いて項目ごとに確認しましょう。名前の変更やグループの切り替えだけでは、設定内容が変わったかどうかは判断できません。
- サブスクリプションとサーバー · クライアントによっては「サーバー」と表示
- 実接続の遅延
- 実接続の遅延は通常、クライアントがプロキシ経由で指定のテスト先にアクセスした際の所要時間です。認証、セキュリティハンドシェイク、接続先からの応答も測定に含まれる場合があります。ポートへの到達性だけを確認するTCPテストとは異なり、継続的なダウンロード速度に換算することもできません。比較する際はテスト先とネットワーク環境をそろえてください。1つのテスト先がタイムアウトしても、すべてのアクセスが失敗するとは限りません。
- サブスクリプションとサーバー · テスト結果の見方
ルーティングとプロキシ振り分け
照合条件、ルールの順序、アウトバウンドのタグによって振り分け結果が決まります。ルールが正しくても、必要なデータファイルがなければ動作しません。
- ルーティングルールとプロキシ振り分け
- プロキシ振り分けとは、ドメイン、IP、ポートなどの条件に応じて異なるアウトバウンドを選ぶことです。ルーティングルールは、その条件を設定で表します。ルールは通常、記述順に照合されます。範囲の広いルールを先に置くと、後続の細かなルールが適用されないことがあります。direct、proxy、blockはクライアントでタグや動作名として使われます。生成された設定内のアウトバウンド参照は、実際の定義と一致している必要があります。
- ルーティングとプロキシ振り分け · 主な設定項目 routing.rules
- GeoIP
- GeoIPは分類ごとに整理されたIPアドレスの一覧です。ルーティングではgeoip:privateなどの式で接続先アドレスを照合できます。該当するルールデータが必要で、クライアントが各アドレスの所在地をリアルタイムに測定しているわけではありません。ドメイン名で接続する場合にIP条件を照合できるかは、ドメインの名前解決方法にも左右されます。domainStrategyと合わせて実際の処理経路を確認してください。
- ルーティングとプロキシ振り分け · IPアドレスの一覧
- GeoSite
- GeoSiteは分類ごとに整理されたドメインの一覧で、geosite:cnやgeosite:category-ads-allなどをドメインのルーティングルールに利用できます。分類の有無や含まれるドメインは、インストール済みのルールデータによって決まり、名称から推測できるとは限りません。サーバーの所在地を直接示すものでもありません。ルールファイルが見つからない場合や分類名を誤入力した場合は、まずコアの起動ログを確認してください。
- ルーティングとプロキシ振り分け · ドメインの一覧
- domainStrategy
- ここではrouting内のドメイン処理方針を指し、ルーティングの照合時に接続先ドメインの名前解決を試みるかどうかを指定します。AsIsは主にドメイン名のまま照合し、IPIfNonMatchはドメインルールに一致しない場合に名前解決してからIPルールを照合します。DNS全体の動作を切り替える設定ではありません。変更後はコアのDNS、アウトバウンド、アプリ独自の名前解決方法も確認してください。
- ルーティングとプロキシ振り分け · ルーティング時のドメイン処理
クライアント機能
通信の入口とドメインの名前解決は別の問題です。通信を取り込む範囲によって、必要な権限や確認する場所も異なります。
- システムプロキシ
- システムプロキシは、OSにローカルプロキシのアドレスとポートを登録します。主にこの設定に従うアプリに適用され、すべての通信を自動的に取り込むわけではありません。v2rayNでシステムプロキシを自動設定するには、ローカルのインバウンドが正常に待ち受けている必要があります。システムプロキシの解除は、関連するOS設定を削除します。アプリによっては独自のプロキシを使ったり、直接接続したりするため、各アプリの設定も確認してください。システムプロキシのスイッチだけでは判断できません。
- クライアント機能 · システム全体のプロキシ設定
- TUNモード
- TUNモードは仮想ネットワークインターフェースで通信を受け取り、クライアントと連携するコンポーネントがルールに従って転送する方式です。VMessやVLESSのようなプロキシプロトコルではありません。有効化できるかどうかは、システム権限、ルーティング、実装方式によって異なります。デスクトップでは管理者権限が必要な場合があり、Androidでは通常、VPN接続の権限を許可する必要があります。有効化後はLANアクセスとDNSを確認してください。通信を取り込むアプリを複数同時に動かすと、競合することがあります。
- クライアント機能 · 仮想ネットワークインターフェース
- DNS
- DNSはドメインをIPなどのレコードに変換します。OS、ブラウザー、プロキシコアがそれぞれ独自の名前解決経路を使う場合があります。コアにDNSサーバーを設定しても、ブラウザーの暗号化DNSやすべてのアプリのクエリが同じ経路を通るとは限りません。調査では、ドメインを解決できるか、返されたアドレスに到達できるか、DNSクエリがどのアウトバウンドから送信されるかを分けて確認してください。
- クライアント機能 · ドメインの名前解決
- FakeDNS
- FakeDNSはドメインに合成IPを返し、ドメインとIPの対応関係を保存します。後続の接続時に元のドメインを復元して処理するための仕組みです。DNSの制御と通信の取り込みが連携して動作する必要があります。対応していないアプリに合成アドレスを通常のパブリックIPとして渡すことはできません。モードを切り替えたり無効にしたりした後も、アプリのキャッシュに以前のアドレスが残る場合があります。キャッシュと名前解決経路の両方を確認してください。
- クライアント機能 · 合成IPのマッピング
暗号化と偽装
接続先アドレス、認証情報、証明書名を個別に確認してください。セキュリティレイヤーが確立しても、ルーティング結果が意図どおりとは限りません。
- TLS
- TLSは通信を暗号化し、相手を認証するセキュリティプロトコルです。複数のプロキシプロトコルで外側の保護として利用できます。接続時はTLSのスイッチが有効かどうかだけでなく、証明書の有効期限、信頼チェーン、サーバー名、システム時刻を確認してください。証明書検証を無効にすると認証が弱まるため、恒久的な解決策には適しません。名前が一致しない場合は、設定またはサーバー証明書を修正してください。
- 暗号化と偽装 · トランスポートセキュリティ
- REALITY
- REALITYはXrayエコシステムのトランスポートセキュリティ機構です。クライアントとサーバーで互換性のある設定を使い、実際のコアが対応していることを確認してください。主な設定項目にはserverName、公開鍵関連のパラメーター、shortId、フィンガープリントがあります。項目名はバージョンによって異なる場合があります。TLSの代わりに自由に使える汎用スイッチではなく、通常のTLS設定を切り替えるだけで接続できるわけではありません。
- 暗号化と偽装 · 関連コア Xray
- SNIとserverName
- SNIは、TLSハンドシェイクでサーバー名を送信する拡張機能です。設定のserverNameは通常、送信する名前と証明書名の検証に影響します。接続先アドレスは接続するサーバーを指定し、serverNameはセキュリティレイヤーで使う名前を指定するため、両者が同じとは限りません。サーバー側から指定された名前を使用してください。サブスクリプションのメモや任意のドメインを入力しないでください。
- 暗号化と偽装 · サーバー名
- DNSリーク
- DNSリークとは、DNSクエリが想定外の名前解決経路を通る状態です。たとえばWebアクセスはプロキシ経由でも、ドメインの問い合わせは別のシステム経路から送信される場合があります。異常かどうかを判断する前に、想定する経路を明確にしてください。テストページに特定のDNSサービス名が表示されただけでは、問題とは断定できません。ブラウザーの暗号化DNS、OSのリゾルバー、コアのDNSアウトバウンド、TUNが通信を取り込む範囲を順に確認し、実際の動作を調べてください。
- 暗号化と偽装 · 名前解決経路の確認
用語に対応する操作ガイド
用語を確認したら、次は操作ガイドを参照してください。インポートの問題はデータ形式、接続の問題はコアのログ、振り分けの問題はルールの順序とDNS経路を確認します。複数の設定を同時に変更すると、どの変更が影響したのか分からなくなるため、変更は一つずつ行ってください。