10分で始める

Clashの設定:サブスクURL登録から接続確認まで

この手順では、初回利用時に必要な4つの作業だけを扱います。設定を準備し、通信の振り分け方法を選び、システム接続を確立し、通信が想定どおり通過することを確認します。各ステップは前の結果をもとに進めるため、順番どおり操作すると問題箇所を特定しやすくなります。

4つの連続ステップ スマホとデスクトップ 基本設定の手順
QUICKSTART 設定手順
  1. 01
    サブスクURLを登録 Profiles / 設定
  2. 02
    モードを選択 Rule / ルール
  3. 03
    接続を確立 VPN / システムプロキシ
  4. 04
    結果を確認 接続 / 振り分け / DNS
順番に進め、複数の設定を同時に変更しない

始める前に

クライアントと設定の入手先を確認

インストール済みのClashクライアントと、有効期限内のサブスクURLまたはローカルのYAML設定ファイルを用意します。サブスクリプションはサービス提供元が発行するもので、クライアント自体がノード情報を作成するわけではありません。

クライアントをまだインストールしていない場合は、対応するプラットフォームへ進んでください:

設定の登録先

サブスクURLを登録して現在の設定にする

クライアントを開いたら、まず「設定」「サブスクリプション」「Profiles」ページを探します。デスクトップクライアントでは通常、左側のナビゲーションにあり、モバイルクライアントではホーム画面のカード、サイドメニュー、下部ナビゲーションなどに配置されています。ページを開き、「URLからインポート」「サブスクリプションを追加」、またはプラスボタンを探してください。サービス提供元から https:// で始まるサブスクURLを受け取っている場合はURLから登録し、.yaml または .yml 拡張子のファイルを受け取った場合はローカルファイルから登録します。

サブスクURLを貼り付けるときは、先頭から末尾まで完全にコピーしてください。チャットアプリが自動的に付けた句点、空白、改行を一緒に貼り付けないよう注意します。名前には「普段使い」など識別しやすい短い名前を付けられます。名前はクライアント内の表示だけに影響し、サブスクリプションの内容は変わりません。確定すると、クライアントがリモート設定を取得してローカルに保存します。この時点ではまだ接続を急がず、新しい設定項目が表示されるまで待ち、更新日時、更新ボタン、プロキシグループ情報が表示されるか確認してください。

設定のダウンロードに成功しても、すぐに利用中になるとは限りません。登録後に自動で切り替わるクライアントもあれば、以前の設定を使い続けるクライアントもあります。登録した項目をクリックし、選択マーク、強調表示、「現在使用中」などの状態になっていることを確認します。「更新」ボタンがある場合は手動で一度更新してください。正常なら更新日時が変わり、解析エラーは表示されません。設定形式のエラーが出る場合は、YAMLをクライアント内で無理に編集せず、サービス提供元にサブスクリプション形式を確認するのが基本です。

完了の目安

  • 設定一覧に登録したサブスクリプションが表示され、その項目が選択されている。
  • プロキシページにプロキシグループ名が表示され、空白のページになっていない。
  • 手動更新時にネットワークエラー、認証失敗、形式解析エラーが表示されない。

現在の設定が有効になったことを確認してから、プロキシモードとポリシーを選択します。次の作業で決めるのは「各通信をどの経路に送るか」であり、先ほど登録したサブスクリプションの内容を変更するものではありません。

通信の振り分け方法

ルールモードと利用可能なポリシーを選ぶ

「モード」「Mode」、またはクライアントのホーム画面にある動作モード設定を開きます。一般的な選択肢は、ルール、グローバル、直接接続です。初回設定では「ルール」モードを推奨します。英語表示では通常 Rule です。このモードでは、設定ファイルがドメイン、IP、アプリのプロセス、フォールバックルールに基づいて、通信をプロキシ経由にするか直接接続にするか判断します。すべてのサイトを同じノードに通す必要はなく、LANや設定で直接接続に指定された通信は従来の経路を維持できます。

「グローバル」モードでは、大半の通信を同じプロキシポリシーに送ります。特定のページがルールの影響を受けているか短時間で判断する用途には向きますが、初回設定の標準的な切り分け方法には適しません。「直接接続」モードではプロキシを経由しないため、接続を有効にしても期待するプロキシ結果は得られません。基本接続を完了することが目的なら、ルールモードのままDNS、スニッフィング、Fake-IP範囲、ルールセットを同時に変更しないでください。一度に1つだけ変更すれば、問題がどの層で発生したかを特定できます。

モードを選択したら、「プロキシ」「Proxies」または「プロキシグループ」ページを開きます。ここは単純なノード一覧ではなく、複数のプロキシグループで構成されていることが一般的です。手動選択用、自動選択用、特定サイト専用などのグループがあります。まず、主要な通信を担当するグループを探してください。「ノード選択」「プロキシ」「Proxy」などの名前や、設定提供元が独自に付けた名前になっている場合があります。そのグループを開き、利用可能なノードを1つ選びます。自動選択ポリシーが用意されている場合は、それを選んで設定に従い出口を決めさせても構いません。

