クライアントのダウンロード · 日本語設定ガイド

Clash プロキシクライアント全プラットフォーム対応ダウンロードと設定

デバイスに合ったクライアントを選び、サブスクリプションの追加、ルール分岐、接続確認を行います。

  • 永久無料
  • オープンソース
  • 日本語ドキュメント
機能と設定の関係

Clashのルール、プロキシモード、通信の取り込み

まず、次の3点を分けて考えます。アプリのリクエストがクライアントに渡っているか、クライアントがどのルールで処理するか、ドメインをどこで名前解決するか。システムプロキシとTUNは通信の入口、ルールモードは出口の方針、DNS設定は名前解決の経路を決めます。各レイヤーを分けて確認すると、複数の設定を同時に変更するより原因を特定しやすくなります。

ルール分岐:具体的なルールを先に、最後にフォールバック

ルールモードでは、設定の順序に従ってドメイン、宛先アドレス、ルールセットを確認し、リクエストを指定したプロキシグループまたは直接接続に振り分けます。複数のネットワーク先を使い分ける場合に適しており、サイトごとに端末全体の接続先を切り替える必要はありません。利用時は、指定したプロキシグループが設定済みか確認し、具体的なドメインルールを範囲の広いルールより前に配置します。最後にMATCHで残りのリクエストを処理します。単一のプロキシ出口だけを提供するツールとは異なり、Clashエコシステムではルールの適用状況を確認できます。想定外の経路になった場合は、ノードを変えるだけでなく、接続ログで適用されたルールを確認してください。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

例のProxyはプロキシグループ名です。実際の設定で定義してください。ルール構文を見る →

名前で選ばず、デバイスに合ったクライアントを選ぶ

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

ダウンロードセンターでは、クライアントをOS、プロセッサアーキテクチャ、インストール方法別に掲載しています。まずデバイスのOSを確認し、GUIクライアントと単体のコアを区別しましょう。一般的なデスクトップやスマートフォンではGUIクライアントを、サーバー、ルーター、サービスを自分で管理するデバイスではコアパッケージを検討します。名前が似ていても、対応する設定項目、権限の扱い、設定の上書き方法が同じとは限りません。

Windows

まずClash Plusを確認し、画面や使い方を基準にClash Verge Rev、FlClashなどと比較しましょう。プロセッサアーキテクチャとOS要件を確認してください。Clash for Windowsから移行する場合は、サービスモード、設定の移行、起動時の自動実行をあらためて確認します。旧プログラムのフォルダーをコピーするだけでは不十分です。

ダウンロードへ

macOS

パソコンがApple Silicon搭載かIntel搭載かを確認し、対応するインストーラーを選んでください。インストール後は、OSの案内に従って必要な権限を許可します。クライアントを切り替える前に、旧クライアントのプロキシ設定とバックグラウンドサービスを停止してください。メニューバー上は正常に見えても、システムに以前のプロキシ設定が残っている場合があります。

ダウンロードへ

Android

Clash Plus、Clash Meta for Android、FlClashなどを比較して選べます。インストールパッケージのアーキテクチャがデバイスに合っているか確認してください。初回接続時はOSのVPN許可を確認します。バックグラウンドで切断されやすい場合は、バッテリー最適化とバックグラウンド実行の制限を確認しましょう。まずは再インストールを繰り返さないでください。

ダウンロードへ

iOS

ダウンロードセンターにはClash PlusのApp Storeページと公式サイトclashplus.ioへのリンクがあります。インストール後、対応する設定を追加し、VPN構成の追加を許可してください。デスクトップ向け設定の一部のシステム関連項目は、そのまま流用できません。インポート結果はモバイル版クライアントの案内に従ってください。

ダウンロードへ

Linux

デスクトップ環境がある場合はClash Verge RevやFlClashを選び、ディストリビューションに合ったパッケージ形式を使います。サービスとしてのみ実行する場合はmihomoコアを利用し、起動サービスとアクセス権を別途設定してください。ターミナルのプログラムがデスクトップ環境のシステムプロキシを使うとは限らないため、環境変数を個別に確認しましょう。

ダウンロードへ

新しいクライアントをインストールする前に、元の設定をエクスポートし、ローカルの上書きルールを記録しておきましょう。初回テストではプロキシクライアントを1つだけ起動し、接続できることを確認してから、自動更新や起動時の自動実行を有効にします。ポートの競合やルーティングの衝突を避けやすくなります。

すべてのクライアントを見る →

ペンギンのアイコン:Font Awesome Tux。CC BY 4.0ライセンスで提供されています。

初回利用時の手順

サブスクリプションの追加、モード選択、接続確認

