Clashランキングクライアント比較・ダウンロード

ClashエコシステムとMihomoの関係

Clashエコシステムには、設定のインポート、プロキシグループの選択、ログの確認、ネットワーク機能の切り替えなどを行うGUIクライアントが複数あります。MihomoはClash.Metaから派生したプロキシコアのプロジェクトで、プロトコル処理、ルール判定、DNS、接続の転送を担います。クライアント名にClashやMetaが含まれていても、すべてのソフトウェアが同じコアを採用しているとは限らず、設定をすべて相互にコピーできるわけでもありません。設定項目が使えるかどうかは、実際のコアとクライアントによる設定生成方法を確認してください。

この関係を理解しておくと、問題の切り分けに役立ちます。画面が開かない場合はプログラムの実行環境、設定の読み込みに失敗する場合は構文や設定項目、ルールが想定どおりに適用されない場合は最終設定と接続ログを確認します。特定の接続先だけ使えない場合は、サブスクリプションサービスや接続先のネットワークを調べましょう。原因の異なる問題を混同すると、クライアントを何度も再インストールしても解決しないことがあります。トップページの設定例は項目の説明用です。詳細は各プロジェクトの最新ドキュメントを参照してください。

オープンソースプロジェクトの資料

Mihomoのソースコード、課題の議論、ドキュメントは、コアの動作を理解するための情報源です。プロトコル対応、DNSの挙動、ルーティングに疑問がある場合は、まずドキュメントで設定項目名を検索し、関連する議論も確認してください。問題を報告する際は、OS、再現手順、個人情報を伏せたログを添え、サブスクリプションから生成された設定とローカルで変更した設定を区別しましょう。公開情報を使えば設計や修正の経緯を追えますが、オープンソースだからといって、すべてのクライアントで機能、権限の仕組み、リリース時期が同じとは限りません。

以下のコマンドはMihomoのソースコードを取得するためのものです。実装を読んだり、ビルド環境を準備したり、設定の動作を調べたりする場合に利用できます。リポジトリをクローンしても、デスクトップクライアントが自動でインストールされたり、利用可能なサブスクリプションが作成されたりするわけではありません。設定を追加して使い始めたい場合は、上部のOS別ダウンロード先を利用してください。コアの設定項目を確認する場合はMihomoドキュメントを開き、項目名から該当する説明を探せます。

git clone https://github.com/MetaCubeX/mihomo.git

クライアントの更新とサブスクリプションの更新は別々に

クライアントの更新では画面、OSとの連携、同梱コアが変わります。サブスクリプションの更新ではノード、プロキシグループ、サービス提供元が配信するルールが変わります。この2つは別々に更新できます。ノード一覧が変わらない場合は、サブスクリプションの取得に成功しているか、URLが有効かを確認してください。特定のプロトコルを読み込めない場合は、現在のコアが対応しているかを確認しましょう。リモートのサブスクリプションを再取得すると、元データに直接加えた変更が上書きされる場合があります。長く使うルールは、クライアントが対応するオーバーライド機能で管理してください。

更新前に、現在動作している設定を保存し、手動で変更したポート、DNS、通信の取り込み方法を記録しましょう。更新後は設定を読み込めることを確認してから、普段使う接続先で動作を検証し、最後にルールが想定どおりに適用されるか確認します。クライアント、サブスクリプションURL、DNSの上流サーバーを同時に変更しないでください。問題が起きた際に原因を特定しにくくなります。開発終了したクライアントは過去の設定を調べる用途に適していますが、アーカイブ版で新しいOSやプロトコルへの対応が続く保証はありません。

サブスクリプションの入手元と接続確認

クライアントは接続に使うツールで、サブスクリプションは通常ユーザーが別途用意します。サブスクリプションURLには認証情報が含まれる場合があるため、パスワードと同様に保管してください。スクリーンショット、公開ログ、オンラインでの質問には、URL全体、コントロールパネルのキー、ノードの認証情報を含めないようにしましょう。設定を追加する前に入手元が信頼できるか確認し、サービスの対象範囲、有効期間、通信量の制限を把握してください。不明なURLを第三者の変換サービスに渡すと、設定全体がサービス提供者に見られる可能性があります。利用前にデータの取り扱いを確認しましょう。

設定を追加した後は、接続アイコンだけで判断しないでください。追加した設定が現在選択されていること、プロキシグループに選択可能な接続先があることを確認してから、目的のサイトにアクセスし、接続ログで適用ルールと接続先を確認します。ノードのテストに成功しても、すべてのWebサイト、アプリ、UDP通信が使えるとは限りません。直接接続とプロキシ接続の両方に問題がある場合は、まずローカルネットワークを確認します。特定のドメインだけ失敗する場合は、名前解決、ルール、接続先のサービスを確認しましょう。この順番で検証すれば、根拠のない設定変更を減らせます。