Windows
デスクトップでのオフィス作業、ブラウザ、コマンドラインの併用に適しています。インストール後は通常、サブスクリプションを読み込んでからシステムプロキシを有効にします。より多くのアプリを対象にする場合は、権限の条件を確認してサービスモードまたはTUNを有効にできます。ダウンロードページにはグラフィカルクライアントとアーカイブ済みクライアントも掲載しており、使い方に合わせて選べます。
オープンソースのコアエコシステム · 全プラットフォームのクライアント入口
Android、iOS、Windows、macOS、Linux向けクライアントをまとめて探し、手順に沿ってサブスクリプションの読み込み、ルール分岐、ネットワーク通信の取得を設定できます。設定ファイルの構造やDNSの動作、よくある接続問題も解説し、インストール直後から使える状態へ導きます。
トンネルコンソール
Clashの重要な役割は、単なる接続スイッチではありません。ルール、プロキシグループ、DNS、TUNの関係を理解してこそ、さまざまなネットワーク環境で設定を読みやすく、調整しやすく、問題を切り分けやすくできます。
RULE ENGINE
ルールモードでは、ルール項目を上から順に読み込み、最初に一致した項目を対応するプロキシグループへ渡します。ドメインルールは一般的なサイトに適しており、IPルールは宛先アドレスの解決が済んだ接続に使います。プロセスルールなら特定のアプリだけを分岐できます。全体をオン・オフするだけのシステムプロキシと異なり、Clashの設定では判定条件をテキストファイルに記述するため、結果を確認しやすく、スマートフォンとPCでも再利用できます。調整時は優先度が高く範囲の狭いルールを前に置き、残りの通信をMATCHで処理します。
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- GEOIP,CN,DIRECT
- MATCH,Proxy
POLICY GROUP
プロキシグループは、ルールと実際のノードをつなぐ中間層です。出口を明確に指定したい場合は手動選択グループ、クライアントが対応するテスト方式で利用可能な宛先を選ぶ場合は自動選択グループが適しています。フェイルオーバーグループは候補を順番に確認し、現在の宛先が使えないときに切り替えます。ルールはプロキシグループ名だけを参照するため、ノード変更のたびにルールを一つずつ修正する必要がありません。各ルールにノードを直接書くよりも、サブスクリプションの更新に向き、設定ファイルの役割も明確に保てます。
proxy-groups:
- name: Proxy
type: select
proxies:
- Auto
- DIRECT
DNS PIPELINE
DNS設定では、ドメインをどこで解決するか、結果をルールエンジンへどう渡すか、ローカルネットワークに問題があるときどのフォールバック経路を使うかを決めます。Fake-IPモードはまずマッピングアドレスを返し、コアが元のドメインを復元して照合するため、安定したドメインルールが必要な環境に適しています。redir-hostは従来の名前解決に近い方式です。設定時は、システムの暗号化DNS、ブラウザ独自のDNS、クライアント設定が並行して動作していないかも確認し、想定外の経路への迂回を防ぎます。接続はできるのにWebページが開けない場合は、ノードを何度も切り替える前にDNSを確認する価値があります。
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- system
NETWORK STACK
一部のゲーム、コマンドラインツール、独立したランタイムはシステムプロキシ設定を読み込まないため、システムプロキシだけでは通信をカバーできません。TUNモードは仮想ネットワークインターフェースでより多くのシステム通信を受け取り、ClashコアにDNSとルールの判定を任せます。カバー範囲が広い一方、システム権限、ルーティングテーブル、ほかのVPNツールの状態にも左右されます。初回の有効化では同種の通信取得ソフトを終了し、権限の確認を完了してから、ブラウザ、ターミナル、対象アプリを順番にテストしてください。権限の競合をノードの問題と誤認しにくくなります。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
プラットフォーム入口
プラットフォームによって、インストーラー、権限モデル、バックグラウンド動作は異なります。まず対応するプラットフォームへ進み、グラフィカルインターフェース、システムアーキテクチャ、メンテナンス状況を確認してクライアントを選びましょう。
デスクトップでのオフィス作業、ブラウザ、コマンドラインの併用に適しています。インストール後は通常、サブスクリプションを読み込んでからシステムプロキシを有効にします。より多くのアプリを対象にする場合は、権限の条件を確認してサービスモードまたはTUNを有効にできます。ダウンロードページにはグラフィカルクライアントとアーカイブ済みクライアントも掲載しており、使い方に合わせて選べます。
IntelとApple Siliconの両方に対応します。初回起動時にネットワーク拡張機能のインストールとシステム権限の確認を求められる場合があります。その後はメニューバーから接続状態、プロキシグループ、システムプロキシを管理できます。
ダウンロードへシステムVPNインターフェースで通信を取得するため、スマートフォンやタブレットに適しています。インストール時はデバイスのアーキテクチャに合うパッケージを選び、バックグラウンド動作の許可リストにクライアントを追加して、省電力機能による予期せぬ切断を減らします。
ダウンロードへApp StoreからClash Plusを入手し、システムVPN設定を通じて接続します。サブスクリプションを読み込んだ後はルールモードとプロキシグループを切り替えられます。画面ロック中は、システムがネットワーク拡張機能の状態を一元管理します。
ダウンロードへデスクトップ環境ではグラフィカルクライアントを選べます。サーバーやルーターでは、Mihomoコアを直接使う構成も一般的です。インストール前にディストリビューション、プロセッサーアーキテクチャ、パッケージ形式を確認してください。デスクトップ環境がない場合は、設定ディレクトリ、プロセス監視、ログの確認方法、外部制御インターフェースのアクセス範囲も事前に計画します。
ダウンロードページには、各プラットフォームのクライアント情報、システム要件、インストーラーの入口、よくあるダウンロード問題を掲載しています。
すべてのクライアントを見る →クイックスタート
まず設定の提供元が有効であることを確認し、プロキシの選択と接続テストを行います。初回から複雑なパラメーターを変更する必要はありません。再現可能な基本手順を先に作りましょう。
クライアントの設定、サブスクリプション、またはProfilesページを開き、サービス提供元から受け取ったサブスクリプションURLを貼り付けて更新します。読み込み後は、設定名、プロキシグループ、ルール情報が表示されるはずです。形式エラーが出た場合は、コピー内容に余分な空白がないか確認し、WebページのURLや管理画面のURLをサブスクリプションURLと混同しないでください。設定の有効期限内なのに更新できない場合は、現在のネットワークからサブスクリプションの提供元へアクセスできるかを確認します。
多くの日常用途では、まずルールモードを使い、ドメインとIPの条件に応じて直通またはプロキシを選ばせます。続いてプロキシまたはポリシーページを開き、主要なプロキシグループで自動選択、フェイルオーバー、または特定のノードを選びます。グローバルモードは多くの通信を同じプロキシに通すため一時的な切り分けに向いていますが、影響範囲を理解しないまま常用するのは避けましょう。切り替え後はホーム画面に戻り、設定とプロキシが選択済みであることを確認します。
システムプロキシまたはモバイルVPNを有効にし、システムの権限確認に同意してから、直通すべきサイトとプロキシが必要な宛先を一つずつテストします。ブラウザは使えるのにほかのアプリで動かない場合は、そのアプリがシステムプロキシを読み込むか確認し、必要に応じてTUNモードを検討します。すべての宛先を開けない場合は、サブスクリプションの状態、ノードの利用可否、DNS、ポートの競合、ほかのVPNツールの順に確認してください。複数の設定を同時に変更するのは避けましょう。
オープンソースエコシステム
Clashのエコシステムは、コア、グラフィカルクライアント、設定の提供元、ルールを保守するプロジェクトで構成されています。ボタンの位置を覚えるだけでなく、それぞれの境界を理解することが重要です。クライアントは画面とシステム連携を担当し、コアは設定の解析と通信処理を担い、サブスクリプションはノードとプロキシを提供し、ルールセットは照合条件を定義します。
git clone https://github.com/MetaCubeX/mihomo.git
初期のClashは、一般的な設定構文、ルールモデル、プロキシグループの概念を確立し、その後のコミュニティ製コアやクライアントが基盤として保守を続けています。コアによって対応するフィールドの範囲は完全には一致しません。設定を読み込む前に、対象クライアントが使用するコアと構文ドキュメントを確認してください。未知のフィールドに遭遇したら、機能全体を削除するのではなく、まず起動ログと設定解析エラーを確認します。
グラフィカルクライアントは、インストール、メニュー、システムプロキシ、VPN権限、サブスクリプション更新、画面操作を処理します。Mihomoなどのコアは、ポートの待ち受け、ルールの実行、DNS管理、プロキシ接続の確立を担当します。名前が似ていてもクライアントの機能が完全に同じとは限りません。選ぶ際は画面の見た目だけでなく、対応プラットフォーム、システム連携方式、コアの種類、メンテナンス状況を比較しましょう。
YAML設定では、ポート、DNS、プロキシグループ、ルールを読みやすいテキストとして記述します。異常が起きたときは、問題をサブスクリプションの内容、ルールの順序、DNS経路、システム権限のいずれかに絞り込めます。ルールセットのサブスクリプションは大量のドメイン項目をまとめて管理するのに適し、ローカルの上書きはデバイス固有の設定を残すのに適しています。二つを分けて管理すれば、サブスクリプション更新で個人設定が上書きされにくくなります。
クライアント更新、コア更新、サブスクリプション更新、ルールセット更新は、それぞれ異なる経路です。クライアントを更新した後はシステム権限と設定の互換性を確認し、サブスクリプション更新後はプロキシグループ名の変更を確認します。ルールセット更新では、参照URLと動作の違いにも注意が必要です。すべてのコンポーネントを一度に置き換えるより、層ごとに更新して検証するほうが問題を特定しやすく、複数デバイスの設定を長期的に保守しやすくなります。
設定記事
複数デバイス間の同期、macOSの権限、Windowsのインストール手順まで、実際の操作手順に沿って重要な選択肢とつまずきやすい箇所をまとめています。
スマートフォン、PC、タブレットにそれぞれクライアントをインストールした後は、設定の一貫性がルールとプロキシに直接影響します。サブスクリプションURLによる一括配布、WebDAVバックアップ、手動インポート・エクスポートの違いを比較し、同期に適した内容と端末内に残すべき設定を説明します。
記事を読む初回起動時には、ネットワーク拡張機能、システム設定、キーチェーンの確認が続けて表示されることがあります。各ダイアログの目的を許可する順番に沿って説明し、権限が反映されない場合、拡張機能が重複してインストールされた場合、システムプロキシを切り替えられない場合のリセット方法もまとめています。
記事を読むインストーラーの選択、Windowsのセキュリティ警告への対応、サブスクリプションの読み込み、システムプロキシの有効化、ルール適用の確認まで、Windowsの設定手順を一通り解説します。ポート競合、権限不足、複数のプロキシツールがある場合の確認順序も説明します。
記事を読む記事一覧には、Androidのバックグラウンド消費電力や、接続済みなのにインターネットへ接続できない場合の段階的な確認リストも掲載しています。
すべての記事を見る →