クライアント選び / 設定入門mode: rule

Clash 使い方ガイド
クライアントのダウンロード

サブスクリプションの読み込みからルール分岐まで、実際の利用手順に沿って接続を確認します。

日本語の操作説明 設定項目の解説 段階的なネットワーク診断

独立したガイドサイトです。クライアントは操作画面を提供し、サブスクリプションサービスは別途設定が必要です。

ルール処理の概念図であり、実行状況の監視画面ではありません。PROXYは自分で定義する必要があり、この断片だけでは動作しません。下で項目を詳しく説明します。 CONFIG / 01

入門ルート:クライアントを選ぶ → 設定を読み込む → 通信の取り込みを有効化 → アプリで確認

使い方マニュアル

条件 / 動作の対応

トラフィックはどのようにコアへ入り、どこへ向かうのか

システムプロキシとTUNは「どのリクエストをコアへ入れるか」を決め、ルールモードは「入った後にどの経路を通すか」を決めます。まずこの2層を分け、次にサブスクリプションの内容とポリシーグループを確認すると、問題発生時に変更すべき設定が分かります。

システムプロキシ:まずアプリをローカルの入口へつなぐ

ブラウザーなど、システムプロキシ設定に従うアプリに適しています。クライアントで設定を選択してコアを起動し、「システムプロキシ」を有効にして、システムプロキシのアドレスとクライアントの待受ポートが一致していることを確認します。ウィンドウを起動しただけではアプリの通信経路は変わりません。ブラウザー拡張機能、内蔵プロキシ設定、端末の環境変数がシステム設定を上書きする場合もあります。

確認時は新しいウェブリクエストを1回送信してから、クライアントの接続ログを確認します。ブラウザーは接続できるのに端末だけ失敗する場合は、まず端末が同じ入口を使っているかを確認し、すぐにグローバルモードへ切り替える必要はありません。クライアントごとにスイッチ名は異なりますが、「待受ポート → アプリのプロキシ設定 → 接続ログ」の順序は共通です。

ブラウザーと端末を段階的に診断 →
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1

ポート番号は例です。実際にはクライアントに表示された値を使用してください。混合ポートはHTTPとSOCKSのプロキシリクエストを受け付けますが、これらの項目がアプリのプロキシ設定を自動入力するわけではありません。

ルールモード:名前ではなく順番で一致させる

日常的なトラフィック分岐は通常、mode: ruleから始めます。コアはルールを順番に確認し、最初に一致したルールで行き先を決めます。そのため、具体的なドメインやLAN向けルールはフォールバックルールより前に置きます。ポリシーグループ名は設定内の定義と完全に一致させる必要があり、図中のPROXYを固定の内蔵出口として扱うことはできません。

DOMAIN-SUFFIXは指定ドメインとサブドメインに一致し、DOMAINは指定ドメインだけに一致します。例のIP-CIDRはプライベートアドレスの範囲を対象にし、no-resolveはそのIPルールのためにドメインを積極的に解決しないことを示します。DNS全体を無効にする意味ではありません。MATCHはフォールバックルールなので、リストの末尾に残してください。

ルールとポリシーグループの説明を読む →
mode: rule
rules:
  - DOMAIN-SUFFIX,example.org,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN,blocked.example,REJECT
  - MATCH,PROXY

学習用スニペットにはプロキシノードとポリシーグループの定義が含まれていません。実際に使う場合は、対応する完全な設定へ統合し、サブスクリプションファイル全体を上書きしないでください。

rule:ルールに従って直接接続、拒否、ポリシーグループを選択します。LANへの直接接続を維持しつつ、宛先ごとに経路を分けたい場合に使います。

TUN:システムプロキシに従わないアプリを処理する

対象アプリにプロキシ設定の入口がない、またはシステムプロキシを無視する場合は、TUNを検討できます。仮想ネットワークインターフェースとルーティングルールで通信を取り込みますが、出口は引き続きコアのプロキシモードが決めます。TUNとルールモードは排他的ではなく、「グローバルモードよりさらに広範囲な」別モードでもありません。

有効化する前にクライアントの対応状況を確認し、案内に従ってサービスをインストールするか、ネットワーク権限を許可してください。既存の設定は残しておきます。テスト時は通信を取り込むツールを複数同時に有効にせず、通常のウェブページ、LAN機器、対象アプリの順に確認してからDNSやルートの例外を調整します。異常が出たら、まず有効にしたTUNを無効にし、基本ネットワークが戻ったことを確認してから項目ごとに変更してください。

TUNの前提条件と復旧手順を見る →
tun:
  enable: true
  auto-route: true

