Glossary / Network map

Clash用語集:サブスクリプション設定からルール振り分けまで

クライアント画面、設定ファイル、ネットワークモードで混同しやすい用語を1つの索引にまとめました。まず分類から概念を探し、ダウンロードページやチュートリアルで実際の設定を進めてください。

01 / Runtime layer

クライアントとコア

このカテゴリの用語は「設定を実行するのは何か」を説明します。クライアントは操作画面を提供し、コアは設定の解析、接続の確立、ルールの実行を担います。

クライアントとコア

Mihomo

MihomoはClash Metaから続くエコシステムで広く使われる設定・プロキシコアで、YAML設定の解析、接続の確立、ルールの実行、ポリシーグループの管理を担います。

クライアントによって使用するコアのバージョンが異なる場合があります。画面上の名称が似ていても、クライアントのコア情報と設定の互換範囲を確認してください。

クライアントとコア

Clashクライアント

Clashクライアントはプロキシコアを動かし、グラフィカルな操作画面を提供するアプリです。設定のインポート、モード切り替え、接続確認、システムプロキシの変更などを行います。

クライアントを選ぶときは、まずOS、コアの対応状況、TUNなどシステムレベルの機能が必要かを確認し、デスクトップ向けとモバイル向けのツールを選択します。

クライアントとコア

YAML

YAMLはClashとMihomoでよく使われる設定ファイル形式です。インデントやコロンの構造には文法上の意味があります。

インデント、キー名のつづり、データ型の誤りによって設定を読み込めないことがあります。YAMLを編集するときは元の階層構造を保ち、変更後に設定の解析結果を確認してください。

02 / Connection path

プロキシと接続

ここでは、端末から発生した通信がどのようにプロキシの入口へ入り、接続の応答状態をどう判断するかを示す用語を扱います。

プロキシと接続

ノード

ノードは設定内で定義される1つのプロキシサーバー接続で、通常はアドレス、ポート、プロトコル、認証情報、通信パラメータを含みます。

1つの設定に複数のノードを登録してポリシーグループから選択できます。ノード名は識別用のラベルにすぎず、名前だけで実際の地域、速度、安定性を判断することはできません。

プロキシと接続

レイテンシ

レイテンシは、クライアントが測定を開始してから応答を受け取るまでの時間で、通常はミリ秒で表示されます。測定対象、ネットワーク距離、テストプロトコルによって数値は変わります。

低レイテンシは応答が速いことを示すだけで、帯域幅、安定性、すべてのWebサイトでの実際の使用感を単独で判断できるものではありません。接続が不安定な場合は、タイムアウト、パケットロス、実際のアクセス結果も併せて確認してください。

プロキシと接続

プロキシポート

プロキシポートは、クライアントが端末上で待ち受ける接続窓口です。HTTPやSOCKSポートなどがあります。

ブラウザー、コマンドラインツール、その他のアプリは正しいアドレスとポートを指定して、通信をClashに渡します。ポートの競合や待受アドレスの設定ミスは、接続拒否として現れます。

03 / Configuration source

サブスクリプションと設定

サブスクリプションは設定の取得元を決め、設定ファイルはクライアントの動作を決めます。両者は関係していますが、同じものではありません。

サブスクリプションと設定

サブスクリプション

サブスクリプションは、プロキシ設定を取得するためのURLです。サーバーからノード、ポリシーグループ、ルールなどが返されます。

クライアントがサブスクリプションを更新すると、リモートの内容が現在利用できる設定ファイルに変換されます。更新に失敗した場合は、まずURLが有効でアカウントが正常か確認し、返された内容が解析可能な設定かを確認してください。

サブスクリプションと設定

設定ファイル

設定ファイルは、プロキシノード、ポート、DNS、ルール、ポリシーグループなどの動作パラメータを定義し、コアの動作を決める主要な情報になります。

サブスクリプションから生成した設定をベースに、上書きやローカル編集で個別の設定を追加できます。変更前に利用可能なコピーを保存しておくと、直前の状態へすぐ戻せます。

サブスクリプションと設定

プロキシサービス提供者

プロキシサービス提供者は、サブスクリプションURLと対応するネットワークサービスを提供します。Clashクライアント自体がプロキシサービスというわけではありません。

サブスクリプションを使う前に、提供元、アカウント状態、通信量制限、利用規約を確認してください。サブスクリプションの無効化、ノードの期限切れ、サーバー側の形式変更があると、クライアントでは更新または解析の失敗として表示されます。

