clash for ios Clash iOS クライアントのダウンロードとインストールガイド
あなたは iOS クライアントテストに招待されています
TestFlight と App Store からインストールでき、mihomo カーネル採用でサブスク導入とルール分流に対応。
TF-CLASH-IOS-INVITE
iOS 15.0 以降が必要です
- mihomo カーネル Meta
- TestFlight 配信
- オープンソースエコシステム
コア機能インデックス
6つの機能をインデックスタブのように並べています。左のタブをクリックすると、右側の説明欄に対応する機能の詳細が展開され、末尾には設定の要点をまとめた一文を掲載しています。
ルール分流
ルール分流は Clash 系クライアントの中核機能です。設定ファイルの rules セクションは上から順に一件ずつマッチングされ、一致した時点で処理が確定します。DOMAIN-SUFFIX で特定のドメインサフィックスを厳密に指定したり、GEOIP で宛先 IP の所属地域ごとにトラフィックを振り分けたり、最後に MATCH で残りをまとめて処理することもできます。iOS クライアントはサブスクを導入すればそのルールセットをそのまま使え、設定にカスタム項目を追加することもできるため、業務用途・動画配信・ダウンロードをそれぞれ別の出口に振り分けられ、プロキシのオン/オフを手動で切り替える必要がありません。
rules: DOMAIN-SUFFIX / DOMAIN-KEYWORD / GEOIP / MATCH · 上から順にマッチングし一致で確定 · カーネルは mihomo
サブスク管理
サブスクは、サービス提供者が用意したノードとルールを1本の URL にまとめたものです。iOS クライアントはサブスクリンクを貼り付けるだけでワンタップ導入でき、設定した周期で自動更新され、複数のサブスクを同時に管理してそれぞれ有効化することもできます。proxy-providers の記法を使えば、ノードの取得元とローカル設定を分離できます。サブスクはノードだけを提供し、分流ルールはローカルの上書き設定で決まるため、サービス提供者を変更しても設定全体を書き直す必要がありません。サブスクの更新に失敗した場合、クライアントは直前に成功したスナップショットを保持するため、一度の取得失敗でネット接続が切れることはありません。
proxy-providers: url / interval / health-check · 更新失敗時は直前のスナップショットを保持
TUN モード
iOS でのプロキシ引き受けはシステムの NetworkExtension フレームワークに依存しており、デスクトップ版の TUN モードと同等の効果が得られます。クライアントが仮想ネットワークインターフェースを作成し、システム内のすべてのアプリの通信が Clash カーネルに流れ込んでルールマッチングの対象になるため、アプリごとにプロキシを設定する必要がありません。システムのプロキシ設定に従わないアプリ(ゲーム、ターミナルツール、一部のチャットアプリなど)には特に有効です。有効化するとステータスバーに VPN アイコンが表示されますが、これは iOS が NetworkExtension に対して表示する共通アイコンであり、すべての通信がプロキシを経由しているとは限りません。実際の振り先はルールごとに決まります。
tun: enable / stack: system · iOS NetworkExtension によるシステム全体の引き受け
ポリシーグループ
ポリシーグループは、あるルールに一致した後の通信の振り先を決めます。select は手動でノードを指定するタイプ、url-test は定期的に速度測定して最も遅延の低いノードを自動選択するタイプ、fallback は順番に接続確認を行い、優先ノードに障害があれば自動でバックアップに切り替えるタイプ、load-balance は接続を複数のノードに分散させるタイプです。iOS クライアントの画面には、サブスクで定義された全ポリシーグループがそのまま表示され、タップすると即時に切り替わります。ポリシーグループを適切に組み合わせれば、動画配信は解除用ノード固定、日常のブラウジングは自動で最適選択、大容量ダウンロードは別グループに分けるといった運用ができ、互いに干渉しません。
proxy-groups: select / url-test / fallback / load-balance
DNS と Fake-IP
DNS は名前解決の正確さを左右し、ルールマッチングの結果にも直接影響します。mihomo カーネルは fake-ip 拡張モードに対応しており、クライアントはまず予約アドレス帯の仮想 IP を返して接続を即座に確立し、実際の解析はプロキシ側で行われるため、初回接続の遅延を大幅に減らしつつ解析汚染も回避できます。設定内の nameserver と fallback は、それぞれ通常の解析と疑わしい結果の再検証を担います。iOS クライアントは初期状態で適切な DNS プリセットを有効にしており、上級ユーザーは設定内でこの部分を自由に上書きできます。
dns: enhanced-mode: fake-ip / nameserver / fallback · 予約アドレス帯 198.18.0.1/16
外部コントロール
mihomo カーネルには RESTful API が組み込まれており、external-controller でローカルポートに公開することで、Web 管理パネルから接続状況の確認、ポリシーグループの切り替え、ログレベルの調整をリアルタイムに行えます。iOS ユーザーにとってはクライアントの画面操作で日常的な用途は十分カバーされていますが、同じ設定をデスクトップやルーターでも実行する場合、外部コントロールによって複数デバイスで1つの管理窓口を共用できるようになります。API の項目はデスクトップ版と完全に同一なので、一度覚えればプラットフォームを問わず使えるうえ、トラブル対処の際にカーネルの状態を確認する手段が一つ増えます。
external-controller: 127.0.0.1:9090 · RESTful API · 各種パネルで共通利用可能
全プラットフォーム クライアントダウンロード
5つのプラットフォームそれぞれに搭乗券のような入口を用意しています。iOS は App Store 経由、デスクトップと Android はインストーラーを直接ダウンロード、ルーターやサーバーを使うユーザーはダウンロードページで mihomo カーネルのバイナリを入手できます。設定ファイルの形式は全プラットフォームで共通です。
オープンソースエコシステムとカーネルの背景
Clash は単独のアプリではなく、ひとつのオープンソースエコシステムです。以下の4つのセクションで、その経緯・エコシステム内の役割分担・カーネルとクライアントの関係・各要素の更新サイクルについて説明します。
プロジェクトの歴史
Clash はもともとコミュニティが開発したオープンソースのプロキシカーネルで、「設定ファイル + ルール分流」という設計によって、次第にクロスプラットフォームのデファクトスタンダードになりました。オリジナルのカーネルの更新が止まった後、コミュニティはそれをベースに Clash Meta を発展させ、現在も継続的にメンテナンスされている mihomo プロジェクトへと続いています。本サイトで紹介している iOS クライアントもこの系譜に基づいており、設定ファイルの形式はデスクトップ版と互換性があるため、パソコンで使っていた設定を iOS でもそのまま使えます。
オープンソースエコシステム
カーネル、ルールセット、GeoIP データベース、サブスク変換ツール、そして各プラットフォームの GUI クライアントに至るまで、すべてオープンソースの形でコミュニティによって維持されています。コードが公開されているということは、実装の詳細を誰でも確認できるということであり、問題は issue の形で公開的に追跡・議論されます。エコシステム内のクライアントはそれぞれ独立して開発されていますが、同一の設定規約を共有しているため、Clash 系のツールがデスクトップ・モバイル・ルーターのすべての場面をカバーできる根本的な理由になっています。
カーネルとクライアント
クライアントとカーネルは2つの層に分かれています。カーネル(mihomo)はプロトコル実装、ルールマッチング、DNS 解析を担当し、クライアントは画面表示、サブスク管理、システム統合を担当します。iOS 版の Clash Plus は mihomo カーネルを NetworkExtension に組み込んでおり、画面上での切り替え操作は最終的にすべてカーネルが実行します。この関係を理解しておくと、トラブル対処の際に設定ファイルを確認すべきか、クライアントの設定を確認すべきかが分かりやすくなります。
更新の仕組み
カーネルの更新はプロトコルとパフォーマンスの改善をもたらし、クライアントの更新は画面とシステム対応の改善をもたらします。両者の更新サイクルはそれぞれ独立しています。App Store 経由のクライアント更新はストアが自動的に配信し、サブスクの内容は設定した interval の周期で更新され、GeoIP と GeoSite データベースはカーネルのバージョンに合わせて更新することも、設定内で個別に指定することもできます。この3つをできるだけ新しいバージョンに保つことが、「ルールが不正確」「ノードに接続できない」といった問題を避ける第一歩です。
git clone https://github.com/MetaCubeX/mihomo.git
mihomo カーネルのソースコードリポジトリ · 実装の詳細を読みたい、またはカーネルバイナリを自分でビルドしたい場合はここから。
よくある質問セレクション
導入前によく聞かれる4つの質問に、まず一言で方向性を示します。詳しい手順とチェックリストは使い方ガイドに掲載しています。
-
iOS にはどのクライアントを入れるべき?
おすすめは Clash Plus です。App Store に直接掲載されており、mihomo カーネルを内蔵、公式サイトは clashplus.io です。iOS ダウンロード入口へ。
-
サブスク導入後にノードが表示されない場合は?
まずサブスクリンクが完全かを確認し、手動で一度更新を実行してください。それでも表示されない場合は、リンクの期限切れかトラフィック使い切りの可能性が高いです。ガイドにチェックリストを掲載しています。
-
ステータスバーに VPN アイコンが出るのは正常?
正常です。これは iOS が NetworkExtension に対して表示する共通アイコンであり、実際に通信がプロキシを経由するか直接接続になるかは、設定内のルールごとに決まります。接続確認の手順を見る。
-
デスクトップ版の設定はそのまま iOS で使える?
使えます。mihomo の設定形式はプラットフォームを問わず共通なので、同じサブスクをスマホ・パソコン・ルーターに導入すればそのまま利用できます。サブスク導入手順を見る。
最新記事
トラブル対処・プラットフォーム導入・上級設定に関する記事を、公開日の新しい順に掲載し、随時更新しています。
Clash が起動時にクラッシュする場合:よくある原因と手順ごとの対処法
設定ファイルの文法エラー、ポート競合、カーネルバージョンの不一致からシステム権限の制限まで、起動時クラッシュの原因を発生頻度順に整理し、項目ごとの確認方法と修正方法を示すとともに、最小構成で問題を切り分ける方法を解説します。
ルーターで mihomo カーネルを直接動かす:サブルーターでの Clash 導入の考え方と要点
メインルーターまたはサブルーターで mihomo カーネルを直接動かす際の導入概要です。ハードウェアとファームウェアの要件、カーネルバイナリの選び方、透過プロキシと DNS ハイジャックの要点、LAN 内デバイスの接続方式2種類の比較を扱います。
GeoIP・GeoSite データベース更新ガイド:分流ルールが不正確になる原因と解決策
GeoIP・GeoSite データベースがルールマッチングで果たす役割を解説し、手動での置き換えと設定内での自動更新という2つの方法を示すとともに、データベースが古くなることで生じる分流ミスの典型的な症状と確認方法を分析します。