クライアント
クライアントはユーザーが直接操作するGUIアプリです。サブスクリプションの追加、プロキシの選択、ログの確認、システムプロキシの切り替えなどを行います。Clash Verge Revなどのクライアントはプロキシカーネルを管理しますが、画面のバージョンとカーネルのバージョンは別のものです。設定項目が反映されない場合は、カーネルがその項目に対応しているかに加えて、クライアントが設定を生成する際に上書きしていないかも確認してください。
よく使う24用語 · 設定レイヤー別に解説
Clash用語集
mihomoカーネルからWindowsのシステムプロキシまで、用語を整理し、どの設定レイヤーに影響するかを確認しましょう。
設定に英語のキー名があれば、ブラウザーの検索機能で探せます。各用語カードには個別のアンカーがあり、見出しへのリンクをコピーできます。設定項目を変更する場合は、YAMLリファレンスで構文と例を確認してください。
カーネルとクライアント
操作はクライアント、接続処理はカーネル、読み込む設定の取得元はサブスクリプションが担います。
mihomoカーネル
mihomoはClash Metaを起源とするプロキシカーネルです。設定の読み込み、ルール判定、DNS処理、接続先への通信を担います。GUIクライアントから管理するほか、コマンドライン環境でも実行できます。解説記事にある「Metaカーネル」は通常この系統を指しますが、利用中のカーネルのバージョンに対応した設定項目を確認してください。
サブスクリプション
サブスクリプションは通常、ノードや設定一式を取得するためのリンクです。クライアントが必要に応じてリクエストを送り、返された内容を保存します。ブラウザーでリンクを開けても、互換性のあるYAMLが返されるとは限りません。ログイン画面やエラーメッセージ、別プロトコルの形式でエンコードされたリストなどが原因で、読み込みに失敗することがあります。サブスクリプションURLに認証情報が含まれる場合があるため、ログやスクリーンショットを共有する前にURL全体を隠してください。追加手順はサブスクリプション設定ガイドをご覧ください。
ノード
ノードはプロキシ接続に使うサーバー情報で、通常はアドレス、ポート、プロトコル、認証、通信方式などを含みます。ノード名は表示用のラベルにすぎず、名前に含まれる地域名がサーバーの所在地を証明するものではありません。同じノードを複数のプロキシグループから参照できます。ノード名を変更した場合は、手書きの設定でその名前を参照している箇所も変更してください。
プロキシプロトコル
プロトコルは接続の確立方法を決めます。TLS、通信方式、認証情報はそれぞれ個別に確認してください。
Shadowsocks
Shadowsocksはプロキシプロトコルで、mihomoのノード設定では通常 type: ss と記述します。サーバーアドレス、ポート、暗号化方式、パスワードはサーバー側の設定と一致させてください。一部の設定ではプラグインのパラメーターも必要です。暗号化方式によって鍵の形式が異なる場合があるため、名前が似ているだけでパラメーターを置き換えることはできません。
VMess
VMessはUUIDなどを使ってユーザーを識別し、WebSocketやgRPCなどの通信方式と組み合わせられます。UUIDが正しくても、設定全体が正しいとは限りません。パス、サービス名、TLS、サーバー名なども接続に影響します。追加後に接続できない場合は、システムプロキシを何度も切り替えるのではなく、サーバー側から提供された設定一式と照合してください。
VLESS
VLESSはUUIDでユーザーを識別するプロキシプロトコルです。単体では通信を暗号化せず、通常はTLSまたはREALITYと組み合わせて使います。REALITYの公開鍵、ショートID、サーバー名などはサーバー側の設定と一致させてください。VMessとは異なるプロトコルのため、typeの値を置き換えるだけでは切り替えられません。
Trojan
Trojanは通常TLSを使って接続し、パスワードで認証します。接続できない場合は、アドレスとパスワードだけでなく、システム時刻、証明書、サーバー名も確認してください。証明書の検証を無効にすると、相手の正当性を確認する保護が弱まります。あらゆるTLSエラーに対する共通の解決策として使わないでください。
設定項目
ファイルの構造と取得元を確認してから、待ち受けポートやサブスクリプションの内容を変更しましょう。
YAML
YAMLはmihomoの設定に使われる構造化テキスト形式で、インデントによって項目、リスト、入れ子の関係を表します。インデントにはスペースを使い、タブを混在させないでください。コロン、ハイフン、引用符の位置が誤っていると、解析に影響する場合があります。ファイルを解析できても、項目名やノード参照、ルールの内容が正しいとは限りません。
混合ポート
mixed-portを使うと、同じローカルポートでHTTPプロキシとSOCKSプロキシのリクエストを受け付けられます。プロキシを手動設定できるアプリが接続に利用します。たとえば mixed-port: 7897 は、ポート7897で待ち受ける設定です。実際の設定値を確認してください。ポートを変更した場合は、アプリに手動で入力したプロキシアドレスも更新します。このポートはリモートノードのサーバーポートではありません。
プロキシプロバイダー
proxy-providersでは、独立して読み込めるノードの取得元を定義します。通常はリモートURLやローカルファイルから読み込み、プロキシグループからuseで参照します。これはノードの集合であり、DNSやルールを含む完全なメイン設定ではありません。更新に成功しても、プロキシグループから参照されていなければ、そのノードはグループに自動で表示されません。
オーバーライドとマージ
オーバーライドとマージは、サブスクリプションの設定とは別にローカルの変更を保存する方法です。ルールの追加、DNSの調整、個人設定の維持などに使います。項目を置き換えるのか、リストに追加するのか、スクリプトを実行するのかは、クライアントの実装と処理順によって異なります。ダウンロードしたサブスクリプションファイルを直接編集すると、次回更新時に変更が失われる場合があります。クライアントに変更を永続化する方法があるか、先に確認してください。
プロキシグループとルール
ルールが通信の振り分け先を決め、プロキシグループが接続先を選びます。遅延テストは判断材料の一つです。
ルールによる通信振り分け
ルールモードでは、ドメイン、IPアドレス、プロセスなどの条件に基づいて、接続に使うプロキシを選びます。ルールは通常上から順に評価され、最初に一致したものが適用されます。末尾のMATCHは、ほかのルールに一致しない通信の処理によく使われます。ルールがプロキシグループに一致した場合は、グループ内の選択によって実際の接続先が決まります。構文はルールリファレンスをご覧ください。
プロキシグループ
プロキシグループはノードや他のプロキシをまとめ、ルールから参照できる接続先として定義します。selectは手動選択、url-testはテスト結果に基づく自動選択、fallbackは接続可能性に応じたフェイルオーバーに使います。グループ名はルールで指定する名前と一致させてください。グループ間の参照が循環しないよう注意が必要です。
GeoIP
GeoIPはIPアドレスの地理情報データベースを使って接続先の地域を判定し、ルールの条件に利用します。判定対象はIPアドレスの登録情報であり、Webサイトの表示言語やドメインの末尾ではありません。CDNの振り分けやデータベースの更新によって結果が変わることがあります。ルールに付けるno-resolveは、そのルールの判定だけを目的としたドメイン名の名前解決を防げますが、接続全体でDNSが不要になるわけではありません。
ノードの遅延
クライアントに表示されるノードの遅延は、通常、指定されたテスト先へプロキシ経由でアクセスするのにかかった時間です。ICMP Pingと同じとは限りません。テスト先、ハンドシェイク、現在のネットワーク状況によって数値が変わり、ダウンロード速度にそのまま換算することもできません。テストがタイムアウトする場合は、テスト先にアクセスできない可能性もあります。実際の通信やログも確認して、ノードが使えるか判断してください。
DNSとネットワークスタック
ドメイン名の解決経路と接続の出先経路は関係しますが、同じ設定として扱うことはできません。
DNS
DNSはドメイン名をIPアドレスなどに変換し、アプリが接続を確立する前に使われる一般的な仕組みです。mihomoは設定に応じて異なるリゾルバーを使えますが、システムのキャッシュ、ブラウザーのセキュアDNS、アプリ独自の名前解決が実際の経路に影響することもあります。ドメインにアクセスできない場合は、名前解決の失敗と接続の失敗を分けて確認してください。各項目の説明はDNS設定リファレンスをご覧ください。
Fake-IP
Fake-IPモードではアプリに仮想IPアドレスを返し、カーネル内にそのアドレスと元のドメイン名との対応を保存します。これにより、後からドメイン名に基づいて通信を振り分けられます。アプリが受け取る仮想アドレスは、Webサイトの実際のサーバーアドレスではありません。該当する通信は引き続きカーネルで処理する必要があります。実際の名前解決結果を必要とする一部のアプリではfake-ip-filterへの追加が必要になる場合があります。すべてのドメインを除外するのではなく、具体的な問題に応じて調整してください。
DNSリーク
DNSリークとは、DNSクエリが想定した経路を通らず、意図しないDNSリゾルバーに届く状態です。システムプロキシを有効にしても、すべてのDNSクエリがカーネルに送られるとは限りません。ブラウザーのセキュアDNS、IPv6、ルールによる振り分け設定も確認してください。検査ページに表示されるリゾルバー名は手がかりにすぎません。想定するルールや接続記録と照らし合わせて判断し、地域表示だけで結論を出さないでください。
TUNモード
TUNモードは仮想ネットワークアダプターとルーティングを使ってIP通信を取り込み、システムプロキシを使わない一部のアプリにも対応します。Windowsでは通常、管理者権限またはクライアントのサービスが必要です。有効にしても、直接接続かプロキシ接続かはルールによって決まります。すべての通信が必ず同じノードを通るわけではありません。他のVPN、ルートの除外設定、DNS設定によっても、取り込まれる範囲が変わる場合があります。
Windows関連
ユーザーのログイン設定、バックグラウンドサービス、アプリ用のプロキシ接続先を分けて考え、一つのスイッチですべての通信状態が決まると思わないようにしましょう。
システムプロキシ
システムプロキシは、Windowsが関連設定に従うアプリに提供するプロキシ接続先です。クライアントは通常、接続先としてローカルの待ち受けアドレスを指定します。一部のコマンドラインツール、ゲーム、独自のネットワークスタックを使うプログラムは、この設定に自動では従いません。そのため、スイッチが有効でもすべての通信が取り込まれるとは限りません。クライアント終了後にインターネットへ接続できない場合は、システムプロキシに停止済みのポートが残っていないか確認してください。
サービスモード
サービスモードではWindowsサービスを使ってカーネルや特権が必要な処理を実行し、TUNやバックグラウンド動作を支えます。サービスのインストールには通常、管理者の許可が必要です。GUIウィンドウを閉じる操作とバックグラウンドサービスの停止は、必ずしも同じではありません。クライアントによってサービスの実装は異なります。乗り換えやアンインストールの際は、それぞれのサービス管理機能を使い、ルートの残留やカーネルの多重起動を防いでください。
スタートアップ
スタートアップは通常、システムの起動時またはユーザーのログイン後にアプリを自動起動する設定です。実行されるタイミングはクライアントによって異なります。システムプロキシの自動有効化、TUNの復元、バックグラウンドサービスの起動は別の設定なので、それぞれ確認してください。次回ログイン時にクライアント、カーネル、プロキシの状態を確認しましょう。タスクトレイのアイコンだけで通信が取り込まれていると判断しないでください。
ループバックアドレス
ループバックアドレスは自分のPCを指します。IPv4では127.0.0.1、IPv6では::1がよく使われます。アプリでローカルプロキシを指定する際にも利用できますが、スマートフォンで指定した場合はスマートフォン自身を指し、PCではありません。他のデバイスからPCのプロキシに接続するには、ポートの変更だけでなく、待ち受けアドレス、LANへのアクセス許可、Windowsファイアウォールも確認してください。