設定用語を確認 · カテゴリ別に整理

Clash用語集

プロキシプロトコル、ルール分岐、mihomoコア、DNS設定まで、クライアント画面や設定ファイルによく登場する用語をまとめて解説します。それぞれの用語が解決する課題と、設定を読む際に確認すべき関係も説明します。

5カテゴリ 27用語 設定やトラブルシューティングに便利
クイックインデックス

よく使われる表記から探す

英語の略称と日本語名をインデックスに併記しています。用語を選ぶと、該当する解説へ直接移動できます。

Clashコア DIRECT DNS DNSリーク Fake-IP GeoIP GeoSite Hysteria2 MATCH mihomo Provider Shadowsocks Trojan TUIC TUNモード VLESS VMess YAML 設定ファイル サブスクリプション ノード レイテンシ ポリシーグループ ルール分岐 システムプロキシ 混合ポート GUIクライアント
Protocol

プロキシプロトコル

プロトコルは、クライアントとサーバーが接続を確立し、認証してデータを転送する方法を決めます。設定時は、使用するコアがそのプロトコルとトランスポートパラメータに対応しているかも確認が必要です。

Shadowsocks SS
構成が比較的シンプルな暗号化プロキシプロトコルで、Clashの設定ではSSと略されます。ノードには通常、サーバーアドレス、ポート、パスワード、暗号化方式が必要で、どれか一つでも一致しないと接続に失敗する場合があります。暗号化方式によってはコアのバージョンに互換性要件があります。
VMess vmess
V2Rayエコシステムで使われるプロキシプロトコルで、認証情報は通常ユーザー識別子で表します。VMessはTCPやWebSocketなどのトランスポートと組み合わせられるため、サーバーとポートだけの確認では不十分です。クライアントのネットワーク種別、TLS、パスの設定もサーバー側と一致させる必要があります。
Trojan trojan
TLS接続を前提に設計されたプロキシプロトコルで、クライアントには通常サーバーアドレス、ポート、パスワード、ドメイン関連の設定を入力します。証明書名の検証とSNI設定はTLS接続の確立に影響します。トラブルシューティングでは、まず認証エラー、証明書エラー、ネットワーク到達不能を切り分けます。
VLESS vless
認証レイヤーを簡略化したプロキシプロトコルで、単体では完全なトランスポートセキュリティを担いません。実際の設定ではTLS、Reality、または特定のトランスポート層と組み合わせるため、同じプロトコル名でもノードのパラメータを相互利用できるとは限りません。使用前に、現在のコアが設定で使う拡張機能に対応しているか確認してください。
Hysteria2 hy2
QUICをベースにしたプロキシプロトコルで、パケットロスや帯域幅の変動が大きいネットワーク向けに通信を最適化します。基盤のトランスポートにはUDPを使うため、ネットワークが安定したUDP通信を許可するかどうかが接続性能に直結します。認証、TLSのドメイン、帯域幅のパラメータはサーバー側の設定に合わせます。
TUIC tuic
同じくQUICをベースにしたプロキシプロトコルで、マルチプレクシングなどのトランスポート機能に対応します。ノード設定には通常、ユーザー識別子、パスワード、輻輳制御、TLS関連の項目が含まれます。古いコアでは新しい設定を認識できない場合があるため、インポートに失敗したらまずコアの対応状況を確認します。
Routing

ルールと分岐

ルールは接続情報を上から順に判定し、一致すると対応するポリシーへ渡します。順序、ルールデータ、ポリシーグループ名によって最終的な出口が決まります。

