Clashの使い方ガイド
サブスクリプションの追加と接続確認

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

クライアントを開き、「設定」または「サブスクリプション」画面に移動します。PC版では通常、サブスクリプションURLの入力欄があります。「新規作成」や「インポート」を先にクリックする場合もあります。スマホ版では、画面右上のプラスボタンから追加するのが一般的です。URLまたはリモート設定を選び、サブスクリプションURL全体を貼り付けて「インポート」または「保存」をタップします。名前の入力欄があれば、設定を見分けやすい名前を付けてください。名前は識別用で、サブスクリプションの内容には影響しません。

URLの前後に余分な空白や改行、チャットアプリが付けた句読点がないことを確認して貼り付けます。設定提供元がClashまたはmihomo対応として案内しているURLを使ってください。アカウントページや購入ページ、サブスクリプション管理ページのURLとは異なります。アカウントページから専用のサブスクリプションURLをコピーする必要がある場合もあります。ブラウザーのアドレスバーに表示されているページURLは代用できません。また、URLの末尾だけで形式を判断しないでください。サーバー側で応答内容が動的に生成されることがあります。

送信後、ダウンロードと解析が終わるまで待ちます。成功すると設定一覧に項目が追加され、更新状態が表示されたり、更新ボタンが使えるようになったりします。続いて設定カードをクリックするか、「有効化」「現在の設定にする」などを選び、現在の設定が切り替わったことを確認してください。インポート後に自動選択されるクライアントもあれば、保存だけを行うものもあります。追加しただけで有効化していないと、プロキシ画面に以前の設定のポリシーグループが表示される場合があります。

ローカルYAMLファイルをインポートする

ファイルを受け取った場合は、「ファイルからインポート」を選び、端末に保存したYAMLファイルを指定して、現在の設定として有効にします。スマホではシステムのファイル選択画面が開くことがあります。スクリーンショットやチャット履歴ではなく、ファイルが実際に保存されている場所を探してください。オフラインで追加した通常のローカル設定には、リモートサブスクリプションURLが自動で付与されるわけではありません。後から更新できるかどうかは、ファイル内のリソース参照とクライアントの管理機能によります。

インポート時に解析エラーが出たら、まず受け取ったデータの形式を確認してください。Base64形式のノード一覧、単体のプロトコルURL、完全なClash設定はそれぞれ別の形式で、互いに置き換えられるとは限りません。まずは対応形式を設定提供元に問い合わせてください。認証情報を含むサブスクリプションを、正体の分からないサービスに送って変換しないでください。形式の違いについて詳しくは用語集をご覧ください。このガイドでは、読み込み可能な設定を用いて次の手順に進みます。

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

設定を有効にしたら、「プロキシ」画面を開き、「ルール」「グローバル」「ダイレクト」から動作モードを選びます。初めて使う場合は「ルール」を選択してください。このモードでは、現在の設定に含まれるルールに従って接続先が決まります。リクエストによって直接接続する場合も、指定されたポリシーグループを経由する場合もあります。同じモード名でも設定によって動作が異なるため、実際の振り分け先は読み込まれているルールとポリシーグループで決まります。

次に画面内のポリシーグループを確認します。グループ名は設定によって決まり、用途や地域別に整理されていることもあるため、このガイドと同じ名前とは限りません。主なプロキシ出口となる選択グループを開き、設定提供元が利用可能と案内しているプロキシを選んでください。「自動選択」などのポリシーがある場合は、それを使っても構いません。ただし、選択候補が空でないことを確認してください。変更は通常すぐに反映されるため、サブスクリプション全体を再インポートする必要はありません。

ポリシーグループが別のポリシーグループを参照している場合もあります。外側のグループで自動ポリシーを選んでも、最終的な出口が決まったとは限りません。実際に使われるプロキシは、内側の選択内容や自動テストの結果によります。画面の現在の選択肢がDIRECTなら、そのポリシーは直接接続を意味し、プロキシ接続の成功を示すものではありません。まず主なポリシーグループの接続先を確認し、その後、接続ログで実際の経路を確かめてください。遅延の数値だけを見るより確実です。

ルール・グローバル・ダイレクトの違い

モードの選択が影響するのは、すでにコアへ渡されたリクエストだけです。すべてのアプリが自動的にプロキシを使うわけではありません。特にPC版では、「ルール」を選んだ後にシステムプロキシの設定も必要です。また、グローバルモードでも端末内のすべての通信が中継されるわけではなく、クライアントを経由しないアプリは直接ネットワークに接続する場合があります。「リクエストがコアに届くか」と「届いた後にどのポリシーを使うか」を分けて考えると、トラブルの原因を見誤りにくくなります。

