Clash Apple版の設定ガイド

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

この段階の目標は、利用可能なポリシーグループが表示されることです。接続を開始するのはまだ先です。クライアントを開き、「設定」「サブスクリプション」または「Profiles」画面で、「追加」「サブスクリプションを追加」「URLから読み込む」などの項目を探します。リモートURLを選び、「個人用リモート設定」など識別しやすい名前を入力して、サービス提供元から案内されたサブスクリプションURLを貼り付けます。名前はローカルでの管理用で、接続には影響しません。

貼り付けたら、URLの前後に空白や改行、チャットアプリが追加した説明文が含まれていないか確認します。サブスクリプションURLのクエリパラメーターは認証に使われる場合があるため、疑問符以降を不用意に削除したり、URLを公開の場に貼り付けたりしないでください。問題がなければ「保存」「ダウンロード」「更新」などをタップし、取得と解析が完了するまで待ちます。追加後に手動更新が必要な場合は、その設定の操作メニューから更新してください。

設定カードや更新日時、更新完了の表示が出たら、その設定の「有効化」「使用」などをタップするか、選択状態を示すマークを確認します。設定をリストに追加しただけでは、現在使用中の設定に切り替わっていないことがあります。次に「プロキシ」画面を開き、ポリシーグループとノードが表示されているか確認します。グループ名は設定の作成者によって異なり、「プロキシ選択」「自動選択」などの場合も、別の名前の場合もあります。ポリシーグループが表示されれば、次の手順で選択できるポリシーが用意されています。

ローカルのYAMLファイルを使う場合

.yamlまたは.ymlファイルを受け取った場合は、「ファイルから読み込む」を使います。Macではファイル選択画面から設定ファイルを選びます。iPhone・iPadでは、まず「ファイル」アプリに保存してからクライアントで読み込むか、システムの共有メニューにあるクライアントの項目を使います。読み込み後は設定を選択して有効化してください。ローカルファイルは時間が経過しても自動で新しい内容にはなりません。更新できるかどうかは、ファイル内のリモート参照とクライアントの更新機能によります。

通常のWebページURL、単体のプロトコル共有リンク、完全なClash設定ファイルは、それぞれ別のものです。「解析に失敗しました」「必須項目がありません」と表示されたり、HTMLページがダウンロードされたりした場合は、サービス提供元にClash対応のサブスクリプションを選んでいるか確認してください。エラーを消すために設定キーをむやみに削除・変更しないでください。初回設定では、出所の分からないオンライン変換サイトにサブスクリプションを渡すことも避けましょう。サブスクリプションには認証情報やサービス情報が含まれる場合があります。

完了の目安：設定が選択され、「プロキシ」画面に想定したポリシーグループが表示され、更新時に新たな解析エラーが発生していないこと。後で更新できるよう、元のサブスクリプションURLを保管してからステップ2に進みます。

ステップ2：ルールモードとプロキシポリシーを選ぶ

初回は「ルール / Rule」モードを選びます。モードの設定は通常、ホーム画面や「プロキシ」画面の上部、またはMacのメニューバーアイコン内にあります。ルールモードでは、設定に含まれるドメイン、IPアドレスなどの条件に基づいて、リクエストを直接接続するかプロキシ経由にするかを決めます。すべてのアプリが同じ出口を使うわけではなく、すべての通信がプロキシサーバーを通るわけでもありません。サブスクリプションに含まれる振り分けルールを確認するのに適した設定です。

ルールモードに切り替えたら、追加した設定の主要なプロキシポリシーグループを開きます。手動選択できるグループでは、サービス提供元が利用可能と案内しているノードを選び、選択マークが移動したことを確認してください。サブスクリプションに「自動選択」グループがあれば、それを使うこともできます。グループ名に共通の基準はありません。「デフォルト」「おすすめ」といった名称だけで動作を判断せず、現在選択されている項目を確認しましょう。

モードとポリシーグループは、別々の役割を担います。モードは「どのリクエストをプロキシ経由にするか」を決め、ポリシーグループは「プロキシ対象のリクエストをどこに送るか」を決めます。そのため、ルールモードを選んでいても、プロキシグループがDIRECTのままなら、そのグループに振り分けられたリクエストは直接接続される可能性があります。反対に、ノードを選んだだけでは、直接接続ルールに一致したサイトがプロキシ経由に変わるわけではありません。次の動作確認で、接続ログから両方の結果を確認します。

全体モード・直接接続モード・TUNの違い

