ヘルプセンター

GUI クライアント(Clash Plus、Clash Verge Rev など)は画面表示・サブスクリプション管理・システム設定を担当し、コア(mihomo)が実際の通信転送とルールマッチングを担当します。主要なクライアントはいずれもコアを内蔵しているため、一般ユーザーはクライアントをインストールするだけで、コアを別途ダウンロードする必要はありません。

単体で配布されているコアは主にサーバーやルーター向けで、クライアント入手ページのコア欄から見つけられます。

従来版コアは更新が停止しています。Clash Meta はコミュニティによる継続開発版で、対応プロトコルやルール機能が拡充されています。mihomo は Meta プロジェクトが改名して継続したもので、両者は同じ系譜です。

現在の主要クライアントが内蔵しているのはいずれも mihomo なので、直近まで更新が続いているクライアントを選べば十分で、コア名にこだわる必要はありません。

コア、および当サイトで紹介している主要な GUI クライアントはいずれもオープンソースで無料で入手できます。

ノードのサブスクリプションはサービス提供者から提供されるもので、有料かどうかはサービス提供者側の方針によるものであり、クライアント自体とは無関係です。

クライアントにはノードは一切内蔵されていません。サブスクリプションリンクは利用しているサービス提供者のユーザーパネルで発行され、リンクを丸ごとコピーしてクライアントの設定ページで読み込みます。

当サイトはクライアントのダウンロードと使い方の案内のみを提供し、サブスクリプションサービス自体は提供していません。

ルールモードは設定ファイル内の振り分けルールに従って接続ごとに直結かプロキシ経由かを判定するモードで、通常はこれを推奨します。グローバルモードはすべての通信をプロキシ経由にし、直結モードはすべてプロキシを使いません。

不具合の切り分け時には一時的にグローバルモードに切り替えて、ルールが原因かどうかを判断できます。

オープンソースクライアントは商用コード署名証明書を取得していないことが多く、SmartScreen が発行元不明と表示することがあります。インストーラーが当サイトのダウンロードページから入手したものであることを確認した上で、「詳細情報」をクリックし「実行」を選択してください。

ウイルス対策ソフトが本体を検疫した場合は、まずインストール先フォルダを除外リストに登録してから再インストールしてください。

「システム設定」の「プライバシーとセキュリティ」を開き、ページ下部にブロックされたアプリが表示されるので「このまま開く」をクリックします。拡張モード(TUN)を初めて有効化する際には、システムがネットワーク拡張の承認も求めてくるため、同じ画面で許可してください。

ターミナルで隔離属性を解除するコマンドを実行することもできます:

xattr -dr com.apple.quarantine /Applications/アプリ名.app

正常です。Android クライアントはシステムの VpnService インターフェースを通じて通信を制御するため、初回接続時にシステムから接続確認ダイアログが表示されます。これは標準の認可フローであり、「許可」を選択すれば問題ありません。

誤って「拒否」を選んだ場合は、切断後に再接続すれば再び確認画面が表示されます。

サービス提供者のユーザーパネルでサブスクリプションリンクを丸ごとコピーし、クライアントの設定(Profiles)ページを開いて貼り付け、ダウンロードまたは読み込みをクリックします。成功するとプロキシページにノードグループが表示されるので、ノードを選択して接続してください。

詳しい手順は当サイトのチュートリアルページを参照してください。

iOS のクライアントは App Store から入手するのが基本です。まず Clash Plus がおすすめで、詳細は公式サイト clashplus.io を参照してください。

初回起動時にシステムの案内に従って VPN 構成の追加を許可し、その後サブスクリプションリンクを読み込めば利用できます。

Windows の UWP アプリは既定でループバックアドレスへのアクセスが禁止されているため、ローカルのプロキシポートに接続できません。一部のクライアントには UWP ループバックヘルパーが内蔵されており、対象アプリにチェックを入れるだけで制限を解除できます。システムコマンドで処理することも可能です:

CheckNetIsolation LoopbackExempt -a -n=アプリパッケージ名

システムプロキシはプロキシ設定に従うアプリにのみ有効で、コマンドラインツールやゲーム、一部のデスクトップソフトはこれを回避します。TUN モードは仮想ネットワークカードを作成し、ネットワーク層ですべての通信を制御するため、このような場面に適しています。

Windows ではサービスモードの有効化または管理者権限での実行が必要で、macOS ではネットワーク拡張の承認が必要です。

プロキシページでグループごとに遅延テストを実行できます。数値はテスト先アドレスへの HTTP 往復時間を示し、可用性の参考になります。url-test タイプの自動選択グループを使えば、コアが定期的に速度を測定して自動切り替えを行います。

低遅延=高帯域ではないため、大容量通信を行う場面では別途ダウンロード速度を実測してください。

クライアント設定で自動起動とバックグラウンド起動の両方を有効にします。Windows で TUN モードも併用する場合は、起動時ごとに管理者権限の確認が出ないよう、サービスモードの有効化を推奨します。

モバイル端末ではシステムのバッテリー最適化設定でクライアントをホワイトリストに登録し、バックグラウンドでシステムに強制終了されないようにしてください。

可能です。デスクトップ版ではルールモードでドメインや IP などのルールにより振り分けを制御できます。Android クライアントは通常アプリ単位の振り分けにも対応しており、設定で許可リストまたは除外リストを管理できます。

ルールの記述方法は当サイトの用語集ページのルールと振り分けの項目を参照してください。

順に確認してください:クライアントのリスニングポートとシステムプロキシのポートが一致しているか(既定は 7890 が多い);他のプロキシソフトやブラウザ拡張が設定を上書きしていないか;Windows ではシステムプロキシ設定でアドレスが 127.0.0.1 になっており他のプログラムに書き換えられていないかを確認します。

クライアントのログを開き、ページにアクセスしても新しい接続ログが記録されない場合、通信がクライアントに届いていないことを意味します。

範囲を順に絞り込みます:まずプロキシを切断して本機のネットワークが正常か確認する;サブスクリプションを更新してノード情報の期限切れを除外する;グローバルモードに切り替えてルールの誤判定を除外する;別のプロトコルやポートのノードに切り替える;最後にログの具体的なエラー内容を確認する。

サブスクリプションの更新自体も失敗する場合は、サービス提供者側の異常であることが多いため、サービス提供者に確認してください。

まずリンクが完全かどうか、期限切れになっていないかを確認し、必要であればサービス提供者のパネルで再度コピーしてください。現在の回線からサブスクリプションのアドレスへ直接接続できない場合は、クライアント設定で「プロキシ経由でサブスクリプションを更新」のスイッチを切り替えて再試行してください。

サービス提供者がドメインを変更すると旧リンクは無効になるため、再取得が必要です。

ログに bind: address already in use と表示される場合、リスニングポートが既に使用されています。残留プロセスや別のプロキシソフトが 7890、9090 などのポートを占有していることが多い原因です。占有しているプロセスを終了するか、設定内の mixed-port を変更してクライアントを再起動してください。

Windows では次のコマンドで占有プロセスを特定できます:

netstat -ano | findstr 7890

順に調整してください:ログレベルを warning または silent に下げる;サブスクリプションとルールセットの自動更新間隔を延ばす;グループの定期遅延テストを無効にする;Android ではクライアントをバッテリー最適化のホワイトリストに登録し、システムに繰り返し終了・再起動されないようにする。

iOS ではオンデマンド接続に切り替えて常駐負荷を減らすことができます。