前提：iOS 18 と「回線の切替」が効く理由
モバイルのトラブルは、設定画面の一項目だけで説明できないことが多いです。特に iOS 18 では、バックグラウンド更新の許可、低データモード、セルラー側の省電力、他社 VPN プロファイルとの競合など、レイヤが積み上がった状態で症状が現れます。電車や移動中に Wi‑Fi から モバイルデータ へ切り替わる瞬間は、TCP セッションが張り直されるため、クライアントが再接続ロジックをどう持っているかで体感が大きく変わります。
本稿の目的は「Clash とは何か」の紹介ではなく、すでに Clash 系 の設定や購読を使っている読者が、外出先でも安定させるための 実務的な順序 を手元に置けるようにすることです。デスクトップでの 分流ルール の書き方は YAML ルール分流ガイド で深掘りできます。一方、Android でノードが一斉にタイムアウトするケースは 別稿の7ステップ が近いので、そちらと役割分担してください。
購読インポート：まずここで詰まりやすいポイント
購読インポート は URL の貼り付け、QR コード、クリップボード経由など、アプリごとに UI は違っても確認すべき論点は共通です。第一に、リンクが https:// で始まり、中間者改ざんのない環境から取得できているか。社内 Wi‑Fi やキャプティブポータル下では、購読 URL 自体がリダイレクトで壊れていたり、証明書検証で止まったりします。第二に、購読の有効期限・デバイス数・サーバー側メンテナンスで中身が空になっていないか。第三に、iOS の「モバイルデータ通信」で該当アプリがオフになっていないか——インポート処理そのものが モバイルデータ 上で失敗し、古いキャッシュだけが残るパターンがあります。
自動更新まわりでエラーが続く場合は、時刻ずれ・User-Agent・403／404 の切り分けを 購読自動更新の解説 と併せて確認すると早いです。インポート後にノード名は見えているのに通信だけ不安定、というときは「取り込み」ではなく以降のセクションを重点的に見てください。
モード選択：システム拡張・VPN・ルールの当たり方
Clash 互換クライアントでは、システムプロキシ相当、VPN（Network Extension）、TUN に近い挙動をまとめたモードなど、製品ごとに呼び名が分かれます。ポイントは「どのトラフィックがトンネルに入るか」と「DNS を誰が握るか」です。ブラウザだけ通してアプリは直結、といった例外を細かく付けていると、Wi‑Fi のときは問題なくても セルラー では別経路になり、切断っぽく見えることがあります。切り分けとしては、まず短期間だけ全体をトンネルに載せる設定に寄せ、症状が消えるかを見ます。消えるなら、例外ルールやアプリ単位の設定を少しずつ戻していくのが安全です。
分流ルール で特定ドメインを DIRECT に落としている場合、キャリアのローカルブレイクアウトや IPv6 優先の影響で、想定と違う出口に出ることがあります。ルールの意図は YAML 解説 のとおりでも、iOS 端末では DNS キャッシュや Private Relay など OS 機能と相互作用します。次節以降で、その相互作用を順に潰します。
バックグラウンドと省電力：画面を閉じた瞬間に切れるとき
「フォアグラウンドでは速いのに、ロック画面や別アプリに移ると数分で不安定」という報告は、iOS では特に多い部類です。確認するのは次のような順です。設定アプリで該当アプリのバックグラウンド更新がオンか。低データモード（Wi‑Fi／モバイルそれぞれ）が有効だと、更新間隔が伸びたりバックグラウンド取得が抑制されたりします。バッテリー設定の「低消費電力モード」も同様です。また、スクリーンタイムやデバイス管理ポリシーで VPN プロファイルが制限されていないか、企業端末では別レイヤの制約が乗る点に注意してください。
複数の VPN／セキュリティアプリを入れ替えて試している場合、古いVPN 構成プロファイルが残っていると、新しいクライアントのトンネルと競合します。使わないプロファイルは削除し、再接続 を一度クリーンにしてから再設定すると、再現性が変わることがあります。
DNS：セルラーでだけ名前解決が怪しいとき
Wi‑Fi では問題なく、モバイルデータ に切り替えた途端にアプリが読み込めない場合、DNS がボトルネックであることがあります。キャリア DNS やフィルタ、DoH／DoT のブロック、クライアント側の fake-ip 系の挙動とアプリ実装の相性など、要因は重なりがちです。試せる対照実験としては、(1) モバイルデータ時だけ別の信頼できる DNS を指定できるか、(2) ルールでドメインが意図せず DIRECT に落ちていないか、(3) iCloud Private Relay や第三者 DNS アプリが同時に有効で競合していないか、を順に見ます。
症状が「特定アプリだけ」に偏るときは、そのアプリが独自の DNS や QUIC を使っており、トンネル外に逃げている可能性もあります。まずは全体トンネル寄りの設定で再現するかを確認し、段階的に元の 分流ルール に戻すと原因箇所が特定しやすくなります。
ルーティングと回線切替：Wi‑Fi／セルラー間の「取りこぼし」
駅やビルの出入り口で Wi‑Fi と セルラー が短時間で何度も切り替わる環境では、古いデフォルトルートが残り、パケットが黑洞に落ちることがあります。対策の基本は、切替後にクライアントの再接続ボタンを一度押す、あるいは飛行機モードのオン／オフでスタックをリセットする、といった運用面と、クライアント側の「ネットワーク変更時に自動再接続」に相当するオプションを有効にすることです。IPv6 だけが有効な回線で IPv4 ベースのノードに届かない、逆に AAAA が優先されて意図しない経路になる、といったケースも、セルラー側で顕在化しやすいです。
テザリングやデュアル SIM を使っている場合、どの回線がデフォルトルートかがユーザー期待とズレることがあります。設定アプリのセルラー項目で、データ回線とローミングの扱いを確認し、ローミング時に課金制限でトンネルが細くなっていないかも見ておくと安心です。
実行チェックリスト（外出・セルラー重視）
| 確認項目 | 見る場所・操作 |
|---|---|
| 購読が最新で中身が空でないか | 手動更新、別回線で取得、自動更新エラーの切り分け |
| モバイルデータ通信の許可 | 設定 > セルラー通信／モバイルデータ通信で該当アプリをオン |
| モードと例外ルール | 全体トンネル寄りで再現するか → 例外を戻す |
| バックグラウンド・低データモード | バックグラウンド更新、低消費電力、Wi‑Fi／セルラー別の低データモード |
| DNS・Private Relay・競合 VPN | DoH の成否、Relay／他 VPN オフ、プロファイルの残骸削除 |
| 回線切替後の再接続 | 手動再接続、機内モードリセット、IPv4／IPv6 の有無を比較 |
| 分流と実測 | ルールの DIRECT／PROXY、ログと IP 表示サイトの照合 |
この表は Android 向けの「全ノード赤一色」系の切り分けとは狙いを変え、モバイルデータ と バックグラウンド、回線切替 に寄せています。Android 端末でのタイムアウト連発は こちら を参照してください。
まとめ
iOS 18 上の Clash 系クライアント は、購読さえ取り込めば終わりではなく、モバイルデータ と OS の省電力・DNS・ルーティングが組み合わさったときに初めて表面化する不具合が多いです。購読インポート の健全性を確認したうえで、モードと例外、バックグラウンド、DNS、回線切替後の 再接続 を順に試すと、感覚的な「すぐ切れる」が具体的なボトルネックに分解されます。分流ルール の設計思想はデスクトップと共通でも、モバイルでは OS の制約が上に乗る点を忘れないでください。
クライアントの入手や版の選び方は、利用シーンごとに最適解が変わります。公式の配布形態を確認しつつ、自分の端末と回線に合うパッケージを一覧で比較できると、再インストールや乗り換えの手間も減ります。
ほかのチュートリアルは 技術コラム からどうぞ。