「全体 / Global」は通常、コアに取り込まれた通信を全体ポリシーで処理しますが、ポリシーに実際の出口を選ぶ必要があります。短時間の比較テストには使えますが、問題が起きたときの唯一の対処法として使う設定ではありません。「直接接続 / Direct」は通常、コアに取り込まれた通信を宛先へ直接接続します。プロキシ経由の出口がアクセスに影響しているかを比較する際に使えます。コアによっては内部処理の例外があるため、実際の接続ログを確認してください。

TUNは通信を取り込む方式であり、ルールモードと並列の振り分けモードではありません。TUNを有効にしてもルールモードは使用できます。全体モードに切り替えても、システムプロキシを参照しないアプリの問題が自動的に解決するわけではありません。初回は両方の設定を同時に変更せず、ルールモードのまま、Macではシステムプロキシを有効にし、iPhoneではクライアントのデバイスVPN接続を確立します。

クライアントに接続テストや遅延テスト機能があれば、ポリシー選びの参考にできます。ただしテストに成功しても、テスト対象のリクエストが応答したことを示すだけで、すべてのサイト、ログインサービス、アプリにアクセスできるとは限りません。一度のテスト結果だけを見てノードを何度も切り替えるのは避けましょう。まず利用可能なポリシーを一つ選んで一連の手順を完了し、実際の利用状況に応じて調整してください。

完了の目安：モードがルールに設定され、主要なプロキシポリシーグループで項目が選択されていること。グループ名やテスト結果だけでは接続が有効になったとは判断できません。次は、システムまたはデバイスのリクエストを実際にクライアントへ取り込ませます。

ステップ3：システムまたはデバイスの接続を確立

設定とポリシーを確認してから、通信の取り込みを有効にします。テスト前に、他のプロキシクライアントやVPNを切断してください。複数のアプリが同時にシステムプロキシ、ルーティング、DNSを変更すると競合することがあります。問題の切り分けのために、会社や学校が管理するネットワーク設定を削除しないでください。管理対象デバイスでVPNやヘルパーサービスのインストールが制限されている場合は、デバイス管理者の指示に従ってください。

macOS：コアを起動してシステムプロキシを有効化

Macクライアントのホーム画面で、コアが起動していることを確認します。アプリの起動時にコアも自動起動するクライアントもあれば、「起動」や接続ボタンを押す必要があるものもあります。画面に設定エラーが表示されている場合は、ステップ1に戻って解決してください。次に、ホーム画面、設定画面、またはメニューバーのメニューから「システムプロキシ」を有効にします。macOSのプロキシ設定に従うアプリのリクエストがクライアントへ送られます。初回は設定要素を増やさないよう、TUNは無効のままにしてください。

有効化したら、「システム設定 → ネットワーク → 使用中のネットワークサービス → 詳細 → プロキシ」を開き、ローカルプロキシのアドレスが設定されているか確認できます。macOSのバージョンによって項目名が多少異なる場合があります。例として表示されるポート番号を固定値と考えないでください。実際のポートは、クライアントに表示される混合ポート、HTTPポート、SOCKSポートを使います。よく見かける別の番号に手動で変更すると、設定が一致しなくなることがあります。

ブラウザーは使えるのに特定のアプリが使えない場合は、サブスクリプションを再度追加する必要はありません。一部のターミナルツール、ゲーム、独自の通信処理を行うアプリはシステムプロキシを参照しないため、アプリ内で個別に設定するか、必要な権限を理解したうえでTUNを使う必要があります。TUNにはヘルパーサービス、管理者認証、ルーティングの変更が必要な場合があります。詳しい手順はトラブルシューティングガイドを参照してください。今回はまずブラウザーで基本的な接続を確認します。

iOS / iPadOS：デバイスVPNを許可して接続

iPhoneまたはiPadでクライアントのホーム画面を開き、「接続」またはメインスイッチをタップします。初回接続時は、システムからVPN構成の追加を求められる場合があります。インストールしたクライアントからの要求であることを確認して「許可」を選び、パスコードまたは生体認証で認証します。認証後にクライアントへ戻り、画面が「接続中」から「接続済み」に変わるのを待ってからWebサイトをテストしてください。

iOSではVPN構成を使ってプロキシクライアントに通信を取り込ませます。これは「全体モードを選んだ」こととは別の設定です。システム上でVPNが接続済みと表示されていても、各リクエストの振り分け先はサブスクリプションのルールとポリシーで決まります。ステータスバーのVPN表示はデバイスやシステム画面によって異なるため、上部のアイコンだけで判断せず、クライアントの状態とシステム設定のVPN状態を両方確認してください。

