Clash Apple版
サブスクリプション・接続ガイド

STEP 01 / SUBSCRIPTION

サブスクリプションを読み込み、設定を有効にする

クライアントを開き、「設定」または「サブスクリプション」画面で追加メニューを探します。右上のプラスボタンから追加するクライアントもあれば、URLの入力欄が直接表示されるものもあります。「URLから読み込む」を選び、サブスクリプションURL全体を貼り付けてください。名前の入力が必要な場合は、「普段使い」など用途を見分けやすい名前を付けます。この名前は端末上での識別用で、サブスクリプションの内容には影響しません。URLの前後に空白や改行、チャットアプリが付けた句読点がないことを確認し、「読み込む」「ダウンロード」または「保存」をタップします。

読み込み時、クライアントはまずサブスクリプションURLにアクセスし、返された設定を解析します。成功の表示が出たら、新しい設定が一覧に追加されたことと、プロキシ画面にグループやノードが表示されていることを確認します。「URLを保存した」だけでは「設定の読み込みに成功した」とは限りません。サブスクリプションの登録だけ先に作成され、バックグラウンドでのダウンロードに失敗しても、記録が残るクライアントがあります。その場合は登録の詳細を開き、最終更新時刻、エラー表示、設定のプレビューを確認して、内容を実際に取得できているか確かめてください。

サブスクリプションのダウンロードが完了したら、設定項目をタップして使用中の設定にします。選択マークや現在の設定名、有効状態などが画面に表示されます。プロキシ画面を開き、表示内容が切り替わったことを確認してください。古い設定のグループが表示されたままなら、設定画面に戻り、編集対象を選んだだけで有効化されていない可能性がないか確認します。初回は、誤った設定を選ぶ混乱を避けるため、テストに使う設定を1つに絞るのがおすすめです。保存済みのほかのサブスクリプションを削除する必要はありません。

読み込めない場合は失敗した段階を確認する

「接続がタイムアウトしました」「ホストを解決できません」などの表示は、サブスクリプションへのリクエストが完了していない可能性があります。端末のネットワーク、URLの有効期限、サービス提供元のアクセス案内を確認してください。「解析に失敗しました」「未対応の項目」などの場合は、内容は取得できたものの、形式がクライアントに対応していない可能性があります。現在のクライアント向けのURLを使っているか確認してください。アカウント管理ページ、購入ページ、ブラウザーでのログインが必要なURLではありません。複数の形式が提供されている場合は、クライアントと使用中のコアが対応する形式を選びます。

YAMLファイルとして保存済みの設定がある場合は、「ファイルから読み込む」を利用できます。ただし、ファイルは保存時点のコピーであり、リモートのサブスクリプションに合わせて自動更新されるとは限りません。初回はノード項目を直接書き換えたり、解析エラーの行を削除したりしないでください。手当たり次第に編集するより、対応形式をサブスクリプションの提供元に確認するほうが原因を特定しやすくなります。サブスクリプション、設定ファイル、プロキシノードの違いは用語クイックガイドを参照してください。

STEP 02 / ROUTING

ルールモードとプロキシの出口を選ぶ

設定を有効にしたら、ホーム画面、設定画面、またはメニューバーにあるモードメニューを開き、「ルール」または「Rule」を選びます。ルールモードでは、現在の設定に記述されたルールの順序に従って、宛先ごとに直結、プロキシ、拒否などの動作が決まります。設定本来の通信振り分けを維持できるため、初めて使う場合の出発点として適しています。メニューに「全体」や「直結」があっても、最初から頻繁に切り替える必要はありません。問題の切り分けが必要な場合に限り、一時的に変更し、元の設定を記録しておいてください。

次に「プロキシ」画面を開き、グループを確認します。グループ名は設定の作成者が決めるため、日本語、英語、用途を表す名称などさまざまで、「PROXY」という共通の名前があるわけではありません。標準のプロキシ出口を担当するグループを開き、候補から利用可能なノードを選びます。候補が別のグループの場合は、さらに開いて最終的な出口を確認してください。グループ内でDIRECTが選択されていると、そのグループに渡された通信は直結します。クライアント全体がルールモードでも、必ずプロキシノードを使うとは限りません。

自動テストグループが設定されている場合は候補として利用できますが、まずクライアントの遅延テストを実行し、正常に結果が返ることを確認してください。テスト結果が示すのは、指定されたテスト先への接続状況と往復時間です。すべてのサイトにアクセスできることや、ダウンロード速度を保証するものではありません。特定のノードが繰り返しタイムアウトする場合は、まず結果が返った別のノードに切り替えて初回の確認を完了してください。数値を最小化しようとしてテスト先、間隔、DNSを同時に変更すると、原因を特定しにくくなります。