ノードの横にあるテストボタンは、接続性を判断する参考にすぎません。失敗の原因は現在のネットワーク、テスト先、プロトコルのハンドシェイクなどさまざまで、1回の結果だけで実際の閲覧可否を判断することはできません。まず1つのノードを選び、その名前を控えて接続を続けるのが確実です。ページが開かなければ、ここに戻って別のノードで再テストします。これにより「ノードが使えない」のか「システムプロキシが通信を受け取っていない」のかを切り分けられます。

初回利用

ルールモード

設定内のルールに従ってプロキシ接続か直接接続かを決めます。日常利用に適したモードで、このガイドの後続手順でも使用します。

一時的な診断

グローバルモード

主要な通信を現在のプロキシポリシーに統一して送ります。ルールが特定の対象に影響しているか確認できますが、全体の通信経路が変わります。

プロキシを迂回

直接接続モード

対象へ直接接続します。プロキシ経路を一時停止するときに使うもので、プロキシノードの動作確認には使用しません。

ここまでで設定と出口ポリシーは決まりましたが、OSがアプリの通信をClashへ渡す状態になったとは限りません。次はシステムレベルの接続を確立します。スマホでは通常システムVPNを使い、デスクトップではまずシステムプロキシから設定します。

システムへの適用

接続を有効にしてシステム状態を確認

AndroidまたはiOSのクライアントでは、ホーム画面に戻って接続スイッチをタップします。初回起動時は、OSがVPN設定または接続リクエストを表示します。これはモバイル端末が通信をクライアントに渡すためのシステム上の入口です。システムの案内を確認して許可してください。別のVPNアプリが接続中の場合は、先に切断を求められることがあります。多くのスマホでは、同時に利用できるVPNトンネルは1つだけです。

接続に成功すると、クライアントのホーム画面に「接続済み」「実行中」などの状態が表示され、システムのステータスバーにもVPNアイコンが表示されることがあります。設定の初期化が完了するまで、アプリを数秒間前面に表示したままにしてください。スイッチをオンにした直後に自動でオフになる場合は、クライアントのログまたはホーム画面のエラーを確認し、現在の設定の有効性、VPN権限、選択したノードの接続可否を重点的に調べます。スイッチを連続して素早くタップしないでください。前の接続が解放される前に次の接続要求が始まる可能性があります。

WindowsとmacOSのデスクトップでは、通常「システムプロキシ」「System Proxy」「Set as System Proxy」を先に有効にします。成功すると、システムプロキシ設定に従うブラウザーやデスクトップアプリが、HTTPおよびHTTPS通信をClashのローカル待受ポートへ送信します。クライアントによってはメニューバーやトレイアイコンから切り替えます。初回にシステム設定へ書き込む際、権限の確認を求められる場合もあります。有効化後は、メニュー項目が選択状態のままになっているか確認してください。クリック直後にオフへ戻る場合は有効になっていません。

Linuxのデスクトップ環境では、システムプロキシの対応が完全に統一されていません。GUIクライアントを使う場合は、まずクライアントのシステムプロキシを有効にし、デスクトップ環境のネットワーク設定が更新されているか確認します。ターミナルのプログラムでは、現在のシェルにプロキシ環境変数を設定する必要がある場合もあります。基本確認は、システムプロキシを読み取ることが多いブラウザーから始めるのがおすすめです。サーバー、ルーター、透過プロキシの構成はこのクイック手順の対象外です。TUN、ルーティング、外部コントロールについては設定応用ガイドの該当章を参照してください。

TUNモードは、システムプロキシに従わないアプリの通信も取り込めますが、仮想NIC、管理者権限、ルーティングテーブル、DNSの連携が必要です。初回から有効にする必要はありません。まずシステムプロキシでブラウザーを確認し、ブラウザーは正常なのに特定のアプリだけ直接接続する場合に、クライアントの説明に従ってTUNを有効にしてください。これにより、基本接続の問題と仮想NICの権限問題を混同せずに済みます。

プラットフォーム別に確認

  • Android / iOS:クライアントが接続済みを表示し、システムのステータス領域にVPN状態が表示され、接続スイッチが自動的にオフへ戻らない。
  • Windows / macOS:システムプロキシが有効なままで、ブラウザーが別のプロキシ拡張機能や固定ポートを個別に使用していない。
  • Linux:デスクトップのプロキシ設定または現在のアプリのプロキシ環境がクライアントを指し、ローカル待受ポートが他のプログラムに使用されていない。

接続が確立した直後に、さらに設定を変更しないでください。現在のモードとノードを維持したまま、確認手順へ進みます。「プロキシが必要な対象」と「直接接続するはずの対象」の両方を確認しなければ、ルールやDNSの問題を見落とす可能性があります。

結果の確認

プロキシ、直接接続、ルールの動作を確認

まずブラウザーで新しいタブを開き、現在のネットワークでは本来直接開けないものの、選択したノードならアクセスできるはずのページを表示します。新しいタブを使うと、以前の接続やキャッシュによる影響を抑えられます。安定して読み込めたら一度更新し、ページ内の下位ページも開いて、キャッシュによる偶然の成功ではないことを確認します。続いて、設定上は通常直接接続されるサイトを開き、ログイン、画像、APIリクエストが正常か確認します。

