iPhone では「Clash アプリ」ではなく構成互換クライアントが主役

App Store 上で「Clash 本体」と呼べる公式の単一アプリは限定的であり、多くのユーザーは Shadowrocket（シャドウロケット） や Stash のように、Clash／Mihomo 系の設定断片や購読 URL を読める iOS クライアントを組み合わせて運用します。用語として中文圏ではプロキシサービスを俗に空港と呼ぶことがありますが、本稿では主に「購読リンクを発行するプロキシサービス」と書き、検索上の「空港」「iPhone Clash 購読」といった語にも触れます。

Windows の Clash Verge Rev や macOS の ClashX Pro、Android の Clash Meta for Android と並べて考えると、iOS は OS の制約（常駐、VPN プロファイル、ネットワーク拡張）が強く、画面も狭いぶん「購読を取り込んでオンにする」以上の分流設計がボトルネックになりやすいです。購読 URL の性質や複数ソースの整理は、当ブログの購読 URL チュートリアルと併読すると理解が早いです。Android 側の TUN とポリシーグループのイメージはClash Meta for Android ガイドが近いので、スマホ同士の運用を揃えたい場合の参照にもしてください。

⚠️
購読 URL は秘密情報です 第三者に知られると契約枠やトラフィックを消費される恐れがあります。スクショやチャットへの貼り付けは避け、失効したらダッシュボードから再発行する運用を推奨します。

事前準備：購読 URL、プロバイダ表記、VPN プロファイル

プロキシサービスのダッシュボードで Clash／YAML／Universal などのエクスポートを選び、HTTPS の購読 URL をコピーします。Shadowrocket／Stash ともに「URL を貼って取得する」型の UI が中心なので、途中改行や余分な空白が混ざらないようメモアプリに一度貼ると安定します。プロバイダが User-Agent を制限している場合は、クライアント側の取得オプションで推奨値に合わせる必要があります。

初回は iOS が VPN 構成プロファイルの追加を求めます。これは「このアプリがトンネル経由で通信を扱ってよいか」の許可であり、拒否すると以降どれだけノードを整備しても実トラフィックがクライアントに届きません。設定アプリの「一般」→「VPN とデバイス管理」あたりでプロファイルが有効かを確認する癖を付けると、後からの切り分けが速くなります。

Shadowrocket：購読の追加からオンまで

Shadowrocket は画面遷移が素直で、初見でも「ホーム → 右上の + → Type で Subscribe を選ぶ → URL を貼る → Save → 一覧で更新」という流れが典型です。保存後にノード名が並ばなければ、取得失敗か パース不能です。URL の期限切れ、証明書エラー、社内 Wi‑Fi の HTTPS インスペクションなどを疑い、ブラウザで同じ URL を開いた結果とログを対照してください。

オンにするにはグローバルルーティングのモード（表記はバージョンで揺れますが、概念としては Config／Rule／Proxy など）を理解する必要があります。Rule を選ぶと、購読に含まれるルールセットに沿って DOMAIN／GEOIP などが評価され、最終的にどのポリシー（プロキシ群）へ送るかが決まります。Global Proxy に近いモードでは実質すべてが選択中ノードへ流れ、国内サイトまで遠回りになる点に注意してください。

💡
「ルールで分流したい」の第一歩 まずは Rule モードで購読付属のポリシー名（例：自動選択／香港／日本／直連など）を触り、意図したドメインがどの出口に行くかを体感してから、細かい DOMAIN-SUFFIX の追記に進むと迷子になりにくいです。

Stash：プロファイル取得とダッシュボード周り

Stash は ダッシュボードやビジュアルなポリシー編集に寄せた UI が特徴で、購読を「リモートプロファイル」として取り込み、ホーム画面のトグルで有効化する運用が一般的です。購読追加後は必ず更新（Pull／Refresh）を実行し、エラー文言が無いかを確認してください。Shadowrocket と同様、Wi‑Fi 補助アドレスやプライベート DNSが二重に効いて名前解決だけ妙に遅い、という症状も起き得ます。

Stash では Policy（ポリシー）と Group の階層が見えやすく、ルールの最終行がどのポリシー名を指しているかを画面上で追いやすいです。購読が「ルール込みの丸ごとプロファイル」型の場合、プロバイダ側のアップデートでルールが変わることがあるため、ローカルで追記したルールが上書きに巻き込まれないかだけは定期的に確認してください。上級者向けのマージや上書きの考え方は、当ブログの Clash Meta オーバーライド稿や購読稿と思想が近いです。

ポリシーグループとルール：iOS でも「名前がハブ」

Clash 系 YAML に慣れている読者にはおなじみですが、分流の中心は常に名前付きのポリシーグループです。ルール側は「このドメインは PROXY グループへ」といった形でグループ名だけを参照し、実際のノードはグループの中で select／url-test などのロジックが決めます。iOS クライアントでもこの抽象化は同じなので、画面上の表示名と YAML 上の名前の対応を一度頭に置いておくと設定が読みやすくなります。

簡易分流の実務では、(1) 国内や社内ドメインを直連へ、(2) 動画や AI 系を安定ノードへ、(3) その他を自動選択、のように優先度の高いルールを上に積むのが基本です。細かい DOMAIN ルールを増やすほどメンテコストが上がるので、まずは購読付属のルールを尊重しつつ、困るドメインだけ追記するのが現実的です。DNS の fake-ip／redir-host の違いまで踏み込む場合は、デスクトップ向けの Meta 解説記事の概念がそのまま移植されます。

よくある詰まり：証明書、二重 VPN、Apple の制約

証明書警告やミドルマンが疑われる環境では、購読取得自体は成功しても TLS 接続で落ちることがあります。別アプリの常時 VPN や企業 MDM の VPN と同時利用できないケースも多いので、接続できないときは VPN 一覧を一度空に近い状態から確認してください。また iOS はバックグラウンドや省電力の影響で、長時間放置後に再接続が必要になることもあります。

Apple の審査や地域によってはクライアントの入手経路や更新頻度が変わるため、本稿では特定ストアの操作画面のキャプチャには依存せず、概念と確認順序に留めています。利用規約・輸出管理・ローカル法令については自己責任で順守してください。

デスクトップ Clash との役割分担とまとめ

iPhone は外出先の軽量な出口切替と最低限の分流に特化させ、本格的なルール編集やログ解析は macOS／Windows の Clash 系 GUI に任せる、という二段構えが運用しやすいです。ノードの中身はプロバイダ任せですが、ルールとポリシー名の設計は自分の資産として残る部分なので、購読を差し替えても破綻しにくい階層を意識しておくと長く使えます。

パッケージの入手やバージョン選びは端末と法域ごとに異なるため、実行ファイルの第一導線は当サイトのダウンロードページにまとめています。用語や全体像は使い方ガイドから辿れます。デスクトップで Clash Meta 系を使っている場合は、同じ購読を iOS 側に持ち込んでもポリシー名とルールの前提が揃っているかだけは必ず確認してください。環境が整ったら、→ Clash を無料ダウンロードし、デスクトップと合わせて運用を試すところから始めてみてください。