オープンソースプロジェクト · クライアント継続更新·clashsupport.com

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

本ページでは Clash エコシステムの Windows、macOS、Android、iOS、Linux 5プラットフォーム向けクライアント入手先をまとめ、サブスク導入のステップ別チュートリアルと症状別に章立てしたトラブルシューティング手順を用意。すべての手順は実機で検証済み。

永久無料 コードオープンソース 日本語ドキュメント core: mihomo

エラーが出た?まずトラブルシューティング手引き →

clash/community
Public clash / community main

コア機能一覧

issueリスト形式で Clash クライアントの6つのコア機能を整理。タイトルをクリックすると詳細説明が展開する。各項目は宣伝文句ではなく、サイト内のチュートリアルや手引きの章に対応。

Open 6 Closed 0 LabelsSort

ポリシーグループ

Clash の中核はルールエンジン:各接続はドメイン名、IPセグメント、プロセス名などの条件でルールテーブルと照合され、一致すると指定のプロキシまたは直接接続の出口に振り分けられる。中国本土のサイトは直接接続、特定サービスはプロキシ経由という判定がすべて自動で行われ、手動切り替えは不要。サブスク設定には通常成熟したルールセットが同梱されており、インポートすればすぐ使える。上級者は独自ルールでデフォルト動作を上書きすることも可能。

ルールマッチングは上から順に1件ずつ行われ、よく使われるタイプには DOMAIN-SUFFIX(ドメインサフィックス)、DOMAIN-KEYWORD(ドメインキーワード)、IP-CIDR(IPセグメント)、GEOIP(地理データベース)、PROCESS-NAME(プロセス別振り分け)がある。従来の「グローバルプロキシ」ツールとの違いは、Clash がすべての通信を同一出口に流すことを求めず、各接続がそれぞれ最適な経路を通れる点。トラフィックの節約になるだけでなく、中国本土のサービスがプロキシ経由でアクセス制限を受けるのを避けられる。ルールの書き方とマッチング順序の詳細はトラブルシューティング手引きと技術ノートの関連記事を参照。

ノード管理

ポリシーグループは複数のノードを選択可能なグループとしてまとめる仕組み:selectグループは手動選択、url-testグループは定期的に遅延を測定して最速ノードへ自動切り替え、fallbackグループは優先ノード障害時に順番にフォールバックする。サブスク内の数十〜数百のノードを1つずつ試す必要がなくなり、クライアント画面でポリシーグループを開くだけで各ノードの実測遅延が確認できる。

速度測定の原理は、設定内で指定されたurl(一般にGoogleのgenerate_204アドレス)にHTTPリクエストを送り時間を計測すること。数値は「そのノード経由でテストアドレスにアクセスする」完全な経路の遅延を反映し、単純なpingではない。url-testグループのintervalパラメータで測定周期を制御し、toleranceパラメータで遅延が近い2つのノード間の頻繁な切り替えを防ぐ。どの用途にどのグループを使うか、どうネストして組み合わせるかは、クライアント比較ページと技術ノートでより詳しく解説。

サブスク導入

サブスクリンクは本質的にダウンロード可能なYAML設定アドレス。主要クライアントはすべてリンクを貼り付けるだけのワンクリック導入に対応し、定期自動更新も設定可能で、ノードの変更やルールの改訂は更新のたびにローカルへ同期される。複数のサブスクを並行して保持でき、設定を切り替えればノードとルールのセット全体が切り替わる。

導入失敗は初心者が最もよく遭遇する問題で、主な原因は3種類:サブスクアドレス自体にアクセスするためプロキシが必要(まず直接接続や一時ノードで更新)、サブスクがbase64エンコードなど別形式で返される(クライアントの変換対応や変換サービスが必要)、サブスクのトラフィックや有効期限が切れている(サーバーがYAMLではなくエラーページを返す)。個別の確認手順はトラブルシューティング手引きの「サブスク失敗」章を参照、更新失敗の詳細分析はよくある質問ページにも掲載。

上級

システムプロキシはプロキシ設定に従うアプリしかカバーできず、コマンドラインツールやゲームクライアント、UWPアプリはよく素通りする。TUNモードはネットワーク層に仮想ネットワークカードを作成し、デバイスの送信トラフィックすべてをClashに処理させる。カバー範囲はVPNと同等でありながら振り分けルールは引き続き有効で、「一部アプリがプロキシを通らない」問題の標準的な解決策となる。

TUNを有効にするには管理者権限が必要(Windowsでは通常サービスモードのインストールと併用)。DNSハイジャックの同時有効化も推奨されており、そうしないとシステムのDNSクエリが仮想ネットワークカードを回避しルールが不一致になる場合がある。TUNとシステムプロキシは競合せず同時に有効化できる。パフォーマンスコストはシステムプロキシよりわずかに高いが、通常のブラウジングやダウンロードではほぼ感じられない。両モードの仕組みの比較と選び方は技術ノートに専門記事があり、Windows UWPアプリのループバック制限への対処もトラブルシューティング手引きに収録。

コア

現行のクライアントは総じてmihomoコア(コミュニティではClash Metaとも呼ばれる)を搭載し、オリジナルプロトコルに加えてVLESS、Hysteria2、TUICなど比較的新しいプロトコルを補完している。1つの設定内で複数プロトコルのノードを混在させても問題ない。コアはGPL-3.0ライセンスでオープンソース化されており、リリース版はデスクトップ、サーバー、ルーターアーキテクチャをカバーする。