ルーティングモードと接続方式を区別する

ルール、全体、直結は「コアに入った通信をどの出口へ送るか」を決めます。一方、システムプロキシとTUNは「アプリの通信をどうやってコアに取り込むか」を決めます。設定する段階が異なります。モードを全体に変えただけでは、システムプロキシに従わないアプリの通信まで取り込めるとは限りません。システムプロキシを有効にしても、ノード選択の代わりにはなりません。初回設定ではルールモードを維持し、次のステップでプラットフォームに合った接続方式を1つ選んでください。

全体モードでは通常、コアに取り込まれた接続を全体用のポリシーに渡します。そのポリシーにも出口の指定が必要です。直結モードは直接接続する設定であり、システムプロキシを無効にする設定ではありません。クライアントによる通信の制御を完全に停止するには、後の手順で接続状態とシステム側の接続設定の両方を処理します。グループのネストやurl-testとfallbackの違いは、プロキシグループの用語解説から確認できます。初回接続時に設定を手入力する必要はありません。

設定を確認したら、現在のモードと選択したポリシーをメモするか、サブスクリプションURLが写らないようにして画面を保存してください。次のステップで接続を検証した際、対象に別のグループが適用されていた場合も、選択したノードが保存されていないと思い込まず、該当するグループに戻って調整できます。

STEP 03 / SYSTEM ACCESS

接続を有効にしてシステムの許可を完了する

サブスクリプションと出口を確認してから、通信の取り込みを有効にします。操作前にほかのVPN、プロキシクライアント、ネットワークを制御する可能性のあるツールを一時的に切断し、複数のプログラムが同時にシステムプロキシやルーティングを変更しないようにしてください。システムプロキシ、TUN、複数の補助機能を一度に有効にせず、まず接続経路を1つに絞って通信を確認します。問題が起きた際に、設定、ノード、システムへの接続のどこに原因があるか判断しやすくなります。

iOS：接続してVPN構成の追加を許可する

Clash Plusのメイン画面で接続スイッチを探します。初回接続時、iOSにVPN構成の追加を求める確認画面が表示されることがあります。操作を開始したアプリが、いま開いているクライアントであることを確認して「許可」を選び、システムの案内に従って端末の認証を完了してください。クライアントに戻り、接続状態が接続済みになるまで待ちます。許可を取り消した場合は、もう一度接続をタップして確認を完了してください。ボタンを押しただけで接続成功と判断しないでください。

許可後は、システム設定のVPN関連画面で構成と接続状態を確認できます。ステータスバーにVPNアイコンが表示されるかどうかは、端末や画面によって異なるため、それだけを判断材料にしないでください。システム画面に別のアプリの接続が表示されている場合は、先に切断してから現在のクライアントを起動します。iOSではシステム標準のネットワーク機能を使って通信を取り込むため、デスクトップ向けの手順をそのまま適用して、Wi-Fiの詳細設定に端末のプロキシポートを追加する必要はありません。

macOS：先にコアを起動し、システムプロキシを有効にする

クライアントを開き、コアが動作中であることを確認してから「システムプロキシ」を有効にします。スイッチの場所はクライアントによって異なり、設定画面にある場合もメニューバーのメニューにある場合もあります。有効にすると、システムプロキシ設定に従うアプリの通信が、クライアントのローカル待ち受けポートに送られます。ブラウザーで手動プロキシを設定していたり、プロキシを制御する拡張機能を使っていたりする場合は、アプリ側の設定が経路を上書きしないよう、システム設定を使う状態に戻してください。

待ち受けに失敗したりポートが使用中と表示されたりする場合は、まずクライアントで実際に設定されているmixed-portを確認し、同じポートをほかのプログラムが使用していないか調べます。すべてのクライアントが同じポートを使うとは限りません。端末内だけで使う場合は、通常「LAN内からの接続を許可」を有効にする必要はありません。この設定はほかの端末から待ち受けサービスにアクセスできるようにするもので、プロキシを有効にする前提条件ではありません。ポートと待ち受けアドレスの意味は用語クイックガイドで確認できます。