04 / Decision layer

ルールとポリシーグループ

ルールは接続がどの経路を通るかを判定し、ポリシーグループは一致後に具体的なノードや処理方法を選択します。

ルールとポリシーグループ

ルール

ルールはあらかじめ設定した条件に基づき、ドメイン、IPアドレス、プロセス、ネットワーク通信を判定し、接続を指定のポリシーグループへ渡します。

ルールは通常、上から順に評価され、先に一致した項目が後続の処理に影響します。振り分け結果を確認するときは、まず実際に一致したルールを確認し、次にそのルールが指すポリシーグループを調べてください。

ルールとポリシーグループ

ルールプロバイダー

ルールプロバイダーは、広告ドメイン、LANアドレス、特定サービスのドメイン集合など、個別に更新できるルールファイルを参照するために使います。

設定ではルール形式、動作、リモートまたはローカルの取得元を指定します。ルールプロバイダーの更新後も、その動作が現在の設定にあるポリシーグループ名と一致するか確認してください。

ルールとポリシーグループ

ポリシーグループ

ポリシーグループは、ノードや他のポリシーを選択する階層です。手動選択、自動速度テスト、フェイルオーバーなどが一般的です。

ルールがポリシーグループに一致すると、そのグループが利用するプロキシ経路を決定します。手動選択は明確な制御に向き、自動方式では測定対象やヘルスチェックの設定がより重要になります。

05 / Traffic capture

ネットワークモード

ネットワークモードは、クライアントが取り込める通信の範囲を決めます。システムプロキシはOS設定に従うアプリに適し、TUNなどのモードはより広い範囲をカバーします。

ネットワークモード

TUNモード

TUNモードは仮想ネットワークインターフェースを通じて、より広範なシステム通信を取り込みます。手動でプロキシを設定できないアプリもClashの処理経路に接続できます。

有効化には通常、システム権限が必要です。ルーティング、DNS、バイパスリストも同時に確認してください。有効化後にLAN機器やシステムサービスへ問題が起きた場合は、ノードを何度も切り替えるのではなく、まずルールとルーティング範囲を確認します。

ネットワークモード

システムプロキシ

システムプロキシは、OSが提供するHTTP、HTTPS、SOCKSのプロキシ設定です。ブラウザーなどシステム設定に従うアプリが利用します。

システムプロキシの適用範囲は、アプリがその設定を読み取るかどうかで決まり、全通信の取り込みと同じではありません。クライアントを終了してもシステムプロキシが有効なままだと、一部のアプリが停止済みポートへ接続し続けることがあります。

ネットワークモード

Redir-Host

Redir-HostはDNSの動作方式の1つです。クライアントがドメインの解決結果を追跡可能な対応関係として保持し、接続処理時に元のドメインを復元します。

十分なDNS設定に依存するため、アプリ独自の名前解決には追加対応が必要になる場合があります。DNSモードは、ルール要件、LANアクセス、各アプリの名前解決動作を踏まえて選択してください。

06 / Resolution and route

システムとルーティング

ここでは、IPの地域判定、仮想アドレスの対応付け、ドメイン解決の経路を扱います。「ルールには一致したのにアクセスできない」問題を切り分ける重要な基礎知識です。

システムとルーティング

GeoIP

GeoIPデータベースはIPアドレスから登録地域を判定し、ルールによってLAN、中国本土、海外などの通信を区別できます。

GeoIPの判定結果はデータベースのバージョンに依存するため、正確な位置情報として扱うことはできません。データベースが古いと実際のアドレスが別の地域に分類されることがあるため、更新後は重要な振り分け結果を再確認してください。

システムとルーティング

Fake-IP

Fake-IPモードは、ドメインに対してプロキシクライアントが管理する仮想アドレスを返し、対応表から元のドメインを復元します。

ドメイン情報を維持してルール処理と連携できますが、実DNS応答や固定IPに依存するアプリではバイパス設定が必要になる場合があります。LAN機器に問題が起きた場合は、まずFake-IPの除外リストを確認してください。

システムとルーティング

DNSリーク

DNSリークとは、プロキシ通信がプロキシ経路を通っているにもかかわらず、ドメイン検索だけがローカルネットワークや想定外のDNSサービスで処理される状態です。

確認時はDNSモード、待受アドレス、システムリゾルバー、アプリ独自の暗号化DNS設定を併せて確認してください。ブラウザーのプロキシ設定だけでは、すべてのアプリのドメイン解決経路を確認できません。