これは項目の意味を示す例であり、全プラットフォーム共通の設定ではありません。デスクトップクライアントでは画面操作から項目が生成される場合があります。モバイル端末は通常、OSが提供するVPNインターフェースを使うため、具体的な動作はクライアントの実装に依存します。

サブスクリプション管理:取得元の設定とローカル変更を分ける

サブスクリプションには通常、ノード、ポリシーグループ、ルールなどの設定が含まれますが、内容はサービス提供者によって異なります。読み込み後は設定の解析に成功したかを確認し、その設定を選択してポリシーグループを確認してください。「読み込み完了」は内容を取得しただけで、接続済みとは限りません。また、すべてのサブスクリプション形式をClash互換クライアントで直接利用できるわけではありません。

サブスクリプションを更新する前に、利用可能な設定を保存してください。カスタムルールの管理には、クライアントが対応する上書き、マージ、スクリプト機能を優先して使います。サブスクリプションから生成されたファイルを直接編集すると、次回の更新で上書きされる可能性があります。更新に失敗した場合は、まずエラー内容、リンクの有効性、レスポンス形式を確認してからサービス提供者への問い合わせを検討してください。すべての設定を繰り返し削除して再試行するのは避けましょう。

読み込みとローカル上書きの方法を見る →

サブスクリプションと設定 / 操作手順

  1. 信頼できる提供元の互換サブスクリプションを読み込む。
  2. 解析が成功したことを確認し、現在の設定を選択する。
  3. ポリシーグループ名と選択中の出口を確認する。
  4. 通信の取り込みを有効にし、実際のリクエストを送信する。
  5. ローカル変更をバックアップしてから、サブスクリプションを更新する。

サブスクリプションURLにはアクセス資格情報が含まれる場合があります。ログやスクリーンショットを共有する前に、完全なURL、アカウント情報、ノードのパスワードを隠し、個人設定を公開アップロードしないでください。

導入入口 / プラットフォーム別に選ぶ

Clashをダウンロードする前に、OSとアーキテクチャを確認

クライアントは設定の読み込み、ポリシーの切り替え、接続ログの表示を担当し、コアはリクエストを実行します。似た画面でもコアの機能が同じとは限りません。選ぶ際は名称だけで比較せず、OS要件、設定の互換性、保守方法も確認してください。以下の入口はいずれもダウンロードページへ移動し、インストーラーを直接ダウンロードするものではありません。

Windows

まずOSの「バージョン情報」でデバイスのアーキテクチャを確認します。Clash PlusやClash Verge RevなどのGUIクライアントから始め、インストール後にシステムプロキシの入口を確認してください。TUNが必要な場合は、選択したクライアントの説明に従ってサービス権限を設定します。

ダウンロードページへ
Android

デバイスのアーキテクチャに合うインストーラーを選び、設定を読み込んだ後にシステムVPNの許可を確認します。バックグラウンド動作、省電力設定、アプリごとの分岐設定は通信の取り込み範囲に影響します。まず前面での接続確認を完了し、その後にバックグラウンド設定を調整してください。

ダウンロードページへ
iOS

ダウンロードページからClash Plusのストア詳細へ進み、デバイスの互換要件と開発者情報を確認します。クライアントをインストールした後も、利用可能な設定を読み込み、OSの案内に従ってVPN設定を追加する必要があります。ストアからのインストールとサブスクリプションサービスは別の手順です。

ダウンロードページへ
macOS

Apple Silicon版とIntel版のインストーラーを区別してください。ネットワーク拡張、VPN設定、キーチェーンの案内は用途が異なるため、クライアントが実際に採用している仕組みに応じて権限を許可します。セキュリティ警告が表示された場合は提供元とリリースノートを確認し、システム保護を無効にして解決しようとしないでください。

ダウンロードページへ
Linux

デスクトップ環境ではClash Verge RevとFlClashを比較し、ディストリビューションに合う導入方法を選びます。GUIのないサーバーではmihomoを単独で導入する方が適しています。GUIクライアントの設定ディレクトリとsystemdサービスのディレクトリを混用せず、端末のプロキシ設定も別途確認してください。

ダウンロードページへ

初回は最短ルートでの確認がおすすめです。既定の待受設定を保ち、互換設定を1つ読み込み、利用可能なポリシーを選んで、1つのアプリで検証します。基本接続を確認する前に、TUN、カスタムDNS、複雑な分岐ルールを同時に追加する必要はありません。一度に1項目だけ変更すると、結果の原因を特定しやすくなります。

すべてのクライアントを見る →

出典 / エコシステムと保守範囲

クライアント、コア、サブスクリプションサービスの役割

