Clashの設定方法
サブスクリプションの追加と接続確認

事前準備：クライアントと有効なサブスクリプションを用意

この手順は、クライアントをインストール済みで、有効なサブスクリプションを用意できている方向けです。基本設定は通常10分ほどで完了しますが、ダウンロードやシステムの許可、ネットワークの確認にかかる時間は環境によって異なります。Clash精選ではクライアント選びと設定方法を案内しています。クライアントをインストールしてもプロキシサービスは利用できません。サブスクリプションURL、有効期限、アカウントの状態は各サービス提供元に確認してください。

サブスクリプションURL、またはクライアント対応のローカルYAML設定ファイルを用意します。URLは通常、サービス提供元のアカウントページから取得できます。「Clash」または対応するコア形式と記載されたものを選んでください。アカウントのログインページ、決済ページ、通常の共有ページのURLはサブスクリプションURLではありません。URLには個人を特定できる認証情報が含まれる場合があります。コピー時は内容を完全に保ちつつ、公開コメントやスクリーンショット、オンライン変換ツールなどに掲載しないでください。

ほかのプロキシクライアントは一時的に終了し、複数のプログラムが同時にシステムプロキシを変更したり、仮想ネットワークインターフェースを作成したりしないようにします。現在使えるネットワークはそのままにし、DNS、混合ポート、高度なルーティング設定は変更しないでください。問題が起きた場合は、一度に一つの設定だけを変更し、最後の手順に戻って再確認します。そうすれば、どの操作が影響したか判断しやすくなります。初回起動時にシステム権限を求められたら、表示されたアプリがインストールしたクライアントであることを確認し、必要な機能に応じて許可してください。

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

クライアントを開き、「サブスクリプション」または「設定」ページで「新規作成」「追加」「インポート」などの項目を探します。リンクの追加がプラスボタンのメニューにあるクライアントもあれば、ページ上部に入力欄がある場合もあります。リモートサブスクリプションを選び、「日常用」など識別しやすい名前を付けて、サブスクリプションURL全体を入力欄に貼り付けます。名前はローカルで使うラベルです。プロキシサービスには影響せず、URL欄に入力するものでもありません。

貼り付けたら、URLを確認します。先頭のスキームが欠けていないか、末尾のパラメーターが抜けていないか、前後に空白や改行が入っていないかを見てください。アカウントページに「サブスクリプションをコピー」と「サブスクリプションを開く」がある場合は、コピーを使いましょう。ブラウザーのアドレスバーから取得すると、リダイレクト後のログインページをコピーしてしまうことがあります。問題がなければ保存、ダウンロード、インポートなどを実行し、処理が終わるまで待ちます。同じ設定が複数作られないよう、追加ボタンを続けて押さないでください。

ダウンロードが完了しても、設定が有効になったとは限りません。設定一覧に戻り、追加した項目をクリックするか、「有効化」「現在の設定にする」を選んでください。現在の項目には選択中のマークが表示されることがありますが、表示方法はクライアントによって異なります。次にプロキシページを開き、プロキシグループと選択肢が表示されていることを確認します。一覧が以前の内容のままなら、まず新しい設定が選ばれているか確認し、インポート時のメッセージを確認してください。すぐにシステムプロキシを有効にするのは避けましょう。

ローカルの設定ファイルしかない場合は、「ファイルからインポート」を選び、ファイル選択画面から該当する .yaml または .yml ファイルを開きます。インポート後は、同じように設定を有効化してください。ウェブページをYAMLとして保存し、そのままインポートするのは避けてください。拡張子が合っていても、内容が正しいとは限りません。ファイルには構造化された設定が必要です。ログインページのHTML、エラーメッセージ、共有リンクだけのテキストでは使えません。

インポートに失敗したら、まずエラーメッセージの内容を確認します。リクエストがタイムアウトする場合は、現在のネットワークからサブスクリプションURLにアクセスできるか確認してください。認証エラーの場合は、サービス提供元にURLの有効期限を確認します。解析エラーなら、サブスクリプション形式がクライアントに対応しているか確認してください。サブスクリプションのダウンロードにクライアントの既存プロキシ設定が使われることがあります。現在のプロキシが使えない場合は、クライアントの選択肢に応じて直接接続での更新を試してください。インポートのために証明書の検証をむやみに無効化しないでください。

