Clash for iOS 使い方ガイド

開始前の確認

開始する前に、インストール済みのClashクライアントと、有効なサブスクリプションURLを用意します。サブスクリプションURLは通常、ネットワークサービスの提供元が発行するもので、一般的なWebサイトのトップページや単一ノードの名前ではありません。サービス提供元の管理画面にあるサブスクリプションページからコピーでき、クライアントが設定ファイルとして直接読み込めるものが正しいURLです。クライアントをまだインストールしていない場合は、iOSダウンロードページからiPhoneまたはiPadに合うバージョンを選んでください。

サブスクリプションURLをコピーするときは、できるだけページのコピー機能を使い、文字列の一部を手動で選択しないでください。URLの大文字・小文字、記号、パラメーターにはそれぞれ意味があり、1文字欠けただけでもダウンロードに失敗することがあります。サブスクリプションは個人設定データなので、公開コメント、スクリーンショット、複数人のチャットに貼り付けないでください。コピーした後は、クライアントが設定を正常に読み込むまでサービス提供元のページを開いたままにしておくと、期限切れや権限に関する表示をすぐ確認できます。

デバイスが現在、正常にインターネットへ接続できることも確認してください。いったんクライアントの接続をオフにし、Safariで普段アクセスできるサイトを開きます。基本ネットワーク自体が使えない場合、サブスクリプションの取得も後の確認も失敗するため、Wi-Fi、モバイルデータ通信、LANのログインページを先に確認します。企業、学校、ホテルのネットワークでは、ブラウザーで認証を完了しなければならないことがあります。Webページが正常に表示されてから追加を続けてください。

サブスクリプションを追加して設定を有効化

Clashクライアントを開き、「設定」「サブスクリプション」「Profiles」などの画面に移動します。右上の追加ボタンを見つけ、ソースの種類でURL、リモート設定、サブスクリプションURLからのインポートを選びます。先ほどコピーした完全なURLを入力欄に貼り付けてください。名前には、サービス提供元や用途など識別しやすい短い名前を入力できます。名前は端末上の一覧表示にだけ使われ、サブスクリプションの内容は変更しません。

確認すると、クライアントがサブスクリプションURLへアクセスし、返された設定を解析します。通常は数秒以内に設定一覧へ新しい項目が追加され、更新日時や更新操作も表示されます。まずその項目を選択し、現在有効な設定にしてください。一覧へ保存しただけでは使用中になりません。サンプル設定や古い設定が残っている場合は、追加した項目を明示的に選択する必要があります。

形式エラー、解析できない、設定が空と表示された場合は、接続ボタンを何度も押さないでください。サブスクリプション入力欄に戻り、URLの前後に余分な空白がないか確認します。Clashまたは汎用サブスクリプションをコピーしたか、QRコード画像のURL、Web共有ページ、ほかのクライアント専用のリダイレクトURLではないかも確認してください。ネットワークが正常な状態で一度だけ更新を試すこともできます。サービス提供元が複数の形式を用意している場合は、Clash、Mihomo、またはYAMLと記載された入口を選びます。

設定が正常に追加されたら、詳細またはプレビュー画面を開き、「プロキシ」「ポリシーグループ」「ルール」などの構造が表示されることを確認します。ここで個別に編集する必要はなく、解析エラーが続いていないことを確認できれば十分です。その後、ホーム画面またはプロキシ画面に戻り、動作モードを選択します。設定内のフィールド、たとえばproxies、proxy-groups、rulesの関係は、設定を手動管理するときにプロキシノードのフィールドリファレンスで確認できます。

ルールモードとポリシーグループを選択

設定を有効にしたら、クライアントの「プロキシ」「モード」「Proxies」画面を開きます。Clashの代表的な動作モードには、ルールモード、グローバルモード、ダイレクトモードがあります。初回はルールモードがおすすめです。このモードでは、設定ファイルのルールに従って、各接続を直接接続、プロキシ経由、拒否のいずれかに振り分けます。普段使うサイトとプロキシが必要な対象で、異なる経路を使えます。

グローバルモードでは、ほとんどの接続が現在選択しているプロキシポリシーを通ります。特定のプロキシが使えるか短時間で確認するのには向いていますが、初回設定の既定モードには適しません。ダイレクトモードはプロキシを経由せず、比較テストや一時的な振り分け停止に使います。画面に「Rule」または「ルール」と表示されている場合は、そのままで構いません。「Global」または「Direct」と表示されている場合は、モード選択を開いてルールモードへ切り替えてください。