独立したガイドサイトと上流プロジェクト

Clash 使い方ガイドでは、導入入口、設定の考え方、再現可能な操作手順を整理していますが、クライアント、コア、サブスクリプションサービスの公式サイトではありません。「Clash 公式」を検索する場合は、まずどのプロジェクトを探しているのかを明確にしてください。クライアントにはそれぞれの配布経路があり、コアには独立したリポジトリがあり、サブスクリプションは各サービス提供者が提供します。本サイトの説明は上流プロジェクトの告知に代わるものではなく、第三者サービスの利用可能性を保証するものでもありません。

Clashエコシステムとmihomoの関係

Clashという名称は、互換性のある設定やルール体系を指す言葉として使われることが多く、すべてのプラットフォームを対象に継続的かつ統一的に配布される1つのクライアントを指すものではありません。原版プロジェクト、後継コア、さまざまなGUIにはそれぞれの保守履歴があります。mihomoはClash Metaの開発路線を引き継いでいます。古いドキュメントや新しい設定に「Meta」と「mihomo」が登場する場合は、文脈から判断する必要があり、それだけで現在のデバイスに適したインストーラーだと判断してはいけません。

GUIクライアントには特定のコアが組み込まれている場合も、コアを切り替えられる場合もあります。プロトコル対応、DNS項目、ルール機能は実際に動作するコアを基準にし、画面に該当設定があるかどうかはクライアントが決めます。古い設定を移行する前に、解析エラーや未対応項目を確認してから一つずつ調整してください。ファイルの拡張子をYAMLに変更しても、自動的に形式が変換されるわけではありません。

戻せる設定を残して更新する

アプリの更新、コアの更新、サブスクリプションの更新は別々の操作です。アプリの更新で画面や権限の仕組みが変わる場合があり、コアの更新で項目の互換性が変わる場合があり、サブスクリプションの更新ではサービス提供者の内容が変わります。保守時は変更前のクライアント、コア、現在の設定を記録し、変更内容を読んでから1項目ずつ更新します。各更新後に接続を確認してから次へ進めば、問題発生時に戻す対象を明確にできます。すべてのコンポーネントを再インストールする必要はありません。

スイッチだけでなく実際のリクエストで確認する

ノードのテスト結果は特定時点の探測結果であり、ブラウザー、端末、その他のアプリがすべて正常に動くことを示すものではありません。より確実な確認方法は、対象リクエストを送信し、接続ログで該当リクエストを見つけ、適用されたルールとポリシーを確認したうえで、アプリが期待した応答を受け取ったかを確認することです。問題を報告する際は、匿名化したエラー情報、再現手順、ネットワーク環境を残すと、「接続できない」とだけ説明するより再現に役立ちます。

設定前に確認したい3つのよくある疑問

クライアントをダウンロードすれば、すぐ使えるノードがありますか?クライアントは管理と接続のためのツールであり、サブスクリプションサービスそのものではありません。信頼でき、形式に互換性のある設定を用意し、そのサービスが現在も有効か確認する必要があります。ヘルプセンターの基本知識・導入設定に関する質問も参照してください。

Clashのグローバルモードで、すべての接続失敗を解決できますか?できません。グローバルモードが変えるのはコアに入った後の選択方法であり、ポートが待ち受けていない、アプリがプロキシを迂回する、サブスクリプションが無効、権限が不足しているといった問題は直せません。まず取り込み、ルール、出口の3層に分けて調べ、すべての異常を分岐設定のせいにしないでください。

同じサブスクリプションでもクライアントによって動作が異なるのはなぜですか?コアの機能、クライアントの上書き、DNS設定、アプリの取り込み範囲などが関係している可能性があります。比較時は同じネットワークと同じ対象リクエストを使い、最終的に有効な設定を比較してください。詳しい対処方法は日常メンテナンスの章をご覧ください。

最近の記事 / ケース別診断

クライアント選びと接続問題の記録

記事では具体的な問題を操作条件に分けて解説します。まず現象を説明し、影響する経路を特定してから、確認方法と復旧方法を示します。読む際はOSの権限、クライアント設定、コア設定を区別し、1つの記事の局所的な対処をすべてのプラットフォームに共通するスイッチだと考えないでください。

macOSにClashクライアントをインストール:ネットワーク拡張、VPN許可、キーチェーンの案内への対処

インストール時のセキュリティ警告、ネットワーク拡張、VPN設定、キーチェーンアクセスの用途を区別し、クライアントが実際に使う仕組みに応じて権限を処理します。システムのセキュリティ保護を無効にする必要はありません。

権限の処理方法を読む →
すべての記事を見る