約10分 · 基本設定の手順

Clash 設定ガイド:サブスクリプション追加から接続確認まで

「サブスクリプションを追加 → プロキシモードを選択 → 接続を確立 → 結果を確認」の順に進めます。初回設定では必要な項目だけを扱い、DNS、上書き、プロキシグループの構文、ルール作成などの詳細は設定が安定してから調整します。

01
サブスクリプションを追加 読み込める設定を取得
02
モードを選択 通信の処理方法を決定
03
接続を確立 システムプロキシを有効化
04
結果を確認 ルールどおり転送されるか確認

開始前の確認

クライアントとサブスクリプションURLを準備

開始前に必要なのは2つです。正常にインストールされ起動できるClashのグラフィカルクライアントと、サービス提供元から発行されたサブスクリプションURLです。まだクライアントをインストールしていない場合は、ダウンロードページでOSに合ったバージョンを選んでください。Windows、macOS、Android、iOS、Linuxでは利用できるクライアントが異なるため、別のプラットフォーム用インストーラーをそのまま現在の端末で使わないでください。

サブスクリプションURLは通常、https://で始まるリンクです。クライアントが設定ファイルを取得するために使われ、ノード、プロキシグループ、ルールなどの情報が含まれる場合があります。このURLは個人用の設定情報として扱い、スクリーンショットや公開投稿、共有ドキュメントに載せないでください。コピーする際は前後に空白を入れず、サービス提供元のWebページやログインページのURLと取り違えないよう注意します。

初回設定では、システムプロキシを変更したりVPN接続を確立したりする他のツールをいったん終了することをおすすめします。複数のネットワークツールが同時に通信を制御すると、Clashの設定が正しくても、ブラウザーが意図しない出口を使う、システムプロキシが繰り返し上書きされる、接続ログが空になるといった問題が起こります。このガイドの4ステップをすべて確認してから他のツールを1つずつ戻すと、競合箇所を特定しやすくなります。

01

現在の設定を取得

サブスクリプションを追加して現在の設定にする

クライアントを起動したら、まず「サブスクリプション」「設定」「Profiles」のいずれかのページを探します。一部のデスクトップクライアントでは左側のサイドバーにあり、モバイル版ではホーム画面上部やサイドメニューに配置されています。ページを開き、「サブスクリプションを追加」「新しい設定」またはプラス記号のボタンを選びます。名前欄には「普段使い」など用途が分かる名前を入力し、完全なサブスクリプションURLをURL入力欄に貼り付けます。

URLの前後に空白がないことを確認し、「追加」「保存」「ダウンロード」のいずれかをクリックします。クライアントがリモート設定を取得して内容を解析するため、画面に結果が表示されるまで待ち、連続してクリックしないでください。通常はサブスクリプション一覧に入力した名前が表示され、最終更新日時も確認できます。新しい設定が一覧に追加されても自動選択されないクライアントでは、項目をクリックして有効化するか、現在の設定のドロップダウンから選択します。

サブスクリプション / 設定 URLを追加 保存して更新 現在の設定にする

追加に成功しても、接続が確立したとは限りません。この時点で完了したのは「設定をクライアントに渡す」作業だけで、通常、システムの通信経路はまだ変わっていません。まず設定が実際に利用可能か確認します。プロキシまたはプロキシグループページを開き、設定で定義されたプロキシグループ名が表示されることを確認してください。ルールページにもルールが存在するはずです。ここでは構成が読み込まれたことだけを確認し、ノード、プロキシグループ、ルール構文を一つずつ調べる必要はありません。

ダウンロードに失敗したと表示されたら、まずサブスクリプションURLをコピーし直し、通常のブラウザーでサービス提供元のページにアクセスできるか確認します。YAMLの解析失敗、フィールド形式のエラー、設定が空といった表示の場合、原因はシステムプロキシのスイッチではなく、サブスクリプションの返却内容にあることが多いです。まず「サブスクリプションを更新」を実行してください。それでも失敗する場合はエラー表示を保存して設定提供元に問い合わせます。フィールドの関係を理解しないまま元の設定を直接削除・編集することはおすすめしません。

現在の設定名が正しく、プロキシグループを開けることを確認したら、次にプロキシモードを選択します。設定ファイルの構造、フィールドの意味、上書き方法を詳しく調べる場合は設定ファイルリファレンスを参照してください。このガイドでは初回接続前に余計な変数を増やさないよう、設定をそのまま保ちます。

02

通信の処理方法を決める

ルールモードを選び、プロキシグループを確認

設定の読み込みが完了したら、「モード」「プロキシモード」「Mode」のいずれかの項目を探します。一般的な選択肢はルールモード、グローバルモード、ダイレクトモードです。普段の利用ではルールモードをおすすめします。クライアントが設定ファイルのルールを上から順に判定し、直接接続のルールに一致した通信は直接接続し、プロキシが必要な通信は対応するプロキシグループに渡します。設定本来の振り分けロジックを活かせる方法です。