タップ直後に切断される場合は、現在の設定が引き続き利用可能か、別のVPNが通信を取り込んでいないかを確認し、クライアントの最新エラーログを見ます。エラーが発生した時刻と操作手順を記録し、DNS、ポート、モードを次々に変更するのは避けてください。Wi-Fiとモバイル通信を切り替えた後に問題が起きた場合は、もう一度接続し直し、同じテストサイトで比較します。ネットワーク切り替えによる違いを、サブスクリプションの無効化と誤認しないようにしましょう。

完了の目安：Macではコアが起動し、システムプロキシが有効になっていること。iPhone・iPadではクライアントとシステムの両方で接続済みと表示されること。この状態は通信を取り込む準備ができたことを示します。実際の動作はステップ4で確認します。

ステップ4：アクセスとルールの動作を確認

「接続済み」の表示だけで判断せず、実際のリクエストと接続ログを確認します。まずクライアントで「接続」「セッション」「ログ」画面を開き、ブラウザーで新しいタブを作成します。設定上プロキシ経由になると明確に分かっていて、現在のネットワーク環境でテストに適したサイトへアクセスしてください。サービス提供元が推奨するテスト先があれば、優先して使いましょう。サイト自体の障害をクライアントの問題と誤認しないためです。既存のタブで開いたページの場合は、クライアントに新しいリクエストを記録させるため一度更新してください。

接続ログに戻り、先ほどアクセスしたドメインを検索して、宛先アドレス、適用されたルールまたはルールセット、最終的に使われたポリシーと出口を確認します。表示項目はクライアントによって異なり、ポリシーの経路全体を表示するものもあれば、最終ノードだけを表示するものもあります。ページが開き、ログ上の通信先が設定の想定どおりであれば、そのリクエストが意図した経路を通った証拠になります。

次に、設定上は直接接続される想定のサイトにもアクセスし、同じ方法でログを確認します。2つのリクエストが異なる経路を通るのは、ルールモードが意図した動作です。macOSのシステムプロキシでは、プロキシ設定に従わないアプリのリクエストはコアに届かない場合があります。そのため、接続一覧にアプリが見当たらなくても、通信が遮断されたとは限りません。まずブラウザーで確認し、その後、普段使うアプリを一つずつテストしてください。

結果が想定と違う場合は、段階ごとに確認

ページが開かず、リクエストがクライアントに届いている場合は、適用ルールと最終ポリシーが想定どおりか確認し、利用可能と確認済みの別ノードを一時的に選んで再テストします。ページが開かず、対応するログもまったくない場合は、サブスクリプションをすぐ変更せず、システムプロキシ、デバイスVPN、アプリ独自のプロキシ設定を優先して確認してください。ログにドメイン解決エラーがある場合は、DNSを調べます。一度に変更する設定は一つにして、変更前の値を記録しておきましょう。

外部IPアドレスを調べるだけでは、すべての通信がプロキシ経由になっている証拠にはなりません。確認サイト自体が直接接続ルールに一致する場合があり、プロトコルやアプリによって経路が異なることもあります。同様に、Webページが開いたからといってDNSの経路が想定どおりとは限りません。初回は、対象リクエスト、ポリシー、実際のアクセス結果が一致することを確認すれば十分です。DNS漏えい、UDP、IPv6、ルーティングの競合を確認する場合は、詳しいトラブルシューティングガイドに沿って個別に検証してください。このガイドですべてのネットワーク設定を一度に変更する必要はありません。

接続を切断してネットワークが戻るか確認

動作確認の後は、正常に切断できるかもテストします。Macではまずクライアントのシステムプロキシを無効にします。TUNも有効にしていた場合は無効にしてからアプリを終了してください。iPhone・iPadではクライアントで切断し、システムのVPN状態も確認します。その後、普段から直接接続できるサイトを更新し、終了後も通常のネットワークが使えることを確かめます。Macのクライアント終了後にインターネットへ接続できなくなった場合は、システムプロキシが停止済みのローカルサービスを指したままになっていないか確認してください。復旧手順はトラブルシューティングガイドをご覧ください。

日常利用では、サブスクリプションの更新後に現在の設定を確認し、ルールモードと選択中のポリシーを確認してから接続し、重要なアプリで動作を確認する流れを保ちましょう。設定変更前にローカルコピーを保存しておけば、更新後に問題が起きたとき元の設定と比較できます。障害の原因はポリシー、サブスクリプションの有効性、システムのネットワーク状態にあることも多いため、毎回アプリの再インストールから始める必要はありません。