Clash クライアント
全機種版をダウンロード

Clashカーネルからコミュニティフォークへ

Clashは当初、ルール駆動型のプロキシカーネルとして設定構文とポリシーグループのモデルを形成しました。元のプロジェクトが更新を停止した後も、コミュニティは互換フォークの開発を続け、mihomoは一般的な設定構造を引き継ぎながら、ネットワークスタック、ルールセット、DNS、プロトコル対応を拡張しています。現在よく使われるデスクトップ・モバイルクライアントは、通常、グラフィカルインターフェース、システム権限、サブスクリプション管理、更新入口を担い、実際の接続処理は統合されたカーネルが行います。

したがって、「Clashクライアント」は1つの固定された画面だけを指すものではありません。Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu、ClashX Metaなどのプロジェクトは、それぞれウィンドウ操作、トレイメニュー、プラットフォーム連携を処理します。一方、mihomoはより低層の実行コンポーネントに近い存在です。クライアントを選ぶ際は、まずOSとプロセッサアーキテクチャを確認し、次にTUN、ルールのオーバーライド、設定統合、LAN共有が必要かを検討してください。

設定ファイルが接続動作を決める

サブスクリプション提供者は通常、ノード、プロキシグループ、ルールを生成し、クライアントがリモートの内容を設定ファイルとして保存してカーネルに読み込ませます。システムプロキシは、プロキシ設定に対応するアプリの接続をローカルポートへ転送するだけです。TUNモードは仮想インターフェースを通じて、より多くのプログラムを対象にします。さらにルールモードが、各リクエストをどのプロキシグループへ送るかを決定します。どこか1つの設定が一致していないだけでも、「クライアントは接続済みなのにアクセスできない」という状態になることがあります。

トラブルシューティングは層ごとに進めます。まず設定を正常に読み込めることを確認し、次にプロキシグループで利用可能な出口が選択されているか確認します。その後、システムプロキシまたはTUNが有効かを確認し、最後に接続履歴でルールの一致結果を調べます。すべての項目を一度に切り替えると、変数が増えるだけです。ログに記録されたエラーの種類、リクエスト先、ポリシー名は、単にスイッチの状態を見るよりも判断材料になります。