Clashの接続、ログ、リクエスト履歴ページに戻り、先ほどのアクセスに対応する項目を確認します。正常なら対象ドメイン、適用されたルール、使用されたポリシーが表示されます。詳細の表示方法はクライアントによって異なりますが、少なくとも最近の接続は確認できるはずです。ページが開いたのにログに対応するリクエストがまったくない場合、ブラウザーが現在のクライアントを経由していない可能性があります。デスクトップではシステムプロキシを、モバイルではVPN状態を再確認してください。

プロキシが必要なページを開けない場合は、同じ設定のまま別のノードに替えて再試行します。変更後に正常になれば、原因は元のノードまたは接続経路にある可能性が高いです。複数のノードで失敗する場合は、サブスクリプションの状態、システムプロキシ、DNSを引き続き確認します。ページは開くものの、本来直接接続されるサイトの多くが遅い場合は、誤ってグローバルモードを選んでいないか、主要なプロキシグループが不適切な出口を指していないかを確認します。

DNSの問題では、ドメインを開けない一方で、既知のIPへの直接接続や一部のアプリは正常という症状が出ることがあります。Fake-IP、フォールバックDNS、ルールプロバイダー、TUNの組み合わせは設定全体との整合性が必要なため、基本ガイドでは他人のDNS設定を不用意にコピーしないでください。いったん切断して再接続し、設定が完全に更新されているか確認します。それでも解決しない場合は、エラーになったドメインとログの内容を記録し、用語ガイドのDNSとFake-IPの説明を確認するか、設定応用ガイドのDNS章に沿って項目ごとに調整してください。

確認 A

プロキシ対象にアクセスできる

選択したポリシーとノードが、クライアントのスイッチがオンなだけでなく、実際に接続を確立できることを確認します。

確認 B

直接接続の対象が正常

ルールモードがすべての通信を誤って同じ出口へ送り、LANアクセスまで妨げていないことを確認します。

確認 C

ログに適用記録がある

リクエストが実際にClashへ入り、適用されたルールと最終的なポリシーを確認できることを確かめます。

トラブルシューティング

接続できないときは決まった順番で切り分ける

クライアントの再インストール、DNS変更、モード変更、ポート変更を同時に行わないでください。通信経路に沿って層ごとに確認すると、問題が設定、ノード、システムへの適用、名前解決のどこにあるかを判断しやすくなります。

01

設定を確認

設定ページに戻って手動更新します。更新に失敗する、またはプロキシグループが空の場合は、サブスクURL、有効期限、設定形式の問題を先に解決してください。

02

ノードを変更

ルールモードと接続方法は変えず、主要なプロキシグループのノードだけを変更し、同じ対象ページへアクセスして比較します。

03

システムへの適用を確認

モバイルではVPN状態を確認し、デスクトップではシステムプロキシが有効なままか確認します。システムプロキシを同時に変更する別のツールは終了してください。

04

DNSと競合を確認

最初の3項目が正常だった場合に限り、DNSエラー、ポートの競合、TUN権限、セキュリティソフトによる遮断を確認します。早い段階で調査範囲を広げないことが重要です。

サブスクリプションを登録したのに、プロキシページが空なのはなぜ?

新しい設定が一覧に保存されているだけでなく、現在の設定として選択されていることを確認します。次に手動更新を実行し、形式解析に関するメッセージがないか確認してください。設定が基本的なポート設定だけで、プロキシやプロキシグループを含んでいない場合、プロキシページに選択肢は表示されません。

クライアントは接続済みなのに、ブラウザーが変わらないのはなぜ?

デスクトップでは、システムプロキシが実際に有効か、ブラウザーが独自のプロキシ拡張機能を使っていないかを重点的に確認します。モバイルでは、システムにVPNアイコンが表示され続けているか確認してください。その後、Clashのログにブラウザーのリクエストがあるか確認します。記録がない場合、通信がまだクライアントに入っていない可能性があります。

ルールモードで特定のサイトが誤ったポリシーを使う場合は?

まずログで、そのドメインに実際に適用されたルールを確認します。設定のルール順、ルールセットの内容、ドメイン解決のどれが原因かを切り分けてください。一時的にグローバルモードへ切り替えるのは比較用にすぎず、ルール自体は修正されません。カスタムルールとルールセットの管理は、設定応用ガイドで引き続き確認できます。

TUNモードはいつ有効にすべき?

ブラウザーはシステムプロキシで正常に動作するのに、システムプロキシを読み取らない一部のアプリだけが直接接続する場合にTUNを検討します。有効にする前に、クライアントに必要な権限があることと、仮想NIC、ルーティング、DNS設定の関係を確認してください。

次のステップ

基本接続の先にある設定項目

プロキシグループの構成、ルールセットの購読、DNS最適化、TUN、Fake-IP、ドメインスニッフィング、複数サブスクリプションの統合は応用設定に含まれます。細かく調整する場合は、体系的なガイドから該当する章を開いてください。