グローバルモードでは、多くの接続を指定したグローバルプロキシグループにまとめて渡します。特定のプロキシが機能するか短時間でテストしたり、問題がルールのマッチングにあるか切り分けたりする場合に適しています。ただし、直接アクセスすべきローカルサービスやLANリソースまで影響を受ける可能性があるため、あらゆる場面の既定モードには向きません。ダイレクトモードはプロキシを迂回し、ローカルネットワークの復旧や比較テストに使います。ダイレクトモード中はシステムプロキシを有効にしていても、ルールモードの転送結果にはなりません。

グローバルモード 一時テスト

接続を指定したプロキシグループにまとめて渡し、プロキシの可用性を確認したり、ルールマッチングの影響を切り分けたりします。

ダイレクトモード 切り分け用

一時的にプロキシを迂回し、有効化前後のネットワーク状況を比較したり、LANリソースへのアクセスを復旧したりする場合に使います。

ルールモードを選択したら、「プロキシ」「Proxies」またはプロキシグループページを開きます。ここに表示されるのは設定ファイルで定義されたプロキシグループであり、単純なノード一覧ではありません。用途別のグループや、手動選択、自動選択、フォールオーバーなどの動作が用意されている場合があります。初回はすべてのグループを変更する必要はありません。主要なプロキシ通信を担うグループを探し、サービス提供元が推奨する項目を選びます。

プロキシグループに「DIRECT」と表示されている場合、該当する通信は直接接続されます。グループ内で特定のプロキシポリシーが選択されている場合、そのグループに一致した通信は指定のポリシーで転送されます。プロキシグループ名は設定提供元が定義するため、サブスクリプションによって大きく異なります。固定の名称ですべての設定を説明することはできないので、現在の画面に表示されるグループ名とサービスの説明を基準にしてください。名前に「自動」とあるかだけで品質を判断せず、初回設定で複数のグループを頻繁に切り替えるのも避けましょう。どの変更が結果に影響したのか分かりにくくなります。

モードの切り替えは通常すぐに反映され、サブスクリプションを再追加する必要はありません。ただし、確立済みの接続は古い経路を使い続ける場合があるため、切り替え後はテスト中のWebページやアプリを閉じて開き直してください。3つのモードの違い、ルールの判定順、フォールバック動作を詳しく知りたい場合はよくある問題を参照できます。ここではルールモードを維持し、先ほど選んだ主要なポリシーを覚えておけば十分です。

03

アプリの通信をクライアントに取り込む

システムプロキシを有効にし、必要に応じてTUNモードを使う

最初の2ステップでクライアント内部の設定は完了しましたが、OSにも通信をどこへ渡すかを知らせる必要があります。クライアントのホーム画面または設定画面に戻り、「システムプロキシ」「Set as system proxy」などのスイッチを探して有効にします。デスクトップ版では通常、現在のシステムのHTTP・HTTPSプロキシ設定が自動的に書き換えられます。権限の確認を求められた場合は、OSの指示に従って許可してください。

有効にしたら数秒待ち、スイッチが有効なままか確認します。すぐに無効になる場合や権限がないと表示される場合は、他の機能を続けて有効にしないでください。Windowsでは通常の方法でクライアントを再起動し、安全ポリシーによる制限を確認します。macOSではネットワーク設定の変更にシステム認証情報が必要になる場合があります。モバイル端末では通常、システムのVPN許可画面を通じてローカル接続を確立するため、システムのポップアップで確認します。

ブラウザーとアプリ ネットワーク通信を開始
システムプロキシ プロキシ対応通信をクライアントへ渡す
ルールとプロキシグループ 直接接続またはプロキシ経路を決定

ブラウザー、一般的なデスクトップアプリ、システムプロキシ設定に従うソフトウェアであれば、通常はシステムプロキシで十分です。システムプロキシを読み取らないアプリや、一部のUDP通信、コマンドラインプログラム、特殊なネットワーク環境では、この設定を迂回することがあります。その場合はTUNモードを検討します。TUNは仮想ネットワークデバイスを作成し、より広い範囲のシステム通信を取り込みますが、追加の権限が必要で、他のVPN、仮想NIC、企業向けセキュリティソフト、ネットワーク高速化ツールとも競合しやすくなります。

初回設定では、まずシステムプロキシだけを有効にして次の確認を完了してください。ブラウザーは正常に動作するのに特定のアプリだけがクライアントを経由しない場合に限り、設定画面に戻ってTUNを有効にします。有効化時にサービスのインストール、VPN設定の追加、ネットワーク拡張機能の許可を求められたら、該当する操作を許可します。TUNを有効にした状態で、デフォルトルートを制御する別のネットワークツールを同時に実行しないでください。ネットワーク全体が切断された場合は、まずTUNを無効にし、システムプロキシが利用可能か確認してから、権限や仮想NICを個別に調べます。

「LAN接続を許可」と、本機上の接続を確立することは別の設定です。この項目は同じLAN内の別の端末から本機のプロキシポートへアクセスできるようにするもので、1台だけで使う場合は有効にする必要はありません。ポート番号、バインドアドレス、認証、ファイアウォールは共有接続に関する設定です。複数端末で利用する必要がある場合は、まず設定ファイルリファレンスの共通フィールドの説明を確認し、本機の接続だけのためにリスニング範囲を不用意に広げないでください。