初回設定では、まず接続を確認できる状態にしてから、ルールの細分化やTUNを検討します。インストールの完了、設定のインポート成功、リクエストが実際にプロキシを経由することは、それぞれ別の結果です。ここでは操作の順序のみを紹介します。画面ごとの説明や権限設定は、詳しいガイドをご覧ください。

  1. 設定を追加して有効化

    設定またはサブスクリプションの画面で、サービス提供元から入手したリンクを追加するか、ローカルのYAMLファイルをインポートします。解析が終わったら、その設定を選択し、プロキシグループに利用可能な項目があるか確認してください。インポートエラーが出た場合は、エラーメッセージをそのまま記録します。スクリーンショットやログにサブスクリプションのURLを載せないでください。

  2. ルールモードとプロキシ出口を選択

    まずルールモードを使い、該当するプロキシグループで利用可能な出口を選んでから、OSに合ったプロキシの入口を有効にします。デスクトップではシステムプロキシでテストし、スマートフォンでは案内に従ってVPN接続を許可してください。複数のクライアントで通信の取り込みを同時に有効にしたり、入口の確認をグローバルモードで代用したりしないでください。

  3. リクエストを送り、ログを確認

    確認したい宛先にアクセスし、接続またはログの画面で、宛先ドメイン、適用されたルール、選択中のプロキシを確認します。ブラウザーでは接続できてもターミナルでは失敗する場合は、それぞれのプロキシ設定を個別に調べてください。テスト後は一時的に変更したモードを元に戻し、普段使うアプリやLAN内のサービスにアクセスできることを確認します。

設定の更新に失敗しても、既存の接続が使えるなら、すぐにすべてをリセットせず、まず更新操作を確認してください。問い合わせる際は、OS、クライアント名、使用中のプロキシモード、エラーが発生した時刻を伝えれば十分です。サブスクリプションURL、認証情報、設定全体は、共有前に必ず機密情報を伏せてください。

詳しいガイドを見る →
コア、GUI、ドキュメントの役割

Clashのオープンソースエコシステムと設定の入手先

Clashはプロキシツールのエコシステムを指す一般的な呼び方で、すべてのプラットフォームを同じプログラムが担っているわけではありません。コアとクライアントの関係を理解すると、ガイドが自分の環境に当てはまるか判断しやすくなり、特定のクライアントの画面設定をすべてのソフト共通のものと誤解せずに済みます。

プロジェクトの変遷:古いガイドは現在の実装と照合

初期のClashプロジェクトでは、YAML設定、プロキシグループ、順序付きルールを中心とする利用方法が確立されました。その後、コミュニティからさまざまなコアのフォークやGUIクライアントが登場し、mihomoはその設定機能の一部を引き継ぎ、拡張しています。古い記事を見つけたら、どのコアとクライアントを対象にしているか、現在もメンテナンスされているかを確認してください。同じ設定項目に見えても、対応範囲や初期動作が異なる場合があります。解析エラーが発生した場合は、古いスクリーンショットではなく、現在のコアのドキュメントと実際のエラーメッセージを確認しましょう。

オープンソースのエコシステム:ソースコード、リリース情報、課題の記録

オープンソースのリポジトリでは、コードの閲覧、リリース情報の確認、課題の議論の追跡ができます。ダウンロード数、スター数、コメント数は、実際のデバイスでの互換性テストの代わりにはなりません。そのため、このサイトではそれらの数字を選定の根拠にしていません。機能を確認するには、上流のドキュメントで設定項目の説明を調べ、課題の記録で既知の制限がないか確認してください。このサイトはダウンロード情報と日本語の操作ガイドをまとめたもので、各上流プロジェクトの公式組織ではありません。ライセンス、配布方法、機能の詳細は各プロジェクトの案内をご確認ください。

コアの役割:接続を処理するのはGUIのボタンではない

コアはプロトコル接続、ルール照合、DNSなどのネットワーク処理を担います。GUIクライアントは設定のインポート、モード切り替え、システム連携、ログ表示を担当します。同じ系統のコアを使うクライアントでも、画面や上書きの手順は異なる場合があります。逆に、クライアントが正常に起動しても、基盤となる設定が正しく読み込まれたとは限りません。問題を調べる際は、まず有効な設定を記録し、次にコアのログを確認してください。移行する場合は、サブスクリプションの配布元、ローカルの上書き設定、システム設定を分けて移行します。1つの設定ファイルにすべての設定が含まれているとは限りません。

更新の仕組み:プログラムとサブスクリプションは別々に管理

プログラムの更新はクライアントやコア自体の問題に対処し、サブスクリプションの更新はノード、プロキシグループ、ルールを再取得します。両者は別の処理です。プログラムを更新する前にリリース情報を読み、ローカルの変更をバックアップしてください。サブスクリプションの更新後は、独自の変更が残っているか確認します。クライアントによっては、サブスクリプションの内容とローカルの上書き設定をマージしてからコアに渡すため、最終的に有効な設定が元のサブスクリプションファイルと一致しない場合があります。更新後に問題が起きたら、まず変更範囲を比較し、設定を戻すかクライアントを調整するか判断してください。プログラム、サブスクリプション、DNSを同時に変更すると、原因を特定しにくくなります。

操作の記録とトラブルシューティング

Clashの設定・使い方に関する記事

記事では個別の問題を取り上げ、インストール後に挙動を詳しく確認したい場合に役立つ情報を紹介します。まず、失敗したリクエストに対応するログを保存し、プロキシの入口、名前解決の経路、ルールの適用、出口への接続の順に調べてください。ネットワークの問題は似た症状でも対処方法が異なります。エラーが1つ出ただけで設定全体をリセットしないでください。

問題がどのレイヤーにあるか判断できない場合は、まずよくある質問で症状を確認してください。トラブルの記録をまとめる際は、一度に変更する設定を1つにしてからリクエストを再送します。効果がありそうな変更をいくつも重ねるより、原因を特定しやすく、元の環境にも戻しやすくなります。

すべての記事を見る →