インポートできたら、サブスクリプションを主な更新元として維持してください。後から「更新」を実行すると、提供元が公開した内容を再取得できますが、リモート設定を手動で変更すると次回の更新で上書きされる場合があります。初めて使う段階でファイルを編集する必要はありません。独自のルールを追加する場合は、設定ファイルとローカルオーバーライドの説明を参照してください。サブスクリプションと設定の違いがわからない場合は、先に用語のクイックガイドを確認してから、プロキシモードを選びましょう。

ステップ2：ルールモードとプロキシの出口を選択

設定が有効になっていることを確認したら、「プロキシ」ページを開き、「ルール／グローバル／ダイレクト」のモード選択欄を探します。初回設定では「ルール」を選んでください。このモードでは、現在の設定に含まれるルールに従って接続先が決まります。接続先によって直接接続する場合と、プロキシグループを経由する場合があります。すべてのサイトの経路を自動で判断するわけではなく、実際の動作はサブスクリプションに含まれるルールによって異なります。続けて、プロキシグループの出口も確認しましょう。

「グローバル」は一時的な切り分けに使います。通常、クライアントが制御している接続をすべてグローバルプロキシグループに送ります。「ダイレクト」では、制御対象の接続を直接接続します。モードが決めるのは、コアが受け取った通信の処理方法であり、システム側で制御する通信の範囲ではありません。グローバルに切り替えても、すべてのアプリがClash経由になるわけではなく、システムプロキシやTUNが自動で有効になるわけでもありません。まずルールモードを選び、ステップ3で通信をクライアントに渡します。

プロキシグループ一覧から、用途が明確なメインのプロキシグループを探します。グループ名はサブスクリプションの提供元が設定するため、「プロキシ選択」「自動選択」やアプリ別の分類など、構成はさまざまです。名前だけで判断しないでください。グループを開いて選択肢を確認します。プロキシが直接表示されていれば一つ選びます。別のプロキシグループが表示される場合は、さらにその中を確認し、最終的な選択先がダイレクトや拒否になっていないことを確かめてください。

設定に「自動選択」グループがあれば、まずそれを使っても構いません。ただし、自動選択は設定内のテスト用アドレスと確認間隔に基づくもので、すべてのサイトで速いことを保証するものではありません。手動で選ぶ場合は、クライアントの遅延テストを実行して、有効な結果が得られるか確認できます。テストがタイムアウトしても、その時点で確認が完了しなかったことを示すだけで、サービスが今後も使えないとは限りません。遅延の数値が表示されても、テストリクエストの応答を示すものであり、実際のダウンロード速度を推定することはできません。

サイトやアプリごとのグループが複数あっても、初期設定の段階ですべてを調整する必要はありません。まずメインのグループを確認し、次にアクセスしたいサイトに対応する分類グループを確認します。ある種類の接続が専用グループに振り分けられる場合は、メインのグループだけでなく、その分類グループで出口を選んでください。ステップ4では接続履歴を確認し、どのルールが実際に適用されたかを調べます。「プロキシを切り替えたのに、今のアクセスに反映されない」という誤解を避けられます。

プロキシグループに選択できるプロキシがない場合は、ステップ1に戻り、現在の設定、サブスクリプションの状態、ダウンロード結果を確認してください。サーバーアドレスを適当に追加してはいけません。プロキシ接続には、実際に有効なサービス情報が必要です。選択後は、現在のモードとメイングループを控え、いったん変更せずに接続を有効にします。プロキシグループの入れ子、自動テスト、ルールの優先順位については、設定応用ガイドで詳しく説明しています。まずは最短手順で設定を完了しましょう。

ステップ3：接続とシステム側の制御を有効化

使用する設定を選び、ルールモードと出口も決まりました。次はアプリの通信をクライアントに通します。デスクトップクライアントには、起動時にコアがすでに動作しているものと、「起動」や「接続」を押す必要があるものがあります。ホーム画面でコアの状態とエラーを確認してから、システムプロキシを有効にしてください。ウィンドウを開いただけで接続が確立したと判断したり、トレイアイコンの色だけで確認を終えたりしないでください。

PC：まずシステムプロキシを有効にする