ルール分岐 rules
ドメイン、IP、プロセス、地理情報などでトラフィックを判定し、指定したポリシーに処理を委ねる仕組みです。Clashは通常、ルールリストの先頭から下へ検索し、最初に一致した時点で判定を止めます。範囲の広いルールを早い位置に置くと、後続のより具体的なルールが機能しなくなる場合があります。
ポリシーグループ proxy-group
複数のプロキシノード、ほかのポリシーグループ、DIRECTを一つの論理的な出口にまとめます。代表的な種類には手動選択、自動テスト、フェイルオーバー、負荷分散があります。ルールは通常、個別のノードではなくポリシーグループ名を参照します。
DIRECT 直接接続
トラフィックをプロキシノードを経由せず、宛先アドレスへ直接接続することを示します。DIRECTでも、端末のネットワーク、ルーティング、DNSの名前解決結果の影響を受けます。単一ルールのポリシー位置に記述することも、ポリシーグループの選択肢にすることもできます。
MATCH フォールバックルール
ルールリストの最後に置くフォールバックの種類で、それまでのルールに一致しなかったトラフィックを受け取ります。MATCHは通常ルールの末尾に置き、その後にルールを追加しても期待どおりには動作しません。MATCHが指すポリシーグループによって、未分類の接続に対する既定の処理が決まります。
GeoIP IP地理ルール
宛先IPが地理データベースでどの地域に属するかをもとに判定します。ドメイン接続では、GeoIPが判断できるアドレスを得るために先に名前解決が必要になる場合があります。データベースの新旧、解決結果、CDNの振り分けによって実際の一致結果は変わります。
GeoSite ドメイン分類
あらかじめ整理されたドメイン分類の集合でリクエストを判定します。たとえばソフトウェアサービスやコンテンツのカテゴリに利用できます。ドメイン集合を扱うため、GeoIPのアドレス帰属判定とは異なります。利用できる分類名は、現在の地理データファイルとコアの対応状況によって決まります。
Core & Client

コアとクライアント

GUIクライアントが操作画面を提供し、コアがネットワーク処理を実行します。両者の境界を理解すると、機能の有無がGUIのバージョンで決まるのか、コアのバージョンで決まるのかを判断しやすくなります。

Clashコア core
設定の読み込み、プロキシ接続の確立、ルール判定、制御インターフェースの提供を担う中核プログラムです。GUIクライアントは通常、制御インターフェースを通じてポリシー、接続、ログの情報を取得します。プロトコル対応、DNSの動作、ルール構文は主にコアの実装によって決まります。
mihomo Clash.Meta
Clash.Metaから発展したオープンソースのプロキシコアで、幅広いプロトコル、ルール、DNS設定に対応します。一部のクライアントはmihomoを内蔵コアとして使用し、環境によっては単独で実行することもできます。チュートリアルを読む際は、内容がオリジナルのClash構文向けなのか、mihomoの拡張構文向けなのかを確認してください。
GUIクライアント GUI client
コアに対して設定のインポート、ポリシー選択、ログ確認、システムプロキシ制御などの操作を視覚的に提供するアプリです。同じコアを使うクライアントでも、画面構成、更新方式、プラットフォーム連携は異なります。クライアントの更新とコアの更新が別々に行われる場合もあります。
TUNモード virtual interface
仮想ネットワークインターフェースでIPトラフィックを取り込む動作方式で、通常はシステムプロキシより広い範囲をカバーします。システムプロキシ設定を読まないアプリにも対応できますが、ルーティング、DNS、システム権限が関係します。有効化後にインターネットへ接続できなくなった場合は、ログでインターフェースの作成、ルートの追加、DNS設定を確認してください。
Profile

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

設定はコアの動作を記述し、サブスクリプションは設定内容の配信や更新を担います。インポートに成功しても、すべてのノードやルールが正常に使えるとは限りません。

