設定を読む · 概念を一覧で確認
Clash用語集
サブスクリプション、ノード、ルール分割、プロトコル、コア、DNS設定で使われる基本用語をまとめて解説します。各項目では概念、実際の用途、混同しやすい境界を説明し、チュートリアルの閲覧や設定確認時の早見表として利用できます。
5つの分類
26用語
設定とネットワークの概念
01
主要概念
まず、設定の出所、接続対象、実行状態を区別しましょう。これらの用語はクライアントのホーム画面、サブスクリプション管理、トラブルシューティングの手順で繰り返し登場します。
- サブスクリプション
- サービス提供者が公開するリモート設定への入口で、通常はノード、プロキシグループ、ルールなどを含みます。クライアントはサブスクリプションURLから内容を取得し、更新後に利用可能な設定を再生成します。更新すると、その提供元が管理する内容は上書きされるため、ローカルで変更する前にクライアントが上書き設定に対応しているか確認してください。
- ノード
- 設定内でクライアントが接続先として利用できるプロキシエンドポイントです。通常はサーバーアドレス、ポート、プロトコル、認証パラメータを含みます。リストに表示されていても接続できるとは限らず、設定、ネットワーク経路、サーバーの稼働状況にも左右されます。
- 遅延
- クライアントからテストリクエストを送信して応答を受け取るまでの時間で、通常はミリ秒で表します。遅延が小さいほど操作への応答は速くなる傾向がありますが、帯域幅、安定性、実際のダウンロード速度を単独で示すものではありません。テスト先によって結果が異なる場合もあります。
- 設定ファイル
- ポート、プロキシノード、プロキシグループ、DNS、トラフィック分割ルールを記述する構造化ファイルです。Clashエコシステムでは通常YAMLを使用し、フィールド階層とインデントが読み込み結果に直接影響します。サブスクリプションから取得することも、ユーザーがローカルで管理することもできます。
- 実行設定
- クライアントが現在コアに渡して実行している完全な設定です。ローカル設定、サブスクリプション内容、スクリプト、上書きルールなどを統合して作られるため、元のサブスクリプションファイルと完全に一致するとは限りません。ルールやDNSの問題を調べるときは、まず実際の実行設定を確認してください。
02
プロトコルと伝送
プロトコルはクライアントとサーバーが認証し、データを交換する方法を決めます。伝送パラメータは接続を運ぶ方式を示します。同じ名称でも、すべてのパラメータの組み合わせを相互に利用できるとは限りません。
- Shadowsocks（SS）
- 比較的シンプルな暗号化プロキシプロトコルで、一般にSSと略されます。設定時はサーバーアドレス、ポート、暗号方式、パスワードを一致させる必要があります。暗号アルゴリズムを利用できるかは、現在のコアの対応範囲にも左右されます。
- VMess
- V2Rayエコシステムのプロキシプロトコルで、通常はユーザー識別子、伝送方式、セキュリティ関連パラメータを設定します。WebSocketやHTTPなどの伝送方式と組み合わせることもできます。古いフィールドや伝送方式の組み合わせに対する互換性は、クライアントによって異なる場合があります。
- Trojan
- TLS接続を前提に設計されたプロキシプロトコルです。主な設定項目にはサーバー、ポート、パスワード、サーバー名があり、クライアントは証明書検証やALPNなども処理します。サーバー名や証明書関連のパラメータが一致しないと、接続を確立できないことがあります。
- VLESS
- 認証と具体的な伝送方式を分けて扱うプロトコルで、TLS、Reality、WebSocket、gRPCなどと組み合わせて使われます。ノード名にVLESSとだけ書かれていても、接続方式全体は分かりません。実際の互換性は、コアのバージョンと各伝送パラメータが揃っているかによって決まります。
- UDP
- データグラム向けの伝送プロトコルで、TCPのように信頼性のあるバイトストリームを先に確立しません。音声、ゲーム、一部のDNSリクエストで使われます。ノード、プロキシグループ、コアが対応していて初めて、対象トラフィックを想定どおり転送できます。
03
ルールとトラフィック分割
ルールは接続を識別し、プロキシグループは出口を決定します。Clashのルール分割を調整するには、評価順序とフォールバック項目を理解することが基本です。
- ルール分割
- ドメイン、IP、プロセス、ルールセットに基づいて、接続を直接接続、拒否、指定したプロキシグループのいずれにするか判断します。ルールは通常上から順に評価され、最初に一致した項目が接続先を決めます。ルールモードとグローバルモードの主な違いは、この逐次判定を行うかどうかです。
- プロキシグループ
- 複数のノードや他のプロキシグループをまとめ、ルールから参照できる論理的な出口にします。手動選択のほか、遅延テスト、障害時の優先順位、負荷分散に基づく自動選択も可能です。ルールがグループ名を指定している場合、最終的なノードはそのグループの現在の状態で決まります。
- DOMAIN-SUFFIX
- 指定したドメインの末尾と、そのサブドメインを照合するルールタイプです。たとえば
example.comを対象にしたサフィックスルールは、通常www.example.comにも一致します。同じメインドメイン配下の複数サービスをまとめて対象にする場合に適しています。
- GEOIP
- 対象IPの地理データベース上の所属地域を基準に照合するルールタイプです。結果はローカルのGeoIPデータの内容と更新時期に左右されます。解析後のIPの所属地域を扱うもので、ドメイン自体の分類とは異なります。
- MATCH
- それまでのルールに一致しなかった接続を受け持つルールで、通常はルール一覧の末尾に置きます。ルール全体のデフォルトの出口に相当します。MATCHを早い位置に置くと、後続の具体的なルールは評価されません。
- ルールセット
- 同種の照合条件を、個別に管理・参照できるデータ集合としてまとめたものです。リモートルールセットを単独で更新できるため、メイン設定ファイルの重複項目を減らせます。形式、ビヘイビア、参照名は現在のコアの要件に適合している必要があります。
04
クライアントとコア
グラフィカルインターフェース、プロキシコア、設定形式はそれぞれ異なる層に属します。層を区別すると、ある機能が画面側とコアのどちらによって提供されているか判断しやすくなります。
- mihomo
- Clash Metaの後継として使われるコアの名称で、設定の解析、プロキシ接続の確立、ルールの実行、DNS処理を担います。グラフィカルクライアントは通常、mihomo上にサブスクリプション管理、切り替え、状態の可視化機能を提供します。プロトコル対応を確認するときは、画面側のバージョンよりコアのバージョンが重要になることが多いです。
- Clash Meta
- Clashエコシステムにおける拡張コアの分岐名で、より多くのプロトコル、DNS、ネットワーク取り込み機能を追加しました。現在はmihomoの名称で開発が続いているため、古いドキュメントではClash Metaも頻繁に登場します。時期によっては、両者が同じ進化系統を指す場合があります。
- グラフィカルクライアント
- プロキシコアを組み込み、ウィンドウ、メニュー、システム連携機能を提供するデスクトップまたはモバイルアプリです。クライアントはサブスクリプションのインポート、切り替え、状態表示を担い、実際のトラフィック処理は通常コアが行います。画面側のバージョンとコアのバージョンが別々に更新されることもあります。
- YAML
- Clashの設定でよく使われるテキストシリアライズ形式で、インデントによって階層を表します。スペースの数、リスト記号、コロンの位置にはすべて文法上の意味があります。タブ、階層のずれ、必要なスペースの不足によって設定を読み込めないことがあります。
05
ネットワークとDNS
この分類では、トラフィックがどのようにコアへ入り、ドメインがどのように解決されるかを説明します。システムプロキシとTUNでは取り込みの層が異なり、DNSの経路も個別に確認する必要があります。
- システムプロキシ
- OSのHTTPまたはSOCKSプロキシ設定を、Clashのローカルリスニングポートに向けます。システムプロキシ設定に従うアプリは対象リクエストをクライアントに渡しますが、独自のネットワークスタックを使うアプリもあるため、システムプロキシだけではすべてのトラフィックをカバーできない場合があります。
- TUNモード
- 仮想ネットワークインターフェースでシステムのトラフィックを受け取り、コアが分割と転送を行います。システムプロキシより広いアプリをカバーでき、HTTP以外のトラフィックにも対応しやすくなります。有効化する際は、システム権限、ルーティング、インターフェースの競合、DNS設定を正しく処理する必要があります。
- Mixed Port
- 同じローカルポートでHTTPプロキシとSOCKSプロキシの接続を同時に受け付けるリスニング方式です。設定項目は通常
mixed-portと記述し、ローカルポートの例として7890がよく使われます。他のアプリにプロキシアドレスを入力するときは、リスニングアドレスとポートも確認してください。
- Fake-IP
- DNSモジュールがアプリにマッピングアドレスを返し、接続時にその対応関係から対象ドメインを復元します。ドメインルールを早い段階で適用しやすく、先に解決してから照合することで起こる情報の損失も抑えられます。LAN機器、接続確認、特殊なドメインはフィルターリストへの追加が必要になる場合があります。
- DNSリーク
- アプリのドメイン検索が想定されたDNS処理経路を回避し、別のリゾルバーへ直接渡される現象です。確認時は、システムDNS、ブラウザーのセキュアDNS、TUNの取り込み範囲、設定内のnameserverを同時に確認する必要があります。プロキシ接続が成功しているかだけでは、DNS経路を完全には判断できません。
- Nameserver
- DNS設定で通常のドメイン解決を担う上流サーバーの一覧です。fallbackやdefault-nameserverとは用途が異なるため、名称だけで相互に置き換えることはできません。実際のリクエスト経路は、DNSモード、ドメインルール、コアの設定にも左右されます。
設定資料をさらに読む
用語を実際の操作手順に当てはめるなら、まずは入門ガイドから始めてください。プロトコル、コア、互換性を比較する場合は、プロトコルリファレンスを参照できます。