Windows、macOS、Linuxのクライアントでホーム画面または設定ページを開き、「システムプロキシ」を有効にします。クライアントは、システムプロキシの接続先をローカルの待ち受けポートに設定します。有効にしたら、システムプロキシを使うブラウザーで対象サイトにアクセスしてください。TUNを同時に有効にする必要はありません。macOSでは、ネットワークプロキシを初めて変更するときに管理者の許可を求められる場合があります。Linuxはデスクトップ環境やブラウザーによってシステムプロキシの対応が異なるため、使用中のクライアントとデスクトップ環境で設定が反映されたか確認してください。

ポートはまずクライアントの初期設定のままにします。クライアントによって 7890、7897 など異なるポートが使われます。これらは共通規格ではないため、現在のクライアントに表示される待ち受けポートを確認してください。ブラウザーにプロキシ拡張機能を追加していると、システム設定が上書きされることがあります。拡張機能をシステムプロキシ使用に切り替えるか、一時的に無効にしてテストしてください。ターミナルや一部の専門ソフトはシステムプロキシを参照しないため、初回設定の確認には使わないでください。

有効にしたときにポート競合が表示されたら、ほかのプロキシプログラムが終了しているか、同じクライアントのバックグラウンドプロセスが残っていないか確認します。システムプロキシを何度も切り替えて解決を試みるのは避けてください。混合ポートを変更する場合は、クライアントの待ち受けポート、システムプロキシの接続先、アプリ内で手動設定したプロキシアドレスをすべて一致させる必要があります。詳しい確認方法と変更手順はClashのポート設定を参照してください。調整後、ブラウザーで動作を確認します。

スマホ：接続してVPNを許可

AndroidとiOSでは、通常クライアントのホーム画面に接続ボタンがあります。ボタンを押すと、VPN接続の許可を求めるシステムの確認画面が表示されることがあります。アプリ名が利用中のクライアントと一致していることを確認し、案内に従って許可してください。iOSではVPN構成の追加とデバイス認証が必要になる場合があります。AndroidではVPN接続のリクエストが表示されることがあります。初回に許可しなかった場合は、接続ボタンをもう一度押すか、システム設定から対応してください。プロキシ項目を選び直すだけでは接続を復旧できません。

システムにVPNアイコンが表示されても、トンネルの確立がある程度進んだことを示すだけで、すべてのサイトにアクセスできる保証にはなりません。スマホでほかのVPN、仕事用の構成、セキュリティソフトのネットワークトンネルを使っている場合は、現在のシステムで同時に利用できるか確認し、互いに置き換わらないようにしてください。テスト中はクライアントを起動したままにします。Androidで画面ロック後に接続が切れる場合は、バックグラウンド動作とバッテリー制限を確認してください。設定を追加した直後に、システムの項目をまとめて変更するのは避けましょう。

TUN：ブラウザーで確認してから検討

デスクトップでシステムプロキシに対応しないアプリを使う場合は、TUNを検討してください。仮想ネットワークインターフェースを使って制御範囲を広げる機能で、管理者権限やサービスコンポーネント、追加のネットワーク設定が必要になることがあります。初回設定では、システムプロキシとTUNを同時に有効にしないでください。通信経路を同時に変えると、原因の切り分けが難しくなります。ブラウザーで正常に動作することを確認した後、TUNの設定方法に従って有効にし、対象アプリでもテストしてください。スマホのVPNによる通信制御とデスクトップのTUNスイッチを、同じものとして扱うことはできません。

ステップ4：アクセスと実際の通信経路を確認

接続したら、プロキシ経由でアクセスする必要があり、通常は利用できるサイトを開きます。キャッシュされたタイトルや古い画像だけでなく、ページ本文が読み込まれることを確認してください。次にクライアントの「接続」ページを開き、ブラウザーを再読み込みして、対象ドメインへの新しい接続が表示されるか確認します。初回の確認で重要なのは速度測定ではありません。リクエストがクライアントに届き、想定したルールが適用され、有効な出口が選ばれていることを確かめます。