サブスクリプション subscription
サービス側が提供する設定取得の入口で、クライアントはサブスクリプションURLからノードやポリシー関連の内容を取得できます。更新するとリモートデータを再取得しますが、ローカルの上書き設定が保持されるかはクライアントの設定管理方式によって異なります。URLの期限切れ、アクセス制限、互換性のない形式などで更新に失敗することがあります。
設定ファイル profile
プロキシノード、ポリシーグループ、ルール、DNS、待受ポートなどの設定を記述するYAMLドキュメントです。完全な設定にするには各部分の名前と参照先を一致させる必要があります。たとえばルール内のポリシー名はポリシーグループに存在しなければなりません。編集後はまず構文が有効か確認し、設定を再読み込みします。
ノード proxy
設定で定義する個別のプロキシ出口で、通常はプロトコル種別、サーバーアドレス、ポート、認証情報を含みます。ノード名は主に画面表示やポリシーグループからの参照に使われ、接続品質を示すものではありません。利用できるかどうかは、パラメータの正しさ、サーバーの状態、現在のネットワーク経路によって決まります。
YAML .yaml
Clashの設定でよく使われる構造化テキスト形式で、インデントによって階層を表します。タブ、誤ったインデント、コロンの欠落、不適切な特殊文字があるとファイルを解析できない場合があります。編集時は同じ階層のインデントをそろえ、リストとキー・バリュー形式のオブジェクトを区別してください。
Provider 外部コレクション
独立したファイルやリモートURLからプロキシノード、ルールセットなどを読み込む設定の仕組みです。Proxy Providerはノード集合を管理し、Rule Providerはルール集合を管理します。用途は異なるため、更新間隔、キャッシュパス、参照名をメイン設定で正しく対応させる必要があります。
Network

ネットワークの基礎

プロキシが機能するかどうかはノードだけでなく、アプリのプロキシ設定、名前解決、待受ポート、OSのルーティングにも左右されます。トラブルシューティングでは、通信経路を層ごとに確認してください。

レイテンシ latency
クライアントからテストリクエストを送信して応答を受け取るまでの時間で、通常はミリ秒で表します。特定のテスト先、テスト方式、その時点のネットワーク状態だけを反映し、ダウンロード速度とは異なります。クライアントによってテスト先が違う場合、結果を単純に比較することはできません。
システムプロキシ system proxy
OSがアプリに提供するHTTPまたはSOCKSプロキシ設定です。ブラウザなどは通常これに従いますが、一部のターミナルツール、ゲーム、独自にネットワークを管理するプログラムは無視する場合があります。システムプロキシを有効にしても機能しない場合は、まずアプリがシステム設定を読み取るか確認してください。
DNS ドメイン名前解決
ドメインをIPアドレスに変換するシステムで、多くのネットワーク接続を確立する前に必要となる重要な処理です。Clashでは設定に応じてDNSサーバー、待受方式、問い合わせ経路を選択できます。解決結果はドメインルール、GeoIP判定、最終的な接続先に影響します。
DNSリーク DNS leak
通信が想定した経路を通っているにもかかわらず、ドメイン検索だけが予期しない別の名前解決経路へ送られる現象です。アプリがDNSを独自指定している、システムが従来のリゾルバーを使い続けている、TUNとDNSハイジャックの設定が連携していない、といった原因があります。トラブルシューティングでは、誰が問い合わせを開始し、どこへ送り、どの結果が返ったかを同時に確認します。
Fake-IP 拡張モード
DNSモジュールがまず予約アドレスとの対応を返し、コアがその対応から対象ドメインを復元してルール判定を行う方式です。接続時にもドメイン情報を識別しやすくなります。一部のLAN機器や特殊なアプリは対応アドレスに適さないため、フィルタールールで除外できます。
混合ポート mixed-port
同じローカル待受ポートでHTTPとSOCKS5のプロキシ接続を同時に受け付ける設定です。アプリは対応しているプロキシ形式でそのポートに接続するだけで済みます。ポートがほかのプログラムに使用されている場合、コアは通常ログに待受の失敗を記録します。
概念の関係

サブスクリプションから接続までの処理順序

  1. 設定を読み込む クライアントがローカルファイルまたはサブスクリプションからYAMLを読み込み、コアに解析させます。
  2. 入口を確立する システムプロキシ、混合ポート、TUNモードによってアプリのトラフィックをコアへ送ります。
  3. 情報を判定する DNS、ドメイン、宛先IPの情報がルール判定の条件になります。
  4. ルールを照合する ルールを順番に確認してポリシーグループを選び、MATCHがそれまで一致しなかった接続を処理します。
  5. 出口を選択する ポリシーグループが最終的にノードまたはDIRECTを選び、対応する方式で接続を確立します。
Clashをダウンロード