この記事が対象とすること

すでに iPhone に Clash と互換性のあるクライアント（名称は配布元やビルドにより異なります）を入れ、サブスクリプション URL からプロファイルを取り込みたい、あるいはモバイル回線に切り替えただけで通信が途切れる・極端に遅くなるといった悩みを抱えている方向けの記事です。Android でよく議論される「アプリ単位でトラフィックを載せる／外す」という画面は iOS では前提が異なり、VPN／プロキシの枠組みと OS・キャリア側の挙動で症状が変わります。ここではその違いを踏まえつつ、再現性のある順番で五つのステップに分けて説明します。

なお、利用可能なクライアントの種類や App Store の掲載状況は時期・地域で変わります。本稿では特定の商標名に依存せず、「Clash 系の設定一般」として読めるようにしています。

ステップ1：サブスク URL 自体と「取得ルート」を疑う

取り込みが失敗するとき、最初に見るのはURL が有効かとその URL に iPhone から到達できているかの二点です。リンクをブラウザで開いて平文の購読情報が表示されるか、あるいはダウンロードできるかを確認してください。途中でログインページや 403 に飛ぶ場合は、期限切れトークンや提供元側の制限が原因です。共有メニュー経由で貼り付けたときに末尾が欠けている、改行や空白が混入している、といった事故も珍しくありません。

次に、HTTPS 証明書や中間キャッシュです。企業ネットワークやフィルタリング DNS の下では、購読取得だけがブロックされていることがあります。モバイル回線と Wi‑Fi の両方で試し、どちらか一方だけ失敗するなら、そのネットワーク固有の制約を疑います。変換サービスや別形式が必要な URL の場合は、形式の前提を誤っていないかサブスクリプション変換まわりの整理も参照してください。変換後のリンクが別ドメインになる場合、購読サーバ側の許可リストに載っていないと取得できないこともあります。

ステップ2：iOS の VPN 許可・プロファイル・ローカルネットワーク

初回接続時に「VPN の構成を追加しますか」と出たあと、設定 > 一般 > VPN とデバイス管理にプロファイルが現れているか確認します。ここが空のまま、または無効化されていると、クライアント側のスイッチをオンにしても実体としてトンネルが張れません。複数の VPN／プロキシ系アプリを試したあとでは、古いプロファイルが残り新しい構成と競合することもあるため、使わないものは削除してから再トライします。

iOS 15 以降では、一部アプリがローカルネットワークへのアクセスを求めることがあります。自宅 NAS やプリンタには関係なくとも、動作確認のために許可しておくと挙動が安定する例があります。位置情報やフォーカスモードと連動した「通信を制限」系のショートカットが有効だと、意図せずデータが止まることもあるため、切り分けの間はオフに近い状態に戻して試す価値があります。

ステップ3：Wi‑Fi とモバイル回線で結果を分けて記録する

Wi‑Fi ではサブスクも取れるし接続も安定しているが、モバイル回線にするとだけ失敗または切断が増える場合、原因は「ルールやノード」以前に、回線そのものまたはキャリアの IPv6／DNS の出方にありがちです。まず同じ操作を両方の経路で記録し、差分をはっきりさせます。低データモード、通信量の節約、海外ローミング直後の再認証待ちなど、OS が帯域を絞る条件にも注意してください。iCloud Private Relay をオンにしていると、一部のプロキシ実装と相性が悪い報告があります。切り分けでは一時的にオフを検討します。

自宅の Wi‑Fi では PC 上の Clash をポート開けしてスマホへプロキシ配布している構成もよくあります。その場合の前提やファイアウォールはWindows 側とスマホの LAN 連携まわりの記事で別途整理できます。本稿の焦点は「いきなりセルラーに出ていくとき」に起きやすい断絶です。

ステップ4：DNS・Fake-IP・ノードとルールで「途切れ方」を見る

モバイル回線では、DNS の応答経路が Wi‑Fi のときと異なり、ドメインルールが意図どおり評価されないように見えることがあります。また、遅延の大きいノードに自動で切り替わっている、UDP が不安定でアプリが再試行を繰り返している、といったパターンでは「切断」ではなく実質タイムアウトに近い体感になります。クライアントのログや接続一覧があれば、どの宛先で詰まっているかを一度メモしてください。

設定ファイル内の dns や fake-ip の扱いはデスクトップ向け解説と共通する部分が多いです。基礎の整理はYAML・ルールと Fake-IP の解説へリンクします。モバイルでは電波状況の変化で再ハンドシェイが頻繁に起きるため、MTU やKeepAlive に敏感なノードは避け、遅延の安定したものを試すのが実務的です。プロバイダから渡されたサブスクが軽量ノードばかりでないかも合わせて確認します。

ステップ5：アプリ再起動・バックグラウンド・省電力・OS アップデート

iOS はアプリをバックグラウンドに置いたあと、しばらくしてから通信を再開すると最初の数秒だけ失敗することがあります。VPN セッションがスリープから復帰するタイミングと重なると、一瞬「全部切れた」ように感じます。一度クライアントを完全終了（アプリスイッチャーから上にスワイプ）し、単体で再起動したうえでモバイル回線だけで試してください。

バッテリー最適化に相当するバックグラウンド更新の制限がきついと、更新間隔の長いサブスク取得だけ遅延することもあります。また、メジャー OS アップデート直後はネットワークスタックや証明書ストア周りの不整合が報告される時期でもあるため、セキュリティアップデートとセットで再テストするのが無難です。キャリア側のメンテナンスや基地局切替で一時的に IPv6 経路だけ不安定、という事象はユーザー側の設定ではどうにもならないので、その時間帯だけ別回線（別 SIM や Wi‑Fi）で検証するのも有効です。

まとめ

iPhone での Clash 系クライアントは、Android の「アプリ別にトンネルへ載せる」という発想とは画面が異なり、サブスク URL の到達性、VPN プロファイルと権限、Wi‑Fi とモバイル回線の差、DNS とノード品質、OS と省電力の振る舞いの五層に分けて考えると混乱が減ります。同じ症状でも、取り込み段階の失敗なのか、接続後の途切れなのかを先に分けると対処が早いです。

クライアントの入手と更新履歴の確認は、配布元ごとに整理したダウンロードページから行うと、コアと UI の対応関係を追いやすいです。オープンソースのリポジトリは仕様確認に役立ちますが、実行ファイルの主な入手経路としてサイト側の案内を使うと取り違えが減ります。→ 無料で Clash をダウンロードし、iPhone での検証を始める