ステップ1:サブスクリプションを追加して設定を有効化
始める前に、サブスクリプション提供元から受け取ったリンク全体を用意し、有効期限内であることと、現在のクライアントが対応するClash設定形式であることを確認します。クライアントは設定を読み込み、通信を処理するためのツールです。インストールしただけでは、利用可能なプロキシ出口は自動で作成されません。アカウント情報や購入履歴、WebページのURLしか手元にない場合は、サービス管理ページに戻り、「サブスクリプションリンク」「Clashサブスクリプション」などの項目を探してください。ログインページのURLを設定として読み込まないようにしましょう。
設定画面を開き、リモートサブスクリプションを追加
クライアントを開き、サイドバーまたは画面下部のナビゲーションで「設定」「Profiles」「サブスクリプション」をタップします。「追加」「インポート」またはプラスボタンを探し、「URLから追加」「リモート設定」などを選択します。リンク全体を入力欄に貼り付け、先頭や末尾に空白・改行・チャットアプリが付けた句読点がないか確認します。「普段使いの設定」など見分けやすい名前を付け、「保存」「インポート」「ダウンロード」をタップして取得が完了するまで待ちます。
クライアントによっては、設定画面の入力欄に貼り付けて「インポート」をタップするだけで追加できます。一方、設定カードを先に保存し、そのカードの更新ボタンから内容を取得するタイプもあります。どちらの場合も、最終的に必要なのはURLだけではなく、読み込み可能な設定です。完了したら設定カードを確認し、名前と更新結果または設定の詳細が表示されていることを確認してください。表示内容はクライアントによって異なるため、すべての画面に同じ項目が表示される必要はありません。
受け取ったファイルがローカルの .yaml または .yml の場合は、「ファイルからインポート」を選び、ファイル選択画面で開きます。ファイルのパスをサブスクリプションURLの入力欄に貼り付けないでください。ローカルファイルは通常、リモートサブスクリプションのように自動更新されません。変更時は再インポートするか、手動で管理する必要があります。初回設定ではインポート方法をひとつに絞り、同じ名前の設定を複数作らないようにしましょう。
追加されたことを確認し、現在の設定として有効化
ダウンロードが完了したら設定カードをタップするか、メニューから「使用」「有効化」「現在の設定にする」を選びます。選択中のマークが表示されたことを確認し、「プロキシ」画面でプロキシグループを確認してください。ここには設定で定義されたグループと選択可能な出口が表示されます。設定一覧にカードがあるのにプロキシ画面が古い内容のままなら、新しい設定が本当に有効になっているか確認しましょう。設定の保存と有効化は別の操作です。
タイムアウトが表示された場合は、まず端末がインターネットに接続できることを確認し、もう一度更新します。解析エラーが表示された場合は、サブスクリプション提供元がClash対応のリンクを発行しているか確認してください。ブラウザーでサブスクリプションのURLを開けても、返される内容が設定ファイルとは限りません。ログイン切れのページ、アクセス制限の案内、通常のWebページがダウンロードされることもあります。形式エラーを解消するためにプロキシモードを何度も切り替えないでください。モードを変えてもWebページがYAMLに変換されることはありません。
このステップの完了条件は、設定が有効になり、プロキシ画面に想定したプロキシグループが表示されることです。「インポート成功」だけでは、通信がプロキシ経由になったとは判断できません。次は通信の振り分け方法と出口を確認します。サブスクリプション更新とローカルファイルの違いは、完全ガイド 第4章:サブスクリプションと設定をご覧ください。
ステップ2:ルールモードとプロキシの出口を選択
クライアントの「概要」「ホーム」または「プロキシ」画面に戻り、実行モードを探します。一般的な選択肢は「ルール / Rule」「グローバル / Global」「直接接続 / Direct」です。初回はルールモードを選び、設定済みのルールに各リクエストの行き先を決めてもらいましょう。ページが開かないからといって、すぐにすべてのスイッチをオンにしないでください。まずモードを固定しておけば、どの設定が影響したのか後から判断しやすくなります。
まずRuleを選び、プロキシグループを確認
「ルール」または「Rule」を選んでから、プロキシグループ一覧を開きます。グループ名は設定の作成者によって異なり、「ノード選択」「プロキシ選択」などの場合もあれば、PROXYという名前ではないこともあります。プロキシ通信に使う選択グループを開き、利用権限があり現在使用できる出口を選択します。グループ内で別のグループが選ばれている場合は、さらにその先を確認し、意図しない直接接続に到達しないようにしてください。
グループによっては出口が自動選択され、画面に「自動」「フェイルオーバー」「遅延テスト」などと表示されます。設定に自動選択グループがある場合は、そのまま使ってかまいません。無理に手動選択に切り替える必要はありません。クライアントにテストボタンがある場合は、事前確認として一度実行できます。ただし、テスト成功は特定の確認リクエストに応答があったことを示すだけで、すべてのサイトにアクセスできることや、現在のアプリの通信がクライアントに渡っていることを保証しません。
| モード | 動作 | 今回の設定 |
|---|---|---|
| Rule(ルール) | 設定内のルールに従い、プロキシ・直接接続などの経路を決定します。 | 初回接続ではこのモードを優先し、実際に適用されたルールを確認します。 |
| Global(グローバル) | コアに渡されたリクエストを、すべてグローバルのポリシーグループで処理します。 | 目的が明確なトラブルシューティング時に限り、一時的に切り替えます。 |
| Direct(直接接続) | コアに渡されたリクエストを、直接接続のポリシーで処理します。 | プロキシ出口が使えるか確認する目的では使用しません。 |
実行モードと通信の取り込みを区別
ルールモードが決めるのは「リクエストがコアに渡った後の経路」であり、システムプロキシやスマホのVPN接続が決めるのは「リクエストをクライアントに渡す方法」です。そのため、Ruleを選んだだけでは接続済みとはいえません。また、グローバルモードでも端末上のすべてのアプリが通信を取り込まれるわけではありません。システムプロキシに従わないプログラムは、PCのシステムプロキシ設定を迂回する場合があります。
次に進む前に確認するのは2点です。実行モードがRuleであることと、使いたいプロキシグループで適切な出口が選択されていることです。ルールの編集、DNSの変更、設定内のプロキシグループの削除はまだ行わないでください。モードの詳しい違いは完全ガイド 第5章:プロキシモード、特定サイトの経路を変更する場合は第6章:ルールによる振り分けをご覧ください。次に、システム側から通信を取り込む設定を有効にします。
ステップ3:接続を有効化し、システムから通信を取り込む
有効化した設定とプロキシグループはそのままにして、クライアントのホーム画面に戻ります。まずコアが動作中か確認してください。PC向けクライアントには起動時にコアが自動実行されるものと、起動ボタンが必要なものがあります。設定の読み込み失敗やコアの起動エラーが表示された場合は、まずそのエラーを解消してください。システムプロキシだけを有効にしてテストを続けると、動作していないローカルポートにアプリが接続してしまうことがあります。
PC:システムプロキシを有効化
Windows、macOS、LinuxのGUIクライアントで、「システムプロキシ」「システムプロキシとして設定」などのスイッチを探して有効にします。ホーム画面や設定画面のほか、タスクトレイやメニューバーのアイコンを右クリックしたメニューにある場合もあります。有効化したら、クライアント側のスイッチがオンになっていることを確認してください。必要に応じてOSのネットワークプロキシ設定を開き、プロキシのアドレスがローカルホストを指し、ポートがクライアントの表示と一致することを確認します。他のガイドのスクリーンショットを見て、固定ポートを手入力しないでください。
別のプロキシツールやVPNツールがシステムのネットワーク設定を変更している場合は、今回のテスト前にそちらの通信取り込みを停止してください。ブラウザーのプロキシ拡張機能がシステムプロキシを上書きすることもあります。初回確認では、ブラウザーをシステム設定に従う状態にするのがおすすめです。組織管理の端末では、組織が適用したネットワークポリシーを上書きしないでください。権限の制限がある場合は、端末管理のルールに従ってください。
システムプロキシは、すべてのアプリに適用される万能スイッチではありません。初回はシステムプロキシに従うブラウザーで動作を確認しましょう。ブラウザーでは正常でも特定の単独アプリで動作しない場合は、そのアプリのプロキシ設定を確認します。より多くの通信を取り込む必要がある場合に限り、TUNを設定してください。必要な権限やルーティングの説明は完全ガイド 第7章:TUNモードにあります。今回は事前に変更する必要はありません。
スマホ:接続してVPNの許可を確認
AndroidまたはiOSのクライアントで、ホーム画面の「接続」、起動アイコン、接続スイッチをタップします。初回起動時にシステムのVPN設定を求められる場合があります。開いたばかりのクライアントからの要求であることを確認し、システムの案内に沿って許可して、端末が求める認証を完了してください。クライアントに戻り、接続済みと表示されるまで待ちます。OSのバージョンによっては、ステータスバーや設定画面にもVPNの状態が表示されます。
許可後すぐにスイッチがオフに戻る場合は、クライアントのログで最初に表示されたエラーを確認し、別のVPN接続が通信経路を使用していないか調べてください。接続ボタンを短時間に何度もタップしないでください。Androidで後から画面ロック中に切断される場合は、初回確認が終わってからバッテリーやバックグラウンド実行の制限を確認します。初回接続中はクライアントとブラウザーを前面に表示し、余計な要因を減らしましょう。
この時点でPCは「コアが動作し、システムプロキシが有効」、スマホは「クライアントが接続済みで、システムのVPN設定が許可済み」の状態です。これは通信の入口が準備できたことを示すだけで、対象のリクエストが正しい出口を使った証拠にはなりません。設定を変えずに、実際の通信で確認を続けましょう。
ステップ4:リクエストが想定どおりに振り分けられるか確認
ブラウザーで、普段使っていてアクセス権のあるページを開き、通常のWebページを読み込めることを確認します。次に、現在の設定でプロキシ経由になる想定のページを開きます。クライアントの接続スイッチだけを見たり、Webページが開けたことだけを唯一の根拠にしたりしないでください。ルールモードでは、そのページがもともと直接接続される設定かもしれません。ページの表示とクライアントのログを両方確認しましょう。
接続ログで新しいリクエストを確認
クライアントに戻り、「接続」「Connections」または「ログ」を開きます。検索できる場合は、先ほどアクセスしたドメインを入力します。続いてブラウザーに戻り、ページを再読み込みするか、新しいタブでリクエストを発生させてください。既存の接続では以前の出口が再利用されることがあり、キャッシュからページが表示されると新しい通信が発生しない場合もあります。設定を変えた後は、アクセスをやり直してください。必要なら対象ページを閉じて開き直します。ダウンロードや他の作業を中断しないと確認できた場合に限り、クライアントの既存接続を切断してください。
ログが見つかったら、対象ドメイン、適用されたルール、ポリシーグループ、最終的な出口を確認します。一部の情報しか表示されないクライアントでは、接続の詳細を開いてください。プロキシ経由になる想定のリクエストは、選択したプロキシグループとその出口に対応しているはずです。直接接続の想定なら、DIRECTと表示されても正常な場合があります。Webページを開くと複数のドメインに接続することがあります。画像やアクセス解析のリクエストの経路を、メインページの経路と取り違えないようにしましょう。
外部IP確認サービスを補助的に使う場合、表示されるのはその確認リクエストの出口だけです。確認用ドメインがルールで直接接続に設定されている場合、結果が変わらなくてもクライアントの不具合とは限りません。結果が変わったとしても、端末上のすべてのアプリが同じ出口を使っているとは限りません。対象アプリの実際の通信と対応する接続ログを基準にしてください。確認ページにサブスクリプションやアカウント情報を入力する必要はありません。
想定どおりでない場合は、入口・ルール・出口の順に確認
新しいリクエストがまったく見つからない場合は、まず入口を確認します。現在有効な設定が切り替わっていないこと、PCのシステムプロキシが有効なこと、ブラウザーが独自のプロキシを使っていないこと、スマホのVPNが切断されていないことを確認してください。接続画面にアクティブな接続しか表示されない場合は、短いリクエストがすでに消えている可能性があります。ページを再読み込みしながら確認するか、ログを探してください。リクエストがクライアントに届いていない段階では、出口を何度も切り替えても解決しないことがほとんどです。
リクエストは見つかるのに直接接続と表示される場合は、次にルールを確認します。そのドメインが設定上、もともと直接接続されるものか判断し、適用されたルールとポリシーグループを確認してください。比較のために切り替える場合は、一時的にグローバルモードにして明確なプロキシ出口を選び、新しいリクエストを発生させます。比較が終わったらすぐにRuleへ戻してください。グローバルモードでは使えるのにルールモードで想定どおりにならない場合は、ルールとポリシーグループを調べます。クライアントを再インストールする必要はありません。
ログにプロキシ経由と表示されるのにページがタイムアウトする場合は、最後に出口を確認します。現在のプロキシグループで別の利用可能な出口を選び、新しいリクエストを送信してください。特定のサイトだけで起きる場合は、対象サービス自体の問題、アカウントの状態、アクセス制限も考慮します。テストごとに変更する条件はひとつに絞り、エラー内容と発生条件を記録してください。サブスクリプションの取得失敗と、アクセス先への接続失敗は異なる段階の問題です。ひとつの問題として扱わないでください。
使用を終えるときは、PCでは先にシステムプロキシを無効にしてからクライアントを終了します。スマホではクライアントからVPNを切断してください。停止したローカルプロキシにアプリが接続し続けるのを防げます。後でサブスクリプションを変更する場合は、ステップ1に戻り、設定が有効になっているか確認すれば十分です。再インストールする必要はありません。
更新頻度、ログ、バックアップの整理方法は完全ガイド 第8章:日常のメンテナンスをご覧ください。基本の動作確認が済み、設定の構成を見直す場合は第9章:応用編へ進みましょう。今回動作確認できた設定を残し、今後は一度にひとつだけ変更してください。問題が起きたときに、明確な状態から確認を再開できます。