Clashクライアントのダウンロード

プロジェクトの歩み：名称とメンテナンス状況を区別

Clashのエコシステムには、コア、GUIクライアント、設定ツール、コントロールパネルがあります。名称が似ていても、同じプロジェクトとは限りません。オリジナルのClashプロジェクトと、その後に登場したコミュニティ製の実装は分けて考える必要があります。mihomoはClash Metaに関連する技術路線を引き継いでおり、現在多くのクライアントで採用されているオープンソースコアです。古いガイドの画像、メニュー、設定項目は、すでにメンテナンスが終了したクライアントのものかもしれません。操作時は、使用中のプロジェクトのドキュメントを確認してください。

ダウンロードページでは、アーカイブ済みのクライアントを個別に表示し、旧環境との互換性が必要なユーザーにも分かるようにしています。選ぶ際は、名称になじみがあるかだけで判断せず、現在もメンテナンスされており、利用中のOSに対応する実装を優先してください。トップページには個別のリリース番号を掲載せず、クライアントのリリース情報はダウンロードページにまとめています。コアのリリースとGUIのリリースを混同しないためです。

コアの役割：通信処理と設定管理を分けて考える

コアは設定の解析、接続の確立、ルールの照合、DNS処理、ネットワークの取り込みを担当します。GUIクライアントは、サブスクリプション管理、モード切り替え、システムプロキシ、ログ確認などの操作画面を提供します。そのため、同じコア機能でもクライアントによってスイッチの名称が異なり、サービスコンポーネントが代わりに管理する場合もあります。設定項目を使う前に、コアが対応しているかだけでなく、クライアントから直接編集またはオーバーライドできるかも確認してください。

クライアントの更新とコアの更新は別のものです。画面が更新されても、ネットワークの動作が変わるとは限りません。コアを入れ替えると、設定の互換性が変わることもあります。トラブル対処では「更新した」とだけ伝えるより、クライアント名、OS環境、有効にしたモード、エラーメッセージを記録するほうが役立ちます。問題を再現するときは、最小限の設定を使い、関係のないルールやオーバーライドを先に取り除いてください。

オープンソースコミュニティ：コードとドキュメントで機能を確認

mihomoの公開リポジトリでは、ソースコード、ライセンス、課題の議論、リリースノートを確認できます。ライセンスはGPL-3.0です。オープンソースであれば実装を確認でき、メンテナンス状況もダウンロードページの説明ではなく公開記録から判断できます。プロトコルの対応状況、設定項目の動作、既知の問題は、コアのドキュメントとリリースノートを参照してください。特定クライアントのGUI機能については、そのクライアントのドキュメントを確認します。

コミュニティに問題を報告する前に、同じ現象がすでに報告されていないか検索し、再現手順をまとめてください。ログに含まれるサブスクリプションURL、アクセスキー、接続先IPアドレス、個人のアクセス履歴には機密情報が含まれる場合があります。内容を加工せず、そのまま公開しないでください。エラーの該当部分、関連する設定項目、実際に確認した結果を整理して共有すると、議論が進みやすくなります。当サイトは日本語の案内と操作説明を提供しますが、各プロジェクトのメンテナンス責任とライセンスは、それぞれのリポジトリをご確認ください。

更新方法：ソフトウェアとサブスクリプションを分けて管理

ソフトウェアの更新ではクライアントやコアの実装が変わり、サブスクリプションの更新では接続情報、ポリシー、ルールが更新されます。両者は分けて管理してください。サブスクリプションを更新する前に、個人設定がローカルオーバーライドとして保存されているか確認します。ソフトウェアを更新する前には、現在の設定と必要な項目をバックアップし、ネットワーク動作に関する変更内容を確認してください。リモートサブスクリプションの原文に個人設定を保存しないでください。次回の更新で編集内容が上書きされることがあります。

アップグレード後に問題が起きたら、コアが正常に設定を読み込んでいるか、オーバーライドが有効か、システムプロキシやTUNが再び有効になっているかを確認します。ネットワークが使えているなら、特定のバージョン番号を追うためだけに設定を頻繁に変える必要はありません。新機能が必要な場合や既知の問題を解決する場合に、リリースノートを確認して更新してください。変更前の状態に戻せるよう、毎回の変更で復元可能な基準を残しておくと、変化がソフトウェア、設定、ネットワーク環境のどれに起因するか判断しやすくなります。