この段階では、サブスクリプションに含まれるDNS、ルール、ポート設定を維持し、複雑なオーバーライドを追加したりFake-IPを切り替えたりしないでください。基本的な接続を確認してから、必要に応じて調整します。ルールの適用順、ポリシーグループの種類、設定ファイルの書き方については、設定完全ガイドをご覧ください。

ステップ3：システムプロキシまたはスマホの接続を有効にする

設定とポリシーを決めたら、アプリのリクエストをクライアントに渡します。ホーム画面または動作状態画面に戻り、コアが起動していることを確認してください。繰り返し停止する、設定の読み込みに失敗する、ポート使用中の警告が出るといった状態でないことも確認します。クライアントによっては起動時にコアも動作しますが、「起動」をタップする必要があるものもあります。状態画面とログを確認して判断してください。次に、端末に合った方法を1つ選んで通信を中継します。初期設定では複数の方法を同時に有効にしないでください。

Windows・macOS：まずシステムプロキシを使う

クライアントのホーム画面または設定画面で「システムプロキシ」を有効にします。この設定では通常、システムプロキシの接続先をローカルのコア待ち受けポートに指定し、システムプロキシ設定に従うブラウザーやアプリのリクエストを転送します。有効にしたらブラウザーに戻り、ページを開き直してください。既存の長時間接続は以前の経路を使い続ける場合があるため、再生中のページを更新するだけでは設定変更が反映されたか分からないことがあります。

クライアントにポート使用中と表示されたら、別のプロキシクライアントが動作していないか、システムプロキシを手動で設定していないかを確認してください。他の同種クライアントを一時的に終了してから再試行します。よく分からないシステムプロセスを強制終了しないでください。ポートを変更する場合は、クライアントの待ち受けポートとシステムプロキシに設定するポートを一致させます。特定の固定番号に変更する必要はありません。アプリ内で個別にプロキシを設定している場合は、そのアプリのネットワーク設定も確認してください。

Android・iOS：システム接続を許可する

クライアントのホーム画面で「起動」または「接続」をタップします。初回は、システムVPNへの接続やVPN設定の追加を求める確認画面が表示されることがあります。許可内容を確認して承認してください。端末によってはロック解除情報の入力も必要です。完了したらクライアントに戻り、接続中になっていることを確認します。システムのネットワーク状態にVPNアイコンが表示されているかも確認してください。この許可は端末内の通信を中継する経路を作るためのもので、アイコンだけではリモートプロキシの利用可否を判断できません。

別のVPNに接続中の場合は、先に切断してから現在のクライアントを起動してください。Androidのアプリ別振り分け設定によっては、一部のアプリだけがVPNを経由します。テストに使うブラウザーが対象に含まれていることも確認してください。スマホで起動直後に切断される場合は、まず許可が完了しているか、設定が読み込めているかを確認し、その後にシステムのバックグラウンド制限を確認します。最初からバッテリー管理やネットワーク設定をすべて変更する必要はありません。

LinuxとTUNの注意点

Linuxでは、デスクトップ環境によってシステムプロキシへの対応が異なります。クライアントがデスクトップ設定を自動で変更しない場合は、実際の待ち受けアドレスとポートを確認し、デスクトップのネットワーク設定でプロキシを指定してください。ターミナルのプログラムでは、プロキシ環境変数を別途設定する必要があることもあります。ブラウザーでアクセスできても、システム全体の通信が中継されているとは限りません。まず今回のテストに使うアプリで基本動作を確認してください。

TUNは別の通信中継方式で、サービスのインストール、管理者権限、ルーティング、DNSの設定が必要になる場合があります。初回はまずシステムプロキシを使って接続を確認してください。システムプロキシに従わないアプリも中継する必要がある場合に、TUNの設定を検討します。アプリの動作が変わらないからといって、TUN、グローバルモード、DNSオーバーライドを同時に有効にしないでください。どの変更が影響したのか分からなくなります。違いについてはトラブルシューティングをご覧ください。

ステップ4：接続ログで動作を確認する