次にポリシーグループを確認します。サブスクリプションには、ノード選択、自動選択、フォールバック、用途別グループなど、1つ以上のポリシーグループが用意されていることが多いです。まず主要なプロキシ選択グループを開き、利用可能なポリシーを1つ選択します。自動選択と個別ノードが同じグループにある場合は、初回接続ではサービス提供元が推奨する自動ポリシーを使うとよいでしょう。自動選択で結果が出ない場合は、ノードを1つ手動で選んで基本テストを行います。

ノード一覧を開いただけで設定完了と判断しないでください。ポリシーグループには入れ子構造があり、上位グループが別の自動選択グループを参照し、ルールが最終的に上位グループを指定している場合があります。主要グループの右側に現在の選択項目が表示され、空欄、未選択、エラー状態になっていないことを確認します。グループのテスト機能がある場合は一度実行しても構いませんが、結果は選択の補助であり、後述する実際のWebページ確認の代わりにはなりません。

この段階でルールを一つずつ読む必要はなく、表示結果を整えるためにルールの順番を不用意に変更しないでください。ルールは上から順に照合され、マッチすると後続のルールは確認されません。1行の変更で多くのサイトの接続経路が変わる可能性があります。ドメインの振り分け、アプリルール、LANの例外を追加する必要がある場合は、このガイドを完了してから、ルール構文の解説に従って個別に変更・テストしてください。

接続を開始してVPN構成を許可

クライアントのホーム画面に戻り、接続スイッチを探します。通常は画面上部、ステータス欄、またはダッシュボード中央にあります。スイッチをタップすると、初回接続時にiOSのシステム確認が表示され、VPN構成の追加を許可するか尋ねられます。「許可」を選び、画面の指示に従ってデバイスのパスコード、Touch ID、またはFace IDで認証してください。この処理はシステムが担当します。クライアントは認証後にのみネットワーク拡張による接続を作成できます。

認証が完了しても、すぐにクライアントを閉じないでください。接続状態が「起動中」から「接続済み」に変わるまで待つか、スイッチがオンのままか確認します。iPhoneとiPadでは画面上部にVPNマークが表示されることがありますが、位置は端末やOSによって異なります。判断の基準はクライアント内の接続状態にしてください。スイッチをオンにしてもすぐオフへ戻る場合は、接続が確立していないため、表示されたエラーやログの末尾を確認します。

初回起動では、設定の読み込み、DNSの初期化、ネットワーク拡張の確立に数秒かかることがあります。この間にスイッチを繰り返し切り替えると、かえって処理が中断されます。10秒ほど待って状態が安定してから、ブラウザーで確認してください。システム設定に別のVPN構成が保存されている場合は、現在Clashに対応する構成が有効になっていることを確認します。iOSでは通常、同時に1つの主要VPN接続だけが維持され、ほかのVPNアプリが現在の状態を置き換えることがあります。

システムの認証画面が表示されず、接続も開始できない場合は、「設定」を開き、VPN関連の画面にそのクライアントの構成が存在するか確認します。認証済みの端末では毎回確認されません。構成があるのに状態が異常な場合は、Clashに戻って接続をオフにし、数秒待ってから再度オンにします。それでも失敗する場合にのみクライアントを再起動し、すぐにサブスクリプションを削除しないでください。削除してもシステムの認証問題は解決せず、再設定の手間が増えます。

接続が安定したら、最初の確認が終わるまでアプリを前面に表示したままにします。ブラウザーでのアクセスとルールのマッチが正常になってから、オンデマンド接続、モバイルデータ通信時の自動接続、バックグラウンド更新を有効にするか判断してください。オンデマンド接続はネットワーク条件に応じてVPNを自動起動する機能で、安定性を確認した設定に適しています。初回設定では手動で切り替えるほうが状態の変化を把握しやすくなります。

通信とルールが機能しているか確認

接続を確立したら、まずSafariで普段直接開けるサイトにアクセスし、次にプロキシ経由になるはずの対象へアクセスします。これにより、直接接続とプロキシ経由の両方を確認できます。1つのサイトだけでは、失敗の原因がサイト自体、DNS、ノード、ルールのどれかをすぐに切り分けられません。テスト時はプライベートブラウズの新しいタブを使うか、ページを再読み込みして、ブラウザーキャッシュの影響を減らしてください。

続いてクライアントに戻り、接続履歴、ログ、セッション画面を開きます。先ほどアクセスしたドメインを探し、どのルールにマッチし、最終的にどのポリシーを使ったか確認します。直接接続するサイトには通常DIRECTまたはダイレクトポリシーが表示され、プロキシが必要な対象には主要なプロキシグループまたは現在のノードが表示されます。アクセス結果とルール経路が一致していれば、サブスクリプション、モード、ポリシーグループ、システム接続が一連の経路として機能しています。

