Clashクライアントルール振り分け対応・各OS向け日本語ガイド

プロジェクトの変遷：Clashの設定構文からmihomoへ

Clashでは、YAMLでノード、プロキシグループ、ルールを記述する設定方法が広まりました。mihomoは同種のルールベースのプロキシカーネルとして、その使い方を引き継ぎながら、プロトコル、ルール、ネットワーク制御の機能を拡張しています。古いガイドに出てくるClash、Clash Meta、新しいクライアントの名称は、異なる時点のプロジェクトを指す場合があります。資料を読む際は、ファイルの拡張子やウィンドウのタイトルだけで互換性を判断せず、実際に動作しているカーネルとそのドキュメントを確認してください。設定項目が認識されない場合は、まずエラー全文と項目の場所を記録し、カーネルのドキュメントと照合しましょう。

オープンソースの仕組み：カーネルのライセンスとクライアントの説明は別

mihomoのソースコードとライセンスは公開リポジトリで確認でき、ライセンスはGPL-3.0です。GUIクライアントはカーネルを基盤として、設定のインポート、システムプロキシ、トレイメニュー、権限サービスなどを提供します。ただし、配布方法、ライセンス、対応OSはプロジェクトごとに確認してください。あるクライアントが特定のカーネルを使っていても、別のクライアントの全機能が使えるとは限りません。このサイトではソフトウェアのダウンロード情報と設定ガイドを分け、特定の画面にある設定項目を全OS共通のカーネル設定として紹介しないようにしています。

動作の仕組み：画面の表示と最終設定

クライアントは通常、サブスクリプションを読み込んでから上書き設定を適用し、ローカルの設定とマージした後、生成された設定をカーネルに渡します。そのため、画面に表示されたサブスクリプションが実際の動作内容と一致するとは限りません。問題の切り分けには、インポート成功の表示より、実際に読み込まれた設定と接続ログが役立ちます。ルールの転送先には存在するノードまたはプロキシグループを指定し、プロバイダー名と参照先を一致させてください。DNSの待ち受けアドレスも、システムのリクエスト経路に合わせる必要があります。スニッフィング、プロセスルール、TUNの利用可否は、OSの権限とクライアントの実装にも左右されます。

更新の仕組み：ソフトウェア、サブスクリプション、ルールセットを個別に確認

クライアントの更新、カーネルの更新、サブスクリプションの再読み込み、地理データベースの更新は、それぞれ別の操作です。ソフトウェアの更新で設定項目や権限の動作が変わることがあり、サブスクリプションの更新でノードやプロキシグループが置き換わる場合があります。ルールセットの更新では、ドメインの分類が変わることもあります。問題を再現しやすくするため、一度に変更する項目を一種類に絞り、変更前の設定を保存してください。更新後は起動ログ、グループ名の参照、よく使うサービスに適用されたルールを確認します。画面が開くことだけで検証を終えないでください。インストーラーの情報はダウンロードページにまとめており、トップページではプラットフォームへの案内と設定を読む順序を紹介しています。

メンテナンス時の確認：まず接続を復旧し、原因を絞り込む

問題が発生したら、まずシステムプロキシまたはTUNを無効にし、通常のネットワークが復旧するか確認してください。通常のネットワークにも問題がある場合は、先にネットワーク自体を調べます。復旧したら、ローカルの待ち受けポート、DNSリクエスト、ノードへの到達性、適用されたルールの順に確認してください。問い合わせ時はOS、クライアント名、使用中のカーネル、機密情報を隠したログを添え、直近で変更した設定も記載します。設定に含まれるパスワード、サブスクリプションURL、コントロールインターフェースの認証情報は公開しないでください。こうした情報があれば問題を再現しやすくなり、クライアント連携とカーネル設定のどちらに原因があるかも判断しやすくなります。