ステップ1:サブスクリプションを追加
Clashクライアントを開き、「設定」または「サブスクリプション」画面に進みます。「追加」「インポート」またはプラスボタンを探し、URLからリモート設定を追加してください。デスクトップ版によっては設定画面の上部にサブスクリプションの入力欄があります。モバイル版では、先に名前とURLの入力を求められることがあります。名前は設定を区別するためのものなので、「普段使い」など任意の名前で構いません。ダウンロード内容を決めるのはURLです。
設定プロバイダーからサブスクリプションURL全体をコピーし、入力欄に貼り付けます。前後の空白や改行、チャットアプリが付け加えた句読点が含まれていないことを確認してください。URLのクエリパラメーターもアドレスの一部なので、勝手に削除しないでください。複数の形式が提供されている場合は、Clashまたはmihomo対応と明記された設定用URLを選びます。通常のWebページのURLや他のクライアント専用リンクは、使用中のClashクライアントで認識されないことがあります。
「インポート」「保存」または「ダウンロード」を押し、設定の取得と解析が終わるまで待ちます。成功すると、名前、更新日時、提供元などを示す設定が一覧に表示されます。ただし、一覧に表示されただけでは有効とは限りません。設定をタップして「使用」「現在の設定にする」などを選び、現在の設定であることを示す表示が出るまで進めてください。インポート後に自動で有効になるClashクライアントもありますが、状態を確認しておきましょう。
設定が読み込まれたことを確認する
次に「プロキシ」画面を開き、設定で定義されたポリシーグループが表示されているか確認します。グループ名は設定の作成者が決めるため、「プロキシ選択」「自動選択」などさまざまで、すべてのクライアントで共通の名称はありません。何も表示されない場合は設定画面に戻り、現在の設定が選択されていることを確認してから、ログに解析エラーがないか調べます。インポートの完了、設定の有効化、ポリシーグループの表示を順番に確認してください。
サブスクリプションのダウンロードに失敗した場合は、「取得できない」のか「内容を解析できない」のかを切り分けます。取得できない場合は、URLの期限切れ、ネットワークへの接続、アカウントの状態などが原因として考えられます。解析に失敗した場合は内容を取得できているものの、形式、フィールド、またはコアとの互換性に問題があります。インポートを繰り返しても形式の不一致は解消しません。プロバイダーから互換性のあるURLをコピーし直して、エラーメッセージを確認してください。インポートのためにシステムの証明書検証を安易に無効化しないでください。
ローカルファイルしかない場合は、「ファイルをインポート」から提供元のYAML設定を選び、読み込み後に現在の設定に指定します。ローカルファイルには、自動でリモートサブスクリプションが更新される機能はありません。更新するにはファイルを差し替えるか、設定内のproviderの指定に従って更新してください。初めて使う場合、複数の設定を同時に追加する必要はありません。まず1つの設定で後続の確認まで行い、どの設定が有効なのか分からなくなるのを防ぎましょう。
ステップ2:プロキシモードを選択
「プロキシ」「モード」またはホーム画面のモード選択エリアを開き、初回は「ルール」を選択します。ルールモードでは現在の設定に含まれるルールに基づいて、接続ごとの通信先を決めます。直接接続する通信、プロキシのポリシーグループに渡す通信、設定内の拒否ルールで遮断する通信があります。すべてのWebサイトがプロキシ経由になるわけではなく、実際の動作は読み込んだ設定によって異なります。まずはプロバイダーが用意したルールを使うと、通常のアクセスとプロキシが必要なアクセスを分けやすくなります。
ルールモードを選んだら、プロキシの出口に使うポリシーグループを開きます。手動選択の一覧がある場合は、利用可能なノードを選択してください。「自動選択」やフェイルオーバー用のグループがある場合は、設定の説明に従って選びます。ノード名だけでは、接続できるかどうかは分かりません。Clashクライアントに接続テストがある場合は実行しても構いませんが、結果はあくまで参考です。最後はステップ4で対象サイトに実際にアクセスして確認してください。
モードとポリシーグループは別々に設定する
モードは接続の振り分け方を決め、ポリシーグループは振り分け後にどの出口を使うかを決めます。2つは同じ設定ではありません。画面がルールモードになっていても、プロキシのポリシーグループでDIRECTが選ばれていると、そのグループに渡された通信は直接接続されます。モード名だけでなく、現在選択されている項目を確認してください。ポリシーグループが別のグループを参照している場合は、さらに展開し、最終的にノード、自動選択グループ、直接接続のどれに向かうかを確認します。
| モード | 接続の処理方法 | 初回利用時のおすすめ |
|---|---|---|
| ルール | 現在の設定にあるルールに従って振り分けます。 | まずはルールモードを選び、対応するポリシーグループを確認します。 |
| グローバル | 通常、すべての接続をグローバルポリシーグループに渡します。 | 一時的な比較に使用します。グローバルグループの出口も選択してください。 |
| ダイレクト | 通常、プロキシを経由せず接続先に直接アクセスします。 | 直接接続との比較に使います。プロキシ接続の確認には適しません。 |
ルールの問題を調べる際、「グローバル」を一時的に使うことはできますが、すべての端末の通信が自動的に取り込まれるわけではありません。モードが処理するのはコアに届いた接続です。システムプロキシを使わないアプリの通信は、Clashクライアントを経由しない場合があります。グローバルに切り替えた後も、グローバルポリシーグループで実際のプロキシ出口が選ばれているか確認してください。モードを切り替えただけでプロキシが有効になったとは判断できません。
選択が終わったら、設定はそのままにしておきます。ルールの編集、DNSの変更、複数ノードの切り替えを同時に行うと、問題が起きた際の比較基準がなくなります。DIRECT、ポリシーグループ、ルールの判定について詳しく知りたい場合は用語集をご覧ください。ルールの順序、自動選択ポリシー、ルールセットをカスタマイズする場合は詳細設定に進めます。初回接続の前に設定する必要はありません。
ステップ3:接続を開始
まずClashクライアントのホーム画面またはステータス欄を見て、コアを起動できることを確認します。「起動」ボタンがある場合は先にコアを起動してください。アプリ起動時にコアも自動で動作する場合は、続けてシステムの通信取り込みを設定します。ウィンドウが開いていてもプロキシサービスが動作中とは限りません。ログに設定エラーや待ち受けポートの競合が表示された場合は、システムプロキシを有効にする前に解決してください。
デスクトップでシステムプロキシを有効にする
Windows、macOS、LinuxのClashクライアントで「システムプロキシ」スイッチを探して有効にします。通常はシステムプロキシのアドレスをローカルのプロキシ待ち受けポートに設定し、システムプロキシに従うブラウザーやアプリの接続をClashクライアントに渡します。インターネット上の説明にあるポート番号をそのまま使う必要はありません。現在のクライアント設定に表示されたポート番号を使用してください。初回設定後、ホーム画面に戻りシステムプロキシが有効のままになっていることを確認します。
権限を求められた場合は、使用中のClashクライアントからの要求であることを確認し、システムの案内に従って許可します。Linuxではデスクトップ環境やアプリによってプロキシへの対応が異なり、コマンドラインツールがデスクトップのシステムプロキシを読み取るとは限りません。このガイドでは、まずブラウザーで基本的な通信経路を確認します。ターミナルのアプリがインターネットに接続できるかどうかを最初の判断基準にはしません。macOSで補助コンポーネントのインストールやシステム設定の確認が表示された場合は、使用中のクライアントの説明に従ってください。システムプロキシを使うために、ほかのネットワーク拡張機能まで有効にする必要はありません。
モバイルでVPN構成を許可する
AndroidとiOSでは通常、「接続」「起動」または電源ボタンの形をしたボタンを使います。初回にタップすると、VPN構成の追加やVPN接続の許可を求められることがあります。アプリ名と表示内容を確認して許可し、Clashクライアントに戻って接続状態を確認してください。ここでいうVPNは、OSが提供する通信の取り込み機能です。VPNという名前の特定のプロキシプロトコルを使っているという意味ではありません。実際の出口は、現在の設定とポリシーグループによって決まります。
許可を取り消した場合は、Clashクライアントに戻って「接続」をもう一度タップしてください。別のVPNが動作中の場合、OSが既存の接続を切断したり、先に別のアプリを停止するよう求めたりすることがあります。Androidではバックグラウンド制限によって、アプリを離れた後に接続が停止する場合があります。まずアプリを前面に表示したまま動作を確認し、成功したら必要に応じてOSの設定でバックグラウンド動作を許可してください。iOSでは許可の処理が完了するまで待ち、確認画面が終わる前に接続ボタンを繰り返しタップしないでください。
初回接続ではTUNを併用しない
デスクトップで「システムプロキシ」と「TUNモード」の両方が表示されている場合、今回はシステムプロキシを使ってブラウザーの動作を確認します。TUNはシステムプロキシに従わないアプリの通信も取り込めますが、仮想ネットワークアダプター、権限、ルーティングに関わる機能です。基本接続の問題を解決する万能なスイッチではありません。ゲーム、コマンドライン、特定のアプリの通信を取り込みたい場合は、まずステップ4まで完了させてから、詳細設定のTUNに関する説明に従って個別に有効にし、動作を確認してください。
接続を有効にした後は、Clashクライアントを起動したままにします。デスクトップ版によってはウィンドウを閉じるとタスクトレイに格納され、別のものはアプリが終了します。実際の動作を確認してください。プロキシを一時的に使わない場合は、先にシステムプロキシを無効にするか、モバイルの接続を停止してからClashクライアントを終了します。コアが停止したままシステムプロキシがローカルポートを指していると、ブラウザーがインターネットに接続できなくなることがあります。その場合はシステムプロキシの設定が残っていないか確認し、端末全体のDNS変更やネットワーク設定のリセットは先に行わないでください。
ステップ4:動作を確認
設定、モード、出口は変更せず、ブラウザーで新しいタブを開き、普段から正常にアクセスできるWebサイトを開いて基本的なネットワーク接続を確認します。次に、現在の設定でプロキシ経由になるはずのサイトにアクセスしてください。使い慣れていて、アクセスが許可されているサイトを選び、出所不明の接続確認リンクは使わないでください。すでに開いているページは再読み込みし、必要に応じて古いタブを閉じてから開き直します。ブラウザーのキャッシュを表示して接続成功と誤認しないようにしてください。
同時にClashクライアントの「接続」画面を開き、先ほどアクセスしたドメイン名または宛先を探します。接続がすぐに終了して記録を見つけられない場合は、Webページを再読み込みするか、一時的にログを開いて該当する記録を確認してください。宛先、適用されたルール、ポリシーグループ、最終的な出口を確認します。プロキシグループに渡され、最終的に選択中のノードが使われていれば、今回のプロキシ確認で想定した動作です。DIRECTと表示される場合、その接続は直接接続されています。
アクセス結果と接続ログを合わせて判断する
Webページが開けることから分かるのは、宛先に到達できたことです。接続ログから分かるのは、どの経路を通ったかです。両方を確認してください。VPNアイコン、システムプロキシのスイッチ、コアの動作状態だけでは、対象サイトがプロキシ経由になったとは証明できません。出口IPの確認ページも、そのリクエスト1回の経路を示すだけで、すべてのアプリやドメインが同じ出口を使っているとは限りません。ルールモードでは、直接接続とプロキシ接続が混在するのは通常の動作です。
ページは開けるものの、ログで直接接続になっている場合は、対象がもともと直接接続される設定ではないか確認してください。プロキシ経由の経路と比較したい場合は、一時的にグローバルモードへ切り替え、グローバルポリシーグループでプロキシ出口を選んでから、同じ宛先に再度アクセスし、ログを確認します。比較が終わったらルールモードに戻してください。1つのページのためにすべてのルールを削除したり、根拠がないままモード、DNS、TUNを同時に変更したりしないでください。
接続の問題は順番に切り分ける
接続ログがまったく表示されない場合は、システムプロキシまたはモバイル接続が有効のままか確認し、ブラウザー独自のプロキシ設定や他のプロキシ拡張機能がないか調べます。システムプロキシに従わず、この経路を通らないアプリもあります。すぐにサブスクリプションが無効だと判断せず、別のブラウザーで試してください。ログがあるのに接続に失敗し続ける場合は、現在の設定が有効か、ポリシーグループで利用可能な出口が選択されているか確認します。その後、比較のためにノードを1つだけ変更してみてください。
サブスクリプションの期限切れ、サービスの停止、ノード自体の接続不可が原因の場合、通常TUNを有効にしても出口の問題は解決しません。同じノードで特定のドメインだけに問題がある場合は、ログを見てルールの適用、DNS解決、リモート接続のどこで失敗しているか切り分けます。HTTPSの証明書エラーが出た場合は、機密情報を扱うページへのアクセスを続けず、証明書の警告を無視することを通常の解決策にしないでください。まずシステム時刻と接続先を確認し、症状に応じてトラブルシューティングをご覧ください。
動作確認が終わったら、後で設定を復元できるよう、現在の設定名、プロキシモード、ポリシーグループの選択内容を記録しておきます。リモートサブスクリプションを更新する場合は、設定画面で該当する設定の「更新」または再読み込みを実行し、更新後も現在の設定として選択されていることを確認してください。自動更新の間隔はプロバイダーとクライアントの説明に従い、必要以上に頻繁に設定する必要はありません。リモート設定を手動で変更しても、次回の更新で上書きされることがあります。変更を維持する場合は、クライアントが対応するオーバーライド機能を利用してください。
必要に応じて設定を追加します。操作方法の問題はトラブルシューティング、見慣れない項目は用語集をご覧ください。自動起動、ルールセットの管理、DNSとFake-IP、TUN、外部コントローラーパネルが必要になった場合は詳細設定に進みます。基本接続を確認した後は、機能を一度に1つだけ追加し、このページの手順でアクセスとログを再確認すると、設定変更の影響を判断できます。