オリジナルのClashコアは2023年に開発が停止し、コミュニティの継続プロジェクトであるmihomoがプロトコルの進化を引き継いだ。Shadowsocks、Trojan、VMessといった従来のプロトコルは引き続き互換性を保ち、新しいプロトコルは上流の実装に追随して追加される。一般ユーザーは「mihomoコアベース」のクライアントを選べば最も広いプロトコル対応が得られ、本サイトのダウンロードページに掲載されている稼働中のクライアントはすべてこの条件を満たしている。サブスクに新しいプロトコルのノードが現れて認識されない場合、クライアントのコアバージョンを更新すれば通常解決する。

上級

allow-lanを有効にすると、Clashを実行している1台のPCがLAN内のプロキシサーバーになる。スマートフォン、テレビ、ゲーム機のネットワークプロキシをこのPCのIPと混合ポートに向けるだけで、同じノードとルールを共用できる。各デバイスで設定を繰り返す必要はない。

設定のポイントは3つ:mixed-portでHTTPとSOCKSを同時に処理する混合ポートを指定する、allow-lanをtrueに設定してbind-addressが外部アクセスを許可していることを確認する、OSのファイアウォールでそのポートへの受信接続を許可する。この3点を満たせば、他のデバイスはWi-Fiプロキシ設定にPCのローカルIPとポートを入力するだけでよい。さらに進んでこのマシンをバイパスゲートウェイ化し、セグメント全体をデフォルトでClash経由にすることも可能。完全な手順とファイアウォール許可のスクリーンショット付き解説は技術ノートのLAN共有専門記事を参照。

3ステップで最初の接続を通す

1

クライアントをインストールしサブスクを導入

ダウンロードページで該当プラットフォームのインストーラーを選び、インストール後にクライアントを起動。サービス提供元から発行されたサブスクリンクを「設定/サブスク」欄に貼り付け、設定のダウンロード完了を待つ。

2

ルールモードとノードを選択

プロキシモードはデフォルトの「ルール」のままでよい。ポリシーグループ画面でメイングループに遅延の低いノードを選ぶか、自動速度測定グループに任せる。

3

システムプロキシを有効にして確認

「システムプロキシ」スイッチをオンにし(モバイルではVPNを起動)、海外サイトにアクセスして接続を確認したら、続けて中国本土のサイトにアクセスして直接接続が影響を受けていないか確認する。

各ステップの詳しい操作、スクリーンショットの位置、よくあるつまずきポイントは 完全チュートリアルを見る →

オープンソースエコシステムと運用体制

Clash は2018年に公開されたオープンソースのルールベースプロキシコアで、明快なYAML設定形式とルール振り分け設計により、この分野の事実上の設定標準になっていった――現在ほとんどのサブスクサービスがClash形式の設定を出力している。オリジナル開発者が2023年に開発を停止した後、コミュニティプロジェクトのmihomo(Clash Meta)がコアの進化を完全に引き継ぎ、プロトコル対応と不具合修正が今も活発に更新されている。

コアを中心に多クライアントのエコシステムが育った:Clash Verge Rev、FlClash、Clash Nyanpasuなどのグラフィカルクライアントはそれぞれ異なるチームが独立して開発し、インターフェースやプラットフォーム対応で個性を出しつつ、同じコアと設定形式を共有している。つまりクライアントを変えてもサブスクを変える必要はなく、1つの設定が5プラットフォーム間で共通利用できる。コアと主要クライアントはいずれも公開リポジトリで開発されており、コード、コミット履歴、リリース物は誰でも確認できる。

本サイトはコミュニティが運営するドキュメントとダウンロード案内サイトで、ダウンロード入口は各クライアントの正式リリースチャネルに合わせて更新し、チュートリアルと手引きの内容は実機で検証したうえで公開している。クライアントに重要な変更があった際は対応する章を合わせて改訂する。本サイト自体はノードサービスを提供せず、いかなるサブスクサービス事業者とも関係がない。

コアをソースからビルドしたい場合は、リポジトリをクローンするだけでよい:

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

facts.yaml

  • kernel: mihomo
  • license: GPL-3.0
  • config: YAML
  • platforms: Windows / macOS / Android / iOS / Linux
  • since: 2018

note

コア、クライアント、ルールセットはそれぞれ異なるリポジトリで管理されており、更新は互いにブロックしない。クライアントに内蔵されたコアのバージョンは設定ページで確認でき、プロトコルが認識されない問題が起きたらまずコアバージョンを確認する。

よくある質問 抜粋

サブスクの更新が失敗し続ける場合は?まずサブスクアドレスがブラウザで直接開けるか確認し、次にクライアントが取得時に一時的に直接接続へ切り替える必要があるか確認する。詳細はよくある質問を参照。

プロキシを有効にしても一部アプリが通らない?コマンドラインやUWPアプリはよくシステムプロキシを素通りする。TUNモードに切り替えれば制御できる。操作は使用ガイドを参照。

ノードがすべてタイムアウトする場合の調べ方は?「ローカルネットワーク → サブスクの有効性 → ノードの可用性 → ルールのマッチ」の順に段階的に特定する。手順はトラブルシューティング手引きに収録。

異なるクライアント間で設定は共通利用できる?できる。主要クライアントは同じYAML設定形式を共有しており、クライアントを変えてもサブスクを再導入するだけでよい。選び方はクライアント比較を参照。

技術ノート · 最近の更新

タグで全コンテンツを閲覧:全記事を見る →

Clashダウンロード