TUNは、対象アプリがシステムプロキシを使わず、現在のクライアントが対応している場合に限り検討してください。macOSのクライアントによって、補助サービス、仮想ネットワークインターフェース、ネットワーク拡張機能など仕組みが異なり、表示される許可項目も同じではありません。システムの案内は使用中のアプリのインストール手順に従い、ガイドの手順を再現するためだけにシステムのセキュリティ機能を無効にしないでください。バージョンごとの違いや権限設定は全プラットフォームのインストール・設定ガイドを参照してください。初回の動作確認は、システムプロキシで行えます。

STEP 04 / VERIFICATION

接続とルールによる振り分けを確認する

接続状態が正常になったら、ブラウザーで新しいタブを開き、アクセスできることが分かっている一般的なWebページに接続して、基本的な通信ができることを確認します。次に、現在の設定でプロキシを使うはずのサイトにアクセスしながら、クライアントの「接続」または「アクティビティ」画面を開きます。該当するリクエストを見つけ、宛先ドメイン、適用ルール、使用したポリシーの経路を確認してください。表示される項目はクライアントによって異なりますが、接続が直結なのか、プロキシグループに渡されたのか、ルールで拒否されたのかを判断できる必要があります。

古い接続が判定に影響しないよう、ポリシーを切り替えたら該当するWebページを閉じ、新しいリクエストを開始してください。クライアントに接続ごとの切断機能があれば、該当する項目だけを切断できます。ファイル転送やオンライン会議中にすべての接続を切断しないでください。ルールやポリシーの変更は通常、新しい接続に反映されます。すでに確立した接続は変更前の出口を使い続けることがあり、設定が反映されていないとは限りません。

出口の結果を接続記録と照合する

出口を確認する場合は、信頼できるインターネット上の出口確認ページにプロキシ経由でアクセスし、プロキシを切断したときの結果と比較します。確認ページ自体にもルールが適用されるため、クライアントでどのポリシーに振り分けられたか先に確認してください。DIRECTが適用されている場合、出口が変わらないのはルールどおりの結果です。出口確認で分かるのはそのリクエストの通信経路だけです。端末上のすべてのアプリが同じ経路を使う証明にはならず、対象アプリでの実際のテストに代わるものでもありません。

次に、設定上は直結するはずの宛先を選んで同じ確認を行い、接続記録にDIRECTと表示されることを確かめます。続いてプロキシ対象に戻り、ポリシー名と選択中のノードが一致しているか確認してください。これで「通信がクライアントに取り込まれていること」と「ルールに従って出口が選ばれていること」を同時に検証できます。初回設定で複雑な速度テストをする必要はありません。リクエストを安定して送信でき、ルールが正しく適用され、実際にデータが転送されていれば、確認可能な検証手順として十分です。

問題が起きたら決まった順序で確認する

クライアントが接続済みなのにアクティビティ画面にブラウザーのリクエストがまったく表示されない場合は、システムプロキシが有効か、ブラウザーがシステム設定を回避していないか、ほかのVPNが通信を制御していないかを優先して確認します。リクエストは記録されているのに宛先がタイムアウトする場合は、有効な別のノードに切り替えて再試行し、直結先にはアクセスできるか比較します。特定のアプリだけに問題がある場合は、そのアプリがシステムプロキシに対応しているか確認してください。ブラウザーが正常に動くからといって、すべてのアプリが接続されているとは限りません。

記録にREJECTと表示される場合は、ノードを切り替え続けるのではなく、適用されたルールを確認してください。ログにドメイン解決エラーがある場合は、元の設定を保ったまま、サブスクリプションに適切なDNS設定が含まれているか確認します。ネット上で見つけたDNS設定一式をすぐに上書きしないでください。原因を特定するには、一度に変更する設定を1つに絞り、同じ宛先で再テストします。DNS、TUN、プラットフォームのルーティングを詳しく調べる場合は、全プラットフォームガイドの該当OSの章を参照してください。

サブスクリプション提供元やプロジェクトのメンテナーに問題を報告する場合は、クライアント名、OS、エラーが発生した手順、対象がプロキシに振り分けられたか、機密情報を除いたエラーメッセージを記録してください。サブスクリプションURL全体、設定内の認証情報、個人のアクセス履歴を含むログ全体は送らないでください。「接続に失敗した」と表示された画面だけを共有するより、再現できる操作手順を伝えるほうが原因を特定しやすくなります。

これで初回接続に必要な4つのステップは完了です。今後は必要に応じてクライアントでサブスクリプションを更新し、動作確認済みの設定を比較用に残しておけば十分です。クライアントを選び直す場合はクライアント一覧へ、ルール、グループ、ネットワークスタックの用語を調べる場合は用語クイックガイドを参照してください。普段の利用に必要な設定項目をすべて覚える必要はありません。