クライアントを起動したまま、ブラウザーでプロキシ経由でアクセスする予定のサイトを開き、クライアントの「接続」画面も表示します。キャッシュを新しい通信と取り違えないよう、新しいタブを開いてリクエストを送り直してください。テストサイトのドメインまたは接続先アドレスを探し、接続の詳細で適用ルール、ポリシーグループ、実際のプロキシ経路を確認します。表示項目はクライアントによって多少異なりますが、リクエストがコアに届いているか、最終的にどの出口へ送られたかを確認することが重要です。

リクエストが想定したルールに一致し、選択したプロキシを経由してウェブページが読み込めれば、基本的なプロキシ接続の確認は完了です。続いて、設定上は直接接続されるサイトにアクセスし、DIRECTになっているか確認してください。ルールモードで直接接続のログが表示されるのは正常で、「プロキシが有効になっていない」という意味ではありません。プロキシ接続と直接接続の両方を確認することで、1つのページが開けるかどうかだけでなく、設定どおりに通信が振り分けられているかを確かめられます。

信頼できる外部IP確認サイトを使い、通信の中継を有効にした場合と無効にした場合の接続元を比較する方法もあります。ただし、ブラウザーの接続元が変わったことから分かるのは、そのリクエストの経路だけです。すべてのアプリが同じプロキシを経由することや、DNSの動作が想定どおりであることまでは確認できません。DNSの中継や漏えいを詳しく確認するには、設定完全ガイドのDNSセクションをご覧ください。ここではまず接続経路を確認します。

想定どおりに動かない場合の確認順

ウェブページが開かない場合は、まず接続一覧に該当リクエストがあるか確認します。記録がまったくない場合は、システムプロキシが有効か、スマホの接続が維持されているか、ブラウザーがアプリ別の振り分け対象から外れていないかを確認してください。リクエストが記録されているのに直接接続される場合は、現在のモード、適用ルール、ポリシーグループの選択を確認します。プロキシが選ばれているのに接続エラーになる場合は、プロキシの利用可否、サブスクリプションの状態、ローカルネットワークを確認してください。この順に調べることで、通信の中継、振り分け、出口の問題を切り分けられます。

クライアントに「遅延テスト」や「接続テスト」がある場合は、候補となるプロキシの選定に利用できます。ただし、テスト先と実際にアクセスするウェブサイトは異なります。テストに成功しても、すべてのサイトにアクセスできるとは限りません。失敗した場合も、ログに記録されたエラーと合わせて判断してください。プロキシを比較するときは、同じテストサイトとモードを使い、一度に切り替える項目は1つだけにします。テスト結果について詳しくはノードの遅延に関するよくある質問をご覧ください。

最後に、終了時の動作を確認します。テスト後、システムプロキシまたはスマホの接続を無効にしてから、通常の手順でクライアントを終了してください。プロキシなしでアクセスできるサイトが引き続き開けることを確認します。PC版でクライアント終了後にネットワークの問題が起きた場合は、システム設定にローカルアドレスを指すプロキシが残っていないか確認してください。スマホではVPNが切断されていることを確認します。コアが停止した状態で、アプリがローカルのプロキシポートに接続し続けないようにしてください。

設定後の更新：サブスクリプション、ルール、クライアントを個別に管理

基本接続を確認したら、「設定」または「サブスクリプション」画面に戻り、現在のリモート設定を手動で更新してURLが引き続き有効か確認します。自動更新に対応している場合は、その設定の編集画面で適切な間隔を指定し、単位を確認してください。画面では分、設定リソースの項目では秒が使われることがあり、同じ数値をそのまま使えるとは限りません。アプリを閉じている間も定期更新されるかどうかは、クライアントがバックグラウンドで動作しているかによります。

リモートサブスクリプションを更新すると、設定ファイルを直接編集した内容が置き換わる場合があります。長期的に保持したいルールや設定がある場合は、更新のたびにダウンロードファイルを編集するのではなく、クライアントが対応するオーバーライド、マージ、拡張の仕組みを確認してください。ルールリソースに独自の更新間隔が設定されていることもあり、サブスクリプションを更新してもすべてのリソースが再取得されるとは限りません。コアやクライアントのアップデートは、機能や互換性を更新する別の仕組みです。

設定を変更するときは、動作確認済みの状態を保ち、一度に変更する項目は1つにします。問題が起きたら、接続ログで変化を確認してください。ルールの順序、TUN、DNS、継続的なオーバーライドについて学ぶには、ゼロからわかる設定完全ガイドをご覧ください。具体的なエラーはトラブルシューティングで確認できます。不慣れな項目や用語は用語集で調べられます。初期設定の段階ですべてを一度に変更する必要はありません。