Webページが開いても、実際の経路が想定と異なる場合は、すぐにクライアントを変更しないでください。まずルールモードが有効なままか確認し、対象ドメインにマッチしたルールを調べます。よくある原因は、ドメインが前方にあるルールへ先にマッチした、または主要なポリシーグループがダイレクトへ切り替わったことです。履歴にルール名が表示される場合は、「ドメイン—ルール—ポリシーグループ—ノード」の順に確認すると、DNSを闇雲に変更するより早く原因を特定できます。

接続スイッチを使った比較テストも行えます。Clashをオフにして同じページを再読み込みし、結果を記録します。次に接続をオンにして、もう一度読み込みます。2つの状態の違いから、通信が実際にクライアントを経由しているか確認できます。比較中はWi-Fi、モバイルデータ通信、ノードを同時に切り替えないでください。条件を1つずつ変えることで、切り分け結果が意味を持ちます。

確認が終わったら、用途に応じてサブスクリプションの自動更新を有効にできます。更新間隔を短くしすぎず、通常はサービス提供元の推奨どおりに更新してください。更新後はポリシーグループやルールが変わることがあるため、動作が変化した場合は、設定の更新日時とポリシー選択をまず確認します。カスタムルールを長期的に管理する場合は、サブスクリプション更新で手動設定が上書きされないよう、オーバーライドまたはマージを使うことをおすすめします。詳しい構造はオーバーライドとマージのリファレンスを参照してください。

接続できないときの簡単なトラブルシューティング

4つの手順を終えてもインターネットに接続できない場合は、複数の項目を同時に変更しないでください。基本ネットワーク、サブスクリプション、ポリシー、接続、DNSの順に確認し、各項目の後で再テストします。順番が重要です。上流のサブスクリプションが無効なら、端末側のDNSを変更しても解決しません。システム接続が確立していなければ、ノードをいくつ切り替えても実際の通信は発生しません。

サブスクリプションの更新に失敗する

まずクライアントの接続をオフにし、ブラウザーで通常のWebページへアクセスできることを確認してから、設定画面に戻って手動更新します。サブスクリプションURLが完全か、期限切れでないか、サービス提供元がリンクの再発行を求めていないか確認してください。古い設定が表示されていても更新に失敗し続ける場合、ローカル設定が壊れたとは限らず、購読元に一時的に到達できない可能性があります。新しいURLを確認するまで古い設定を残しておき、その後に置き換えてください。

接続済みなのにWebページを開けない

主要なポリシーグループが空欄ではなく、ダイレクトや拒否ポリシーを誤って選択していないことを確認します。次に同じグループ内の別の利用可能なノードへ切り替え、同じサイトだけをテストしてください。すべてのノードで同じ結果になる場合は、接続履歴にDNS名前解決の失敗がないか確認します。記録による根拠がないままDNSハイジャックを有効にしたり、nameserverを変更したり、拡張モードへ切り替えたりしないでください。これらはネットワーク環境に応じた対応が必要です。詳しいフィールドはDNS設定の章を参照してください。

一部のサイトは使えるが、別のサイトは失敗する

この状態では、システム接続は確立しており、問題はルールのマッチ、対象サイトの状態、現在のノードにある可能性が高いです。接続履歴を開き、成功したサイトと失敗したサイトが利用したポリシーを比較します。失敗した対象がダイレクトに振り分けられていて、本来はプロキシを使うはずなら、ルールの順番を確認してください。すでにプロキシ経由なら、まず同じグループ内の別ノードで再テストします。同種のドメインだけで名前解決の異常が続く場合に、DNSを詳しく確認します。

接続スイッチが自動的にオフになる

すべてのログを障害として扱わず、まずクライアントに表示された最後の明確なエラーを確認します。よくある原因は、設定を読み込めない、別のアプリがシステムVPNを置き換えた、ネットワーク拡張の状態異常、現在の設定にクライアント非対応のフィールドが含まれている、といったものです。追加した設定を再度選択して一度起動してみてください。手動編集後に問題が起きた場合は、元のサブスクリプション設定へ戻して比較します。元の設定が使えることを確認してから、カスタム内容を少しずつ追加してください。

ネットワークを変えると使えなくなる

Wi-Fiからモバイルデータ通信へ切り替えた場合や、Webログインが必要な公共ネットワークに接続した場合、既存の接続を再確立する必要があることがあります。Clashをオフにし、公共ネットワークの認証を完了してから、接続を再びオンにしてください。特定のWi-Fiだけで問題が起きる場合は、そのネットワークが特殊なDNS、LANプロキシ、アクセス制限を使用していないか確認します。すぐにサブスクリプションの問題と判断しないでください。同じノードとモードで複数のネットワークを試すと、ローカルネットワークの問題と設定の問題を早く切り分けられます。