Clash for Mac クライアントをダウンロード

クライアント画面とプロキシコアの役割

クライアントで設定を読み込んだり、ポリシーを切り替えたり、接続を確認したりする操作は、グラフィカルな画面を通して行います。設定の解析、ルールの処理、プロキシ接続の確立はコアが担当します。mihomoはClash Metaの関連プロジェクトを引き継ぎ、発展させたものです。そのため、解説ではClash、Clash Meta、mihomoという名称が登場します。名称が似ていても、すべてのクライアントに同じ機能や画面があるとは限りません。また、古いコアですべての設定項目を読み込めるわけでもありません。設定エラーが発生したら、まず実行中のコアを確認し、次にクライアントから設定がどう渡されているかを調べましょう。

クライアントを選ぶときは、OSとの互換性、設定の管理方法、オーバーライド機能、権限の設定手順を比較しましょう。同じコアを使うクライアントでも、初期設定、メニュー構成、サービスのインストール方法は異なる場合があります。移行時は互換性のあるサブスクリプションを引き継げますが、システムプロキシ、自動起動、TUNの権限、ローカルオーバーライドは新しいクライアントで改めて確認が必要です。新しいクライアントをテストするときは、古いクライアントを終了しておくと、待ち受けポート、システムプロキシ、仮想ネットワークインターフェースの競合を減らせます。

プロジェクトの経緯とアーカイブ版クライアント

Clashエコシステムには、現在も開発が続くコアや画面がある一方で、開発が終了した旧クライアントも存在します。以前のチュートリアルの画面は参考になりますが、ダウンロード先、設定項目、システム権限の説明は変わっている可能性があります。ダウンロードページでは、アーカイブ版と現在選べるクライアントを分けて掲載しているため、既存設定との互換性を確認できます。新しいデバイスには、継続してメンテナンスされているクライアントを選ぶのがおすすめです。古い設定を移行する場合は、元のファイルを残してからポート、DNS、ポリシーグループ、ルールの参照を順に確認しましょう。

古い画面が起動できても、新しい設定構文に対応しているとは限りません。同様に、新しいコアが特定の項目に対応していても、クライアントの画面から設定できるとは限りません。設定の読み込みに失敗したら、まずログに表示された項目名と行番号を確認し、YAMLのインデント、ポリシーグループ名、プロバイダーの参照先が合っているかを調べてから、機能の互換性を確認します。設定全体を一度に置き換えるより、問題を1つの項目または最小限の設定例に絞るほうが原因を特定しやすくなります。

ソースコード・ライセンス・問題の報告

mihomoのソースコードはMetaCubeXの公開リポジトリで管理され、コアにはGPL-3.0ライセンスが適用されています。リポジトリのドキュメント、コミット履歴、課題の議論から機能の変更を確認できます。各グラフィカルクライアントのコードとライセンスは、それぞれのプロジェクトで確認してください。このサイトではダウンロード先と日本語の操作手順をまとめていますが、クライアント、コア、サブスクリプションサービスは各運営元が提供しています。問題を報告する際は、画面のボタンが操作できないのか、設定が正しく渡されていないのか、コアが接続を受け取った後に処理できないのかを切り分けましょう。

ログを共有する前に、サブスクリプションURLに含まれる認証情報、サーバー情報、個人を特定できる内容を削除してください。OS、プロセッサのアーキテクチャ、操作手順、エラーメッセージ、匿名化した最小限の設定は、再現可能な報告に役立ちます。コアを調べたりビルドしたりする場合は、横のコマンドをコピーしてソースコードを取得できます。一般的な使い方ならグラフィカルクライアントを選べばよく、クライアントのインストールにソースコードの取得は必要ありません。

アプリの更新とサブスクリプションの更新

アプリの更新では、画面、システム連携、同梱コアなどが更新されます。サブスクリプションの更新では接続情報、ポリシー、ルールを再取得します。両者は別々の操作です。アプリを更新した後は、以前の設定が有効なままか、権限やサービスが正常かを確認してください。サブスクリプションを更新した後は、選択したポリシーが残っているか、ローカルオーバーライドが引き続き適用されているか、ルールセットが正しく読み込まれたかを確認します。2種類の更新を分けて検証すると、どちらの変更が接続に影響したかを見つけやすくなります。

影響の大きい設定を変更する前に、接続できる設定とローカルオーバーライドを保存しておきましょう。ネットワーク環境、サブスクリプションの内容、クライアントの設定が同時に変わると、Webページが開けるかどうかだけでは問題を特定しにくくなります。対象サイトを開き、接続記録を確認し、適用ルールと出口ポリシーを確かめる手順を決めておきましょう。テスト後は普段のモードに戻し、一時的なグローバル設定をそのまま使い続けないようにします。