Clash 用語集
設定ファイルを読んだり、クライアントのエラーを見たり、上級者向けマニュアルを読んだりするたびに、繰り返し登場する用語群にぶつかります。この表では28個の頻出用語を5分類に整理し、各項目2~4文でそれが何か、どこに登場するか、隣接する概念との境界線がどこかを明確にしています。各用語カードには独立したアンカーがあり、リンクを直接送って特定の項目に案内できます。
参照のコツ:クライアント画面の切替スイッチ名(TUN、Fake-IP、LAN許可)に遭遇したら先に「DNSと通信処理」と「設定ファイルフィールド」を確認。サブスクリプションから取得したYAML内で意味不明な項目名の大半は「ルールとポリシーグループ」にある。ノードタイプ欄の略称は「プロキシプロトコル」を参照。概念以外の具体的な操作手順は使用ガイドを、フィールドレベルの完全な記法と実践例は上級者向けマニュアルを参照してください。
内核とクライアント
SECTION 01 · 6 ENTRIES「内核」と「クライアント」を区別することは、Clashエコシステム全体を理解する第一歩です。内核が通信処理を担い、クライアントが内核を使いやすくします。
mihomo
内核とクライアントClash Meta 内核の現行名称。オリジナルのClashコアが更新停止した後、コミュニティによって開発が継続され、その文法をベースにより多くのプロトコルとルールタイプが拡張されました。現行の主流グラフィカルクライアント(Clash Verge Rev、FlClash、Clash Plusなど)はいずれもこの内核を既定で動作させており、チュートリアルで言う「Meta内核」「Meta文法」とはこれを指します。
GUI クライアント
内核とクライアント内核の上に構築されたグラフィカルインターフェース。サブスクリプション管理、システムプロキシの切替、内核プロセスの監視、ログの可視化表示を担います。同一の設定ファイルは各GUIクライアント間でほぼ共通して使えますが、差異はインターフェースのレイアウトや付加機能に集中します。選定比較はクライアント比較ページを参照。
external-controller(外部コントローラー)
内核とクライアント内核が公開するRESTful制御インターフェースで、既定では 127.0.0.1:9090 でリスンしています。Webパネル(metacubexd、yacdなど)はこれを通じて接続リストの取得、ノード切替、リアルタイムログの閲覧を行います。付属の secret フィールドはアクセス用のパスワード設定に使われ、リスンアドレスをループバック以外に変更する前には必ず設定しておく必要があります。
UWPループバック除外
内核とクライアントWindowsのUWPアプリ(Microsoft Storeからインストールしたアプリ)は既定でローカルループバックアドレスへのアクセスが禁止されているため、システムプロキシがオンでも、この種のアプリの通信はローカルプロキシポートに入れません。ループバック除外ツール(EnableLoopback)で対象アプリにチェックを入れるか、TUNモードでネットワーク層から直接制御する必要があります。
システムプロキシ
内核とクライアントOSレベルのHTTP/SOCKSプロキシ設定。クライアントがこのスイッチを有効化すると、システム設定に従うブラウザなどのアプリケーションが通信を本機のリスンポートに渡します。これは「アプリの自発的な協力」による仕組みで、システムプロキシを読まないプログラム(一部のコマンドラインツール、ゲーム)には影響しません。これらを制御するにはTUNモードが必要です。
プロキシプロトコル
SECTION 02 · 6 ENTRIESサブスクリプション内の各ノードにはプロトコルが1つ表示されます。プロトコルは暗号化方式や偽装形態、低品質回線での性能を決定し、クライアント側で手動設定する必要はありませんが、種類を理解しておくと接続できないノードの調査に役立ちます。
Shadowsocks
プロキシプロトコル軽量な暗号化プロキシプロトコルで、構造が単純で転送オーバーヘッドが低く、エコシステムの中で最も歴史のあるプロトコルの一つです。mihomoはAEAD暗号スイートと一般的なプラグイン(obfs、v2ray-plugin)に対応しています。ノードリストでは SS と略記されることが多いです。
VMess
プロキシプロトコルV2Rayエコシステムの転送プロトコルで、ユーザーID認証と時刻検証を備え、WebSocketやgRPCなどの転送層とTLSを併用することが多いです。ローカル時刻の誤差に敏感で、システム時刻の誤差が約90秒を超えるとハンドシェイクが失敗するため、ノードが全部つながらない時は時刻を確認する価値があります。
VLESS
プロキシプロトコルVMessを簡素化した後継プロトコルで、プロトコル自体の冗長な暗号化層を除去し、転送の安全性を完全にTLSに委ねています。RealityやXTLSのフロー制御と組み合わせて特徴を減らすことが多く、mihomoはネイティブ対応済みで追加の内核は不要です。
Trojan
プロキシプロトコル標準的なHTTPS通信になりすますプロトコル。443ポートと実際のTLSハンドシェイクを直接再利用し、外部から見ると通常のWebサイトアクセスとほぼ区別できません。サーバー側には有効な証明書が必須で、クライアント側の設定項目は少ないです。
Hysteria2
プロキシプロトコルQUICベースのプロトコルで、高パケットロス環境向けに積極的な輻輳制御最適化を施しており、国際間の低品質回線でのスループットが優れています。代償として常時UDPを使用するため、ネットワークがUDPを帯域制限または直接ドロップする環境では、この種のノードは明らかに劣化するか使用不可になります。
TUIC
プロキシプロトコル同様にQUICベースの軽量プロトコルで、0-RTTハンドシェイクとUDP over streamに対応し、接続確立が速く、遅延に敏感な用途で使われることが多いです。Hysteria2と同様にUDPネットワーク品質に制約を受け、両者はポリシーグループ内で互いの代替として設定できます。
ルールとポリシーグループ
SECTION 03 · 6 ENTRIESルールは「この通信はどこへ行くべきか」に答え、ポリシーグループは「その行き先で具体的にどのノードを通るか」に答えます。両者が組み合わさってClashの分岐の骨格を構成しています。
ルール分岐(Rules)
ルールとポリシーグループ設定ファイルの rules セクションにあるマッチングリストで、DOMAIN-SUFFIX、IP-CIDR、GEOIPなどのタイプで上から順にマッチングし、一致すれば停止します。ルールの順序が通信の行き先を直接決定するため、広範なルールを精密なルールより前に置くと、後者は決して一致しません。末尾は通常MATCHルールで受け止めます。
ポリシーグループ(Proxy Group)
ルールとポリシーグループ複数のノードを1つの選択可能な単位にまとめる仕組みです。よく使われるタイプ:select(手動選択)、url-test(自動速度測定)、fallback(フェイルオーバー)、load-balance(負荷分散)。ルールの出口は通常単一ノードでなくポリシーグループを指すため、ノードを変更してもルールを書き換える必要はありません。
url-test
ルールとポリシーグループ自動速度測定型のポリシーグループで、interval 周期で url 指定のアドレスへ遅延測定を行い、常に遅延最小のノードを選択します。tolerance パラメータで切替の閾値を設定し、遅延が近いノード間で頻繁に切り替わって接続が何度も再構築されるのを防ぎます。
rule-providers(ルールセット)
ルールとポリシーグループルールを外部化し、サブスクリプション可能なリモートファイルとしてinterval周期でクライアントが自動取得・更新し、RULE-SETタイプでrulesセクションから参照する仕組みです。ルールの保守とメイン設定が分離され、コミュニティが保守する分岐ルールライブラリの大半はこの形式で配布されています。記法の詳細は上級者向けマニュアルを参照。
GeoIP / GeoSite
ルールとポリシーグループ事前コンパイルされたIP帰属・ドメイン分類データベース。GEOIP,CN は中国本土のIP範囲にマッチし、GEOSITE,category-ads-all は広告ドメインの集合にマッチします。データベースファイルは内核から独立して存在し、単独で更新できます。データが古いと個別サイトの分岐が不正確になることがあります。
DIRECT / REJECT
ルールとポリシーグループ内核に組み込まれた2つの特殊ポリシーで、設定内で宣言する必要はありません。DIRECTはプロキシを経由せず目的地に直接接続することを、REJECTはその接続を直接拒否することを表し、広告やテレメトリドメインの遮断によく使われます。必要なドメインをREJECTしてしまうと、ある機能が「くるくる回って開かない」現象として表れるため、調査時に留意する価値があります。
DNSと通信処理
SECTION 04 · 5 ENTRIES分岐の精度とプライバシーの境界は大半がDNS段階で決まります。この分類では、通信がルールマッチングに入る前に何が起きているかを解説します。
Fake-IP
DNSと通信処理DNS拡張モードの一つで、応答が予約範囲の仮想IP(既定 198.18.0.0/16)を直接返し、実際の名前解決は送信ノード側の処理に遅延されます。利点はローカル解析の待ち時間を省き、汚染された解析結果が分岐判断に影響しないこと。副作用として、実際のIPに依存するLAN内プログラム(プリンター発見、LANゲーム)はfake-ip-filterで除外する必要があります。
Redir-Host
DNSと通信処理Fake-IPと対をなす従来型モードで、DNSは正常に実際の解析結果を返し、内核が解析されたIPでルールマッチングを行います。挙動が直感的で互換性が良い一方、解析結果が汚染されると分岐もそれに応じて誤ります。mihomoの新版ではこのモードは弱められており、一般的な場面ではFake-IPが推奨されます。
DNS漏洩
DNSと通信処理プロキシは有効化されているものの、ドメイン解析リクエストがローカルISPのDNSに直接送られ、アクセス意図がローカルネットワークに露出する状態です。回避方法は、内核DNSを有効にしnameserverに暗号化上流(DoH/DoT)を設定する、あるいはTUNモードで53番ポートの通信を丸ごと制御することです。漏洩の有無はオンライン検査サイトで確認できます。
TUNモード
DNSと通信処理内核が仮想ネットワークカードを作成し、ネットワーク層で本機の全通信を制御します。アプリがシステムプロキシ設定を読むかどうかに依存せず、コマンドラインツールやゲーム、UWPアプリもカバーできます。管理者またはroot権限が必要で、通常はFake-IPやauto-routeと併用します。各プラットフォームで初回有効化する際の権限手順は使用ガイドを参照。
ドメインスニッフィング(sniffer)
DNSと通信処理TLSハンドシェイクのSNIフィールドやHTTP Hostヘッダーからターゲットドメインを復元し、純粋にIP形式で入ってくる通信(TUN配下で内核DNSを経由しない接続が典型例)にもドメイン系ルールをマッチさせられるようにします。有効化すると分岐精度が明らかに向上しますが、わずかな解析オーバーヘッドが発生します。
設定ファイルフィールド
SECTION 05 · 5 ENTRIESサブスクリプションから取得した設定ファイルを開くと、先頭の十数行はこれらのフィールドです。これらを理解すれば、「値を一つ変えれば解決する」問題の大半は自力で対処できます。
YAML
設定ファイルフィールドClash設定ファイルの記述形式で、インデントで階層を表現し、インデントにはスペースのみを使用できます。Webページから設定をコピーする際にタブ文字が混入したり、リスト項目のインデントがずれることが、「設定解析失敗」というエラーの最も一般的な原因です。設定を変更する前に、YAML文法チェックに対応したエディタで開くことをお勧めします。
サブスクリプション(subscription)
設定ファイルフィールドサービス提供者が用意するホスティング設定のアドレスで、クライアントが定期的に取得することでノードとルールの更新が得られます。実態は完全または部分的なClash設定を返すURLです。サブスクリプションリンクはアカウント認証情報と同等のものなので、公開して貼り付けないでください。更新失敗の調査手順はブログの関連記事やよくある質問を参照。
proxy-providers
設定ファイルフィールドノードを外部化するフィールドで、1つまたは複数のリモートアドレスからノードリストを取得し、interval周期で更新した上でuseを使ってポリシーグループに参照させます。rule-providersと同じ考え方で、複数のサブスクリプションを1つの自己管理設定に統合する標準的な手法です。
mixed-port
設定ファイルフィールド混合リスンポートで、同一のポートがHTTPとSOCKS5両方のプロキシリクエストを受け付けます。システムプロキシとサードパーティソフトはこれ一つを指定すればよく、2つのポートを別々に設定する必要がありません。既定値は7890または7897が多く、起動時にポート使用中のエラーが出た場合は、この値を変更するか占有プロセスを終了させます。
allow-lan
設定ファイルフィールドLAN内の他デバイスが本機のプロキシポートに接続することを許可するかどうかを制御します。有効化すると、スマホやテレビ、ゲーム機がプロキシサーバーをこのパソコンの内部IPに指定し、同じ分岐設定を共有できます。カフェや空港などの公共ネットワークでは無効のままにしておくことを推奨し、見知らぬデバイスによるポートの不正利用を防ぎます。
用語集は「これは何か」を解決するものです。「どう設定するか」を解決するには、目的に応じて2つの道があります。初めてクライアントを導入してサブスクリプションを取り込む場合は使用ガイドを順に進めてください。カスタムルールを書いたりDNSを調整したり複数サブスクリプションの統合を試したりする場合は、上級者向けマニュアルを章ごとに参照してください。まだクライアントをお持ちでない方は、クライアントダウンロードページでプラットフォームに応じたインストーラを入手してください。