システムプロキシのスイッチが有効なままで、クライアントにエラー表示がなく、現在のモードがルールモードであれば、確認に進めます。スイッチの色だけで成功と判断せず、アプリのリクエストがクライアントに入り、ルールが想定したポリシーに一致しているかを確認してください。

04

通信経路を確認

接続ログで動作を確認

確認するときは、テストするブラウザーのウィンドウを完全に閉じ、再起動して普段は直接接続できるサイトにアクセスします。続いてクライアントの「接続」「Connections」またはログページを開き、直前に発生したドメインへのリクエストを確認します。新しい接続が表示されれば、アプリの通信はクライアントに入っています。リストが空のままなら、システムプロキシのスイッチ、ブラウザー独自のプロキシ設定、他のツールによるシステムネットワーク設定の上書きを優先して確認します。

次に、現在の設定でプロキシポリシーに渡されるはずのサイトへアクセスし、接続ログで該当ドメインを確認します。多くのクライアントでは、リクエストに一致したルール、使用されたプロキシグループ、最終的に選ばれたポリシーが表示されます。ここで重視するのはWebページが開くかどうかではなく、「想定したポリシーを経由したか」です。ページはキャッシュから表示される場合や、ルールに一致しなくても別の経路で開く場合があるため、ページが表示されたことだけでは振り分けの正しさを証明できません。

A リクエストを再実行

古いページを閉じてから再アクセスし、キャッシュや既存の接続による影響を避けます。

B 接続ログを確認

新しいリクエストがクライアントに表示され、該当するドメインと一致したルールを確認します。

C 2種類のサイトを比較

直接接続すべき対象とプロキシを通すべき対象をそれぞれテストし、振り分け結果が一致するか確認します。

比較テストを1回行うことをおすすめします。システムプロキシを有効にしたまま、まずルールモードでアクセス結果を記録します。次に短時間だけグローバルモードへ切り替え、テストページを閉じて開き直し、接続ログを比較します。グローバルモードではアクセスできるのにルールモードではできない場合、クライアントと選択したポリシーは接続できている可能性が高く、問題はルールのマッチングやプロキシグループの指定にあると考えられます。両方のモードでアクセスできない場合は、サブスクリプションの更新状況、主要ポリシーの可用性、ローカルネットワークによる制限を確認します。

テストが終わったらモードをルールモードに戻します。切り分けのためにダイレクトモードへ切り替えた場合も、そのままになっていないか確認してください。一部のクライアントは終了前のモードを記憶し、次回起動時も前回の選択を使います。確認後に普段の設定へ明確に戻すことが重要です。1つのブラウザーだけで失敗する場合は、プロキシを独自に制御する拡張機能や、システムとは異なるプロキシ方式が設定されていないか確認します。

システムプロキシを一時的に無効にして同じ対象へ再アクセスし、接続ログへの追加が止まるか確認する方法もあります。その後、システムプロキシを再び有効にしてアクセスします。スイッチの変化と接続ログの変化が一致すれば、OSのプロキシ設定はクライアントによって正しく制御されています。ここまでで基本設定は完了です。設定が読み込まれ、モードが決まり、システム通信がクライアントに入り、最終的な経路も接続ログで確認できています。

設定完了後

普段の利用で守る3つの習慣

基本接続が安定したら、起動するたびにサブスクリプションを再追加する必要はありません。普段は現在の設定、サブスクリプションの更新日時、システムプロキシの状態だけを確認します。

01

必要に応じてサブスクリプションを更新

サービス提供元から設定変更の通知があった場合や、プロキシ一覧が長期間更新されていない場合は、サブスクリプションページで「更新」を実行します。更新後は現在の設定が選択されたままか確認してください。一部のクライアントは更新に失敗しても古い設定を保持するため、何度も削除して追加し直すのではなく、更新日時とエラー表示を同時に確認します。

02

終了前に状態を明確に戻す

一時的にグローバルモードやダイレクトモードで切り分けを行ったら、すぐにルールモードへ戻します。プロキシ接続が不要になった場合は、クライアントを終了する前にシステムプロキシを無効にし、OSに以前のプロキシ設定が残らないようにします。クライアントが異常終了してネットワークが使えなくなった場合も、まずシステムプロキシが停止したローカルポートを向いていないか確認してください。

03

設定を変更する前に戻せる状態を残す

DNS、ポート、上書き、自分で作成したルールを調整する前に、正常に読み込める設定を1つ保存し、変更前のモードとポリシー選択を記録します。複雑なフィールドの構造、結合順序、ルール構文は設定ファイルリファレンスで、よくあるエラーはよくある問題で確認できます。

次のステップ

利用可能な設定から詳細調整へ

接続ログとルールの結果が想定どおりなら、基本設定は完了です。クライアントを変更する場合はダウンロードページへ戻り、DNS、プロキシグループ、ルール構文、上書き、結合を調整する場合は設定リファレンスで項目ごとに確認します。