用語集 よく使う25の概念
設定の階層ごとに用語を確認できます。まずプロトコル、伝送方式、セキュリティ層を区別し、次にコア、サブスクリプション、振り分けを理解しましょう。名称が似ていても、設定を相互に置き換えられるとは限りません。
プロトコルは通信相手との認証方法やプロキシデータのやり取りを定め、伝送方式はそのデータを運ぶ方法を定めます。セキュリティ層は別の役割を担うため、プロトコル名だけで接続全体の暗号化方式を判断することはできません。
VMessはProject Vエコシステムのプロキシプロトコルで、ユーザー認証とデータのカプセル化方式を定めており、さまざまな伝送方式と組み合わせて使えます。設定をインポートする際は、サーバーアドレスとポートだけでなく、ユーザー識別子、伝送方式、セキュリティ層のパラメーターも保持してください。一部の項目だけをコピーしてはいけません。古い設定を使う場合はクライアントの対応範囲を確認しましょう。システム時刻のずれが認証に影響することもあるため、接続失敗をすべてノードの障害と決めつけないでください。
関連用語：UUID →VLESSは軽量な認証と転送を重視し、単独では完全な通信暗号化を提供しません。実際の安全性はTLSやREALITYなどの設定とあわせて判断してください。クライアントでVLESSと表示されていても、確認できるのはプロキシプロトコルの種類だけです。伝送方式やセキュリティ層、フロー制御の設定まではわかりません。共有された設定の項目の組み合わせを保ち、使用中のコアが各機能に対応しているか確認してください。VMessのプロトコル名だけを変更する方法は避けましょう。
関連用語：REALITY →Trojanは通常、TLSで保護された接続上で動作し、パスワードでプロキシ認証を行います。プロトコル名とクライアント名は別のものです。設定のパスワード、サーバー名、証明書の検証方法は接続の成否に影響します。アドレスとポートが正しくても接続できるとは限りません。ハンドシェイクに失敗した場合は、まずシステム時刻、サーバー名、サーバー側の設定を確認してください。証明書の検証を無効にする方法を、一般的な解決策として使わないでください。
関連用語：TLS →Shadowsocksは、指定した暗号方式とパスワードを使って暗号化されたプロキシ接続を確立します。クライアントとサーバーが同じ方式に対応している必要があります。プロトコルのバージョンによって、パスワードの形式、認証、実装の対応状況が異なる場合があります。そのため、共有リンクを認識できても、含まれるすべての設定で動作するとは限りません。インポート後は暗号方式が正しく保持されているか確認し、名称が似ているだけで別の方式に置き換えたり、パスワードを別のプロトコルに流用したりしないでください。
プロトコルの選び方を見る →伝送方式は、プロキシデータを運ぶ接続方法です。TCP、WebSocket、gRPCなどがよく使われますが、これらは単独のノードアカウントではありません。伝送方式とセキュリティ層は別の設定項目です。たとえばWebSocketを使っても、自動的にTLSが有効になるわけではありません。パス、Host、サービス名などの項目は、伝送方式に応じてサーバー側と一致させる必要があります。パラメーターが足りない場合は、個別に推測せず、完全な設定を入手してください。
関連用語：SNI →クライアントは画面表示やシステム連携を担い、コアは接続、名前解決、ルーティングを実行します。ダウンロードしたGUIプログラムと、実際に呼び出されているコアは分けて確認してください。
Project Vは、V2Rayに関連するオープンソースのプロキシ技術エコシステムです。V2Rayは一般にコアプログラムや関連技術を指し、特定のデスクトップ・モバイル向けGUIを意味するわけではありません。一般に「V2Rayクライアント」と呼ばれるものの多くは、関連する接続設定を管理するGUIプログラムです。ただし、コアや設定項目、対応範囲はソフトによって異なります。解説を読む際はソフト名とバージョンを確認し、コアの設定項目を画面のメニュー名だと思い込まないようにしましょう。
関連用語：GUIクライアント →V2Flyは、V2Rayコアを中心に開発が続くコミュニティプロジェクト群です。関連するコアがプロトコル処理や接続の転送を実行します。Xrayとは技術的なつながりがありますが、機能拡張や設定項目、更新ペースは同じではありません。共通の基本プロトコルを扱えるからといって、すべての設定に互換性があるとは限りません。v2flyNGなどのクライアントを使う場合は、実際のコアの機能に合わせてノードを選び、特定のコア拡張を含む設定かどうかも確認してください。
関連用語：Xray →Xrayは、V2Rayと技術的なつながりを持つプロキシコアで、REALITYなど、プロトコル拡張や伝送セキュリティに関する独自機能を開発しています。設定が使えるかどうかを判断するには、コアのバージョン、伝送方式、拡張パラメーターをあわせて確認してください。クライアントで「VLESS」を選べるかどうかだけでは判断できません。GUIプログラムを更新した後は、実際に動作するコアも更新されたか確認しましょう。現在の実行環境を把握するには、ノードのメモよりログに表示されたコア名が参考になります。
コアの互換性について確認 →GUIクライアントはノード管理、サブスクリプションのインポート、設定の生成、システム連携を担い、接続の処理は通常、呼び出されたコアが行います。v2rayNはWindows、macOS、Linux向けのデスクトップクライアント、v2rayNGとv2flyNGはAndroid向けで、主な違いの一つは使用するコアがそれぞれXrayとV2Flyであることです。画面に設定項目があっても、任意のパラメーターの組み合わせが有効とは限りません。問題の切り分けでは、クライアントの設定、生成された設定ファイル、コアの応答を照らし合わせてください。
クライアントの選び方を見る →システムプロキシは、OSがアプリに提供するプロキシ設定の入口です。この設定に従うアプリは、該当するリクエストをローカルのクライアントに渡します。アプリ独自の通信設定を持つ場合もあるため、システムプロキシを有効にしても、すべての接続が捕捉されるわけではありません。また、コアがすべての宛先をプロキシ経由にするわけでもありません。「システムプロキシを自動設定」の「自動」は、クライアントがシステム設定を変更する動作を指します。実際の通信経路はアプリの動作とルーティングルールをあわせて確認してください。
関連用語：TUNモード →ノードは接続設定、共有リンクは設定を表す方法、サブスクリプションURLは設定一式を取得する入口です。接続テストでわかるのは特定の条件での状態であり、普段のアクセス確認の代わりにはなりません。
ノードは通常、クライアントで接続に使う設定一式を指し、サーバーアドレス、ポート、プロトコル、認証情報、必要な伝送パラメーターが含まれます。ノード名は識別用のメモであり、実際の地理的位置、可用性、接続品質を示すものではありません。名前が似ていても設定が異なる項目や、名前が違っても同じサーバーを指す項目があります。重複を判断する際は名前だけでなく、設定内容を確認してください。
関連用語：共有リンク →共有リンクは、プロトコルのプレフィックスとエンコードされたパラメーターで接続設定を表します。たとえば vmess:// や vless:// で始まるテキストで、通常は単一ノードのインポートに使用します。一般的なWebページのURLとは異なるため、クライアントのクリップボードからのインポート機能やQRコード読み取り機能を使ってください。プロトコルによってテキストの形式も異なります。リンク全体にはユーザー識別子やパスワードなどの認証情報が含まれる場合があります。スクリーンショットを共有したり質問したりする際は、機密情報を隠し、リンクをそのまま公開しないでください。
サブスクリプションURLは、クライアントが接続設定の一覧を取得し、その後の更新を行うための入口です。更新時にクライアントは内容を取得し、対応する形式で解析します。単一ノードの共有リンクとは用途が異なり、通常のWebページのURLが有効なサブスクリプションとは限りません。リクエストに成功してもノードが追加されない場合は、応答内容と形式の互換性を確認してください。サブスクリプションURLにはアクセス認証情報が含まれる場合があるため、安全に保管しましょう。更新によってサブスクリプショングループ内の手動変更が上書きされる可能性にも注意してください。
サブスクリプションの設定手順を見る →TCPingは通常、TCP接続を試みて宛先アドレスとポートの応答を測定します。具体的な実装や計測範囲はテストツールによって異なります。ポートに接続できるかを簡易的に確認できますが、プロキシ認証、TLSネゴシエーション、最終的な宛先へのリクエストが成功するかまでは検証できません。TCPingの結果が出てもWebページを開けない場合は、矛盾しているわけではありません。結果の列だけでノードを選ばず、接続経路全体を確認してください。
関連用語：実接続レイテンシ →実接続レイテンシは通常、クライアントがプロキシ設定を通じて指定したテスト先にリクエストを送る際の所要時間を指します。名前解決やハンドシェイク、接続の再利用が計測に含まれるかは実装によって異なります。テスト先、DNS、ルーティングルール、現在のネットワーク状況に左右されるため、同じ条件で比較し、リクエストが想定した出口を実際に使っているか確認してください。所要時間が短くてもダウンロード速度が速いとは限りません。一度タイムアウトしただけで、すべての宛先に接続できないとも判断できません。
接続テストと動作確認について読む →まず通信がクライアントに届いているかを確認し、次にどのルールと出口が選ばれたかを調べましょう。通信の捕捉範囲、DNSの名前解決、出口の選択は相互に関係しますが、それぞれ別の段階です。
ルーティングルールは、ドメイン、IP、ポート、入口などの条件に基づいて接続を指定した出口へ振り分けます。振り分けとは、条件に応じて経路を選択する動作です。出口には通常、直接接続、プロキシ、ブロックがありますが、名称やルールの構成は設定によって異なります。多くの場合、ルールは上から順に照合され、前方の広い条件が後方の詳細な条件より先に適用されることがあります。特定サイトの経路を調べる際は、選択中のノードだけでなく、宛先情報、ルールの照合順、デフォルトの出口を確認してください。
関連用語：GeoSite →GeoIPは、IPアドレスの範囲を分類したデータです。ルーティングでこのデータを使えば、ネットワーク範囲を一つずつ手入力せずに宛先を照合できます。分類データは定期的に更新されるほか、クラウドサービスのアドレスやCDN、IPアドレスの割り当て状況の変化によって照合結果が変わることがあります。サーバーの実際の所在地や接続品質を正確に判断する用途には使えません。ドメイン名でアクセスしたときにIPルールが適用されるかどうかは名前解決の方式にも左右されるため、ルールが存在しても毎回照合されるとは限りません。
関連用語：ルーティングルールと振り分け →GeoSiteは、ドメイン名をカテゴリ別にまとめたデータです。ルーティングルールからカテゴリ名を参照し、広告ドメインなど関連するドメインをまとめて管理できます。カテゴリは照合条件を提供するだけで、直接接続、プロキシ、ブロックのどれにするかはルールで指定した出口によって決まります。カテゴリを参照しただけでアクセス動作が自動的に変わるわけではありません。カテゴリの内容は更新されるため、データファイルやカテゴリ名が使用中のコアに対応しているか確認してください。アプリの関連ドメインが同じカテゴリに含まれない場合もあります。
関連用語：GeoIP →TUNモードは仮想ネットワークインターフェースを介してIPパケットを受け取り、処理する方式です。システムプロキシ設定に従わないアプリの通信を捕捉する際によく使われますが、実際の捕捉範囲はルーティング、権限、クライアントの実装によって異なります。有効にした後は、DNSの処理、LANへのアクセス、ほかの仮想ネットワークインターフェースとの関係も確認してください。スイッチをオンにするだけですべての設定が不要になるわけではありません。アプリの動作が変わった場合は、ルーティングとログを調べて通信経路を確認し、複数の通信捕捉機能を同時に有効にして競合しないようにしましょう。
関連用語：システムプロキシ →FakeDNSは、ドメイン名に合成IPアドレスを割り当て、後続の制御された通信経路で対応関係からドメイン名を復元する仕組みです。プロキシ側でドメイン名を保持し、処理や振り分けに利用できます。合成アドレスはWebサイトの実サーバーのアドレスではありません。DNSの引き継ぎ、マッピングの状態、アドレス範囲、ルーティング設定が連携して初めて正常に機能します。合成アドレスを取得した後にクライアントを経由せず接続すると、アクセスに失敗することがあります。モードを切り替えた後は、OSやアプリに古いDNSキャッシュが残っていないかも確認してください。
関連用語：DNSリーク →認証は接続ユーザーを識別し、セキュリティ層は通信を保護して相手の身元を確認します。共有リンクをインポートできても、各パラメーターが適切とは限らず、検証エラーを無視してよいわけでもありません。
TLSは通信内容を保護し、通信相手の身元を確認するセキュリティプロトコルです。プロキシ設定では、独立したセキュリティ層として使われることがあります。証明書が信頼できるか、サーバー名が一致するか、システム時刻が正しいかによって、ハンドシェイクが失敗する場合があります。プロトコルのネゴシエーション用パラメーターも設定する場合は、サーバー側と一致させてください。証明書の検証を無効にすると、相手の身元を確認する機能が弱まります。通常の設定として使わず、エラーの原因がサーバー名、証明書チェーン、時刻のどれにあるかを確認してください。
関連用語：SNI →REALITYはXrayエコシステムの伝送セキュリティ機能で、VLESSと同じ階層のプロキシプロトコルではありません。両者は組み合わせて使われることがありますが、役割は異なります。使用するにはクライアントとコアが対応している必要があります。また、サーバーの設定に従ってサーバー名、公鍵、ショートIDなどを指定してください。具体的な項目は設定内容を確認しましょう。REALITYを使えばアプリ全体の通信経路が自動的に正しくなるわけではありません。認証、伝送、ルーティングを個別に確認し、通常のTLS設定の名称だけを変更して流用しないでください。
REALITYとプロトコルの組み合わせについて読む →SNIは、TLSハンドシェイクで接続先のサーバー名を指定する拡張機能です。クライアントの画面では「サーバー名」や serverName と表示されることがあります。接続先アドレスとこの名前は異なる場合がありますが、名前はサーバー側の要件に沿い、証明書の検証条件と一致していなければなりません。任意の値を設定しないでください。SNIとWebSocketのHostフィールドは別の段階で使われます。例で同じ値になっていても、一方を他方の汎用的な代わりとして扱うことはできません。
UUIDは、VMessやVLESSなどの設定でよく使われるユーザー識別子で、各プロトコルの認証処理に使われます。通常はハイフンで区切られた16進数の文字列です。サーバーアドレスや暗号鍵と同じものではありません。役割はプロトコルの仕様に基づいて理解してください。形式が正しく見えても、サーバーがそのユーザーを受け入れるとは限りません。設定に含まれるUUIDは認証情報として適切に管理し、コピーの際は空白の混入や文字列の欠落に注意してください。解説にあるサンプル値を接続用アカウントとして使わないでください。
関連用語：共有リンク →DNSリークは通常、ドメイン名の名前解決リクエストが想定外の経路を通る状態を指します。判断する前に、どのクエリをローカルで処理し、どのクエリを指定した出口経由にするのかを明確にしてください。ブラウザー独自の名前解決、システムDNS、クライアントDNS、アプリのキャッシュが同時にアクセスへ関与する場合があります。検査結果に表示されたリゾルバー名だけでは原因を特定できません。クライアントログと実際のルールをあわせて確認してください。TUNや暗号化DNSを有効にしても、すべての名前解決リクエストが自動的に同じ経路を通るわけではありません。
接続と名前解決に関するよくある質問を見る →