接続履歴で、対象ドメイン、適用されたルール、プロキシグループ、最終的なプロキシを確認します。表示項目はクライアントによって異なり、接続をクリックして詳細を開く必要がある場合もあります。プロキシ経由を想定した接続がダイレクトになっていたら、ステップ2に戻り、モードと該当する分類グループを確認してください。すべての通信をグローバルに切り替えて解決したことにするのは避けましょう。グローバルは一時的な比較には使えますが、通常のルールモードでは適切なルールとグループ選択が必要です。

現在の設定でダイレクト接続するはずのサイトにもアクセスし、接続履歴で通信経路を確認します。ルールモードでは、2種類のサイトが異なる経路を使うことがありますが、正常な動作です。外部IPアドレスを確認するサイトが示すのは、その確認リクエストの出口だけです。すべてのアプリが制御されている証明にはなりません。ブラウザーでアクセスできても、ターミナル、ゲーム、ほかのプログラムが同じ経路を通るとは限りません。特定のアプリを確認する場合は、そのアプリから新しいリクエストを発生させ、対応する接続を確認してください。

ブラウザーでサイトを開けても接続一覧に対象の履歴がない場合は、ページがキャッシュから読み込まれていないか、ブラウザーが別のプロキシ拡張機能、独自のプロキシ、ほかのネットワーク経路を使っていないか確認します。短時間で終了する接続は、再読み込み中にすぐ一覧から消えることがあります。その場合はログページも確認してください。クライアントに終了済み接続を保持する機能があれば、直前の履歴を確認できます。システムプロキシのスイッチが有効だからといって、実際の通信経路の確認を省かないでください。

問題が起きたら：4ステップを逆順に確認

まったくアクセスできない場合は、まずクライアントが動作中か、コアにエラーがないか、現在の設定が追加した項目になっているかを確認します。次に、プロキシグループで有効な出口が選ばれているか確認してください。その後、システムプロキシまたはスマホのVPNが実際に有効かを確認します。PCではシステムプロキシを無効にして、元の直接接続が使えるか確認します。スマホではVPNを切断し、同じように確認してください。元のネットワークにも問題がある場合は、プロキシを次々に変更するのではなく、まずローカルネットワークを修復します。

一部のサイトだけアクセスできない場合は、その接続に適用されたルールと出口を確認し、同じプロキシグループ内の別の有効なプロキシを試してください。一度に変更するのは一項目だけです。接続履歴に想定した出口が表示されるのに失敗する場合は、ログで対象アドレス、名前解決エラー、ハンドシェイクエラーを確認し、サービスの状態と照らし合わせます。DNSやプロトコルの詳細は初期設定の範囲外です。用語は用語のクイックガイドで確認し、具体的な設定は設定応用ガイドを参照してください。

ウェブサイトは開けるのに特定のアプリだけ動かない場合は、そのアプリがシステムプロキシを参照するか、設定変更後に完全終了して再起動する必要があるか確認します。古い接続を再利用するアプリもあり、プロキシグループを切り替えても接続がすぐに作り直されないことがあります。対象アプリを一度終了してから再起動し、確認してください。クライアントの設定全体を消去する必要はありません。システムプロキシに対応しない通信だとわかった場合は、アプリ独自のプロキシ設定やTUNを検討しましょう。サブスクリプションを何度も再インポートする必要はありません。

設定後：再現できる状態を記録

初期設定が完了した目安は、正しい設定が選ばれている、ルールモードが明確、プロキシグループに有効な出口がある、対象の接続がクライアントの履歴に表示され、想定した経路でアクセスできることです。現在の設定名、プロキシモード、通信の制御方法を記録しておけば十分です。サブスクリプションURLをスクリーンショットで保存する必要はありません。後で問題が起きたときは、確認済みの設定と比較すると、再インストールや目的のない設定変更を減らせます。

デスクトップクライアントを終了する前に、システムプロキシを無効にするか、正常終了時に設定が復元されることを確認してください。ウィンドウを閉じてもトレイに最小化されただけで、バックグラウンド動作が続く場合があります。プロセスを強制終了すると、システムプロキシがローカルポートを指したままになり、直接接続もできなくなることがあります。スマホで通信制御が不要になったら、クライアントの切断ボタンを使い、システムのVPNが終了したことを確認してください。これで基本設定は完了です。サブスクリプションの更新、ルールの上書き、TUNの調整は必要に応じて確認してください。