CLASH 公式サイト · clashoffice.com
    REV. v2.0.4 · 2026-07-17

    CLASH完全ガイド · UNDERSTANDING CLASH

    使えるだけじゃない、Clashの本当の仕組みを理解する

    こちらはClashの公式チュートリアルページ clashoffice.com/ja/tutorial.html:特定のクライアントでどのボタンを押すかを教えるつもりはありません——クライアントの画面はいつか変わりますが、Clashの根底にある基本概念は変わりません。ノード、プロキシグループ、ルール、コアといった言葉が何を指すのか、リクエストがどのように処理されるのかを理解すれば、Clashコアを使うどのクライアントでもすぐに使いこなせます。

    プロジェクト PROJECT
    Clash完全ガイド
    図番 DWG NO.
    CLSH-2026-03
    難易度 LEVEL
    初級 → 中級
    所要時間 TIME
    約10分
    サイト SITE
    clashoffice.com

    OVERVIEW · Clashとは

    まずはClashとは何かを理解しましょう

    Clashはルールベースのプロキシ転送フレームワークです:特定のソフトウェア1つを指す名前ではなく、コアと設定形式を含む一連の標準規格です。アプリストアやダウンロードページで見かける様々な名前のクライアント(Clash for Windows、Clash Verge Rev、Surfboardなど)は、実質的には同じオープンソースコア(現在は主にコミュニティによって維持されているmihomo)に被せた「外装」にすぎません。コアレベルの概念を理解すれば、どの外装を使っても迷うことはありません。

    01

    単純なオンオフ型VPNではなく、ルールエンジン

    従来型のVPNは「デバイス全体の通信を1つの暗号化トンネルに通すか通さないか」の二択が基本です。Clashの核心はルールに基づく細かい振り分けです——中国大陸のサイトは直接接続、Googleなど大陸でブロックされる海外サービスへのアクセスはプロキシ経由、既知の広告ドメインは即時ブロックといった処理を同時に、互いに干渉させずに実行できます。

    02

    コアとクライアントは別のもの

    コアは通信の監視、ルールの照合、ノードへの接続を担う、GUIのないバックグラウンドプログラムです。クライアントはコアを呼び出し、その状態を可視化して表示するだけです。理論上、同じ設定ファイルはClashコアに対応するどのクライアント間でも移行できます。

    03

    オープンソース、クロスプラットフォーム、プロトコル非依存

    コードは公開され検証可能で、Windows / macOS / Linux / Android / iOSの5大プラットフォームをカバー。Shadowsocks、VMess、Trojanなど主要プロトコルにも対応し、根底では同じルール照合ロジックを使っているため、一度学べばすべてのシーンに応用できます。

    GLOSSARY · 基本概念

    8つの用語がわかれば設定ファイルはもう暗号ではありません

    どのクライアントを使っても、画面上でいずれこの8つの用語に出会います——まず意味を理解すれば、あとは「どの画面のどのボタンを押すか」という細部の問題だけになります。

    コアCORE

    実際に通信を処理し、ルール照合を実行するバックグラウンドプログラム(mihomoなど)。GUIはなく、すべてのクライアントが共有するエンジンです。

    クライアントGUI CLIENT

    コアを可視化して操作するための外装ソフト——ノードの切り替え、ルールの編集、通信状況の確認を行いますが、自身は通信を処理しません。

    ノードPROXY

    通信を転送してくれるサーバーで、サブスクリプション内の1件のレコードに対応し、アドレス、ポート、プロトコル、認証情報などの接続情報を含みます。

    プロキシグループPROXY GROUP

    複数のノードをまとめたグループで、選択方式(手動選択、自動速度測定、フェイルオーバー、ロードバランス)を定義します。

    ルールRULES

    「この通信は直接接続か、プロキシ経由か、拒否か」を判定する条件リストで、上から順に照合され、一致した時点で処理が止まります。

    サブスクリプションPROFILE

    提供元が発行するリンクで、クライアントが定期的に取得することでノードリストと基本ルールを自動生成でき、手動でのメンテナンスは不要です。

    ダッシュボードDASHBOARD

    コアの制御ポートに接続する可視化パネルで、リアルタイムの通信状況の確認、ノードの切り替え、ルールのヒットログの確認に使用します。

    通信の受け口INBOUND

    コアが通信を受け取る2つの方式——システムプロキシまたはTUNモード——で、どのアプリの通信がプロキシに引き受けられるかが決まります。

    HOW IT WORKS · 仕組み

    ウェブページを開いたとき、Clash内部で何が起きているか

    上記の8つの概念をつなげると、1件のリクエストが発行されてから目的のサイトに届くまでには、おおよそ以下の6段階を経ます。

    01

    アプリがリクエストを送信

    ブラウザやアプリが何らかのドメインへのアクセスをリクエストします。この段階はプロキシの有無に関係なく、通信を行うすべてのプログラムを通過します。

    02

    受け口でキャプチャ

    システムプロキシまたはTUNモードがこのリクエストをコアに引き渡します。対応する受け口方式が有効になっていない通信はClashに渡りません。

    03

    DNS解決

    nameserverの設定に従ってターゲットアドレスを解決します。fake-ipが有効な場合、この段階では仮の仮想IPが返りますが、判定は依然としてドメイン名を基準に行われます。

    04

    ルール照合

    rulesリストを上から順に照合し、一致した時点で処理が止まり、この通信を直接接続、プロキシ経由、拒否のいずれで扱うかが決まります。

    05

    プロキシグループへ振り分け

    ルールがヒットした先は通常、特定のノードではなくプロキシグループであり、もう一段階の選択が必要です。

    06

    ノードを選んで転送

    プロキシグループのタイプ(手動 / 自動速度測定 / ロードバランス)に応じて具体的なノードを選択し、暗号化して転送、応答を受け取って同じ経路で返します。

    MODES · モードの選び方

    ルール / グローバル / 直接接続、もう適当に選ばないで

    ほぼすべてのクライアントで目立つ位置にモード切替が用意されていますが、3つのモードの動作は大きく異なり、選び方を間違えると「プロキシが壊れた」と誤解しやすくなります。

    モード動作適した場面
    Rule ルールモードrulesリストに従って通信を自動振り分け、通信ごとに異なるルートを選択通常使用、デフォルトモードとして推奨
    Global グローバルモードルールを無視し、すべての通信が同じプロキシグループを経由ノードの一時的なテスト、またはルールが一部の通信を漏らしていないか疑うとき
    Direct 直接接続モードノードを無視し、すべての通信がプロキシを経由せず直接接続トラブルシューティング時に問題がプロキシ自体にあるかを確認するとき

    スワイプして表全体を表示

    システムプロキシ(HTTP/SOCKS) システムプロキシ設定を読み取るプログラムのみを引き受け、通常はブラウザなど一般的なアプリをカバーします。設定が簡単で負荷も最小限、多くの場面でのデフォルトの選択です。
    TUNモード 仮想ネットワークアダプタ層ですべての通信を引き受けるため、ゲームやCLIツールなどシステムプロキシ設定を読み取らないプログラムもカバーできます。より徹底していますが、システム権限がより高く要求されます。

    GENERAL WORKFLOW · 基本的な使い方

    どのクライアントを使っても、この5ステップは同じです

    以下の説明では特定のクライアントの具体的なメニュー名を意図的に避けています——ソフトによって入口の位置は異なりますが、操作の背後にある概念は共通です。

    1. 1

      Clashコアに対応するクライアントを選んでインストール

      こちらのダウンロードページから、お使いのOSに合わせてインストーラーを選択してください。コア単体を使う場合はクライアントを省略し、直接Dashboardパネルと組み合わせて利用できます。

    2. 2

      サブスクリプションリンクまたは設定ファイルを取得

      ノード提供元から提供されるもので、通常はサブスクリプションURL、または直接インポートできるconfig.yamlファイルです。

    3. 3

      設定を読み込む

      多くのクライアントには「サブスクリプションをインポート」や「設定を追加」といった入口があり、リンクを貼り付けるかローカルファイルを選ぶだけでノードとルールを取得できます。

    4. 4

      モードを選んで受け口を有効化

      通常使用ではRuleルールモードを選び、さらにシステムプロキシまたはTUNモードを有効にすることで、ブラウザやアプリの通信が実際に引き受けられるようになります。

    5. 5

      動作確認

      動作確認用のURLにアクセスするか、Dashboardパネルのログで接続が想定したルールにヒットしているか確認します。それが確認できれば設定は正しく動作しています。

    CONFIG FORMAT · 設定ファイルの構成

    config.yamlの4つのコアフィールドを理解する

    サブスクリプションリンクから自動生成される内容がどれだけ複雑に見えても、本質的にはこの4種類のフィールドの組み合わせです。理解すればクライアントの画面に依存せず自分でルールを編集できます。

    port基本ポート設定 HTTP / SOCKS5混合プロキシポートと、LANアクセスを有効にするかどうかを定義します。他のデバイスとプロキシを共有する際に使用します。
    proxiesノードリスト 各ノードのサーバーアドレス、ポート、プロトコル種別(Shadowsocks / VMess / Trojanなど)と認証情報。サブスクリプションリンクがこの部分を自動的に入力します。
    proxy-groupsプロキシグループ 複数のノードをまとめてグループ化し、選択方式(手動選択、自動速度測定、フェイルオーバーなど)を指定します。ルールが参照するのはプロキシグループであり、個々のノードではありません。
    rules振り分けルール ドメイン、IP範囲、またはGEOIPの所属地域に基づいて、通信を直接接続、プロキシ経由、拒否のいずれで扱うかを決定します。上から順に照合し、一致した時点で処理が止まります。
    # config.yaml — 一部のノード情報を省略 port: 7890 allow-lan: false mode: rule proxy-groups: - name: "ノード選択" type: select proxies: [HK-01, SG-02, JP-03] rules: - DOMAIN-SUFFIX,google.com,ノード選択 - GEOIP,CN,DIRECT - MATCH,ノード選択

    FAQ · トラブルシューティング

    接続できない、ルールが効かない?まずはここを確認

    よくある問題のほとんどは以下で解決できます。該当する質問をクリックしてトラブルシューティングの手順を確認してください。

    Q1Clashと一般的なVPNの本質的な違いは何ですか?
    VPNは通常OSレベルで1本の暗号化トンネルを構築し、デバイス全体の通信をすべて通すか通さないかの二択です。Clashはアプリケーション層のルールエンジンで、ドメインやIP範囲ごとに通信の行き先を細かく決定でき、直接接続、プロキシ経由、拒否を同時に有効にできるため、より細かい粒度で制御できます。
    Q2プロキシを有効にしたらまったくインターネットに接続できなくなった場合は?
    まずノードが使用可能か確認してください(パネルでノードの速度測定ができます)。ノードが正常でもネットに接続できない場合は、システムプロキシまたはTUNモードが他のネットワークツール(別のVPN、ファイアウォールソフトなど)と競合していることが多いです。他のプロキシ関連ツールを一度無効にして再試行してください。
    Q3一部のサイトがプロキシを経由しないのはなぜですか?
    多くの場合、ルールがDIRECT(直接接続)にヒットしています。設定ファイルのrulesフィールドで該当するドメインやIP範囲に対応するポリシーを確認し、本当にプロキシが必要であれば、そのルールをプロキシグループに向けて調整してください。一時的にGlobalグローバルモードに切り替えてルールの問題かどうかを確認することもできます。
    Q4サブスクリプションリンクはどれくらいの頻度で更新すべきですか?
    サブスクリプションの内容(ノードリスト)の更新頻度はノード提供元が決定します。多くのクライアントは自動更新間隔の設定に対応しているため、有効にしておくとノードの失効後に手動更新を忘れる心配がありません。
    Q5TUNモードとシステムプロキシ、どちらを選ぶべきですか?
    システムプロキシはシステムプロキシ設定を読み取るプログラム(ブラウザなど)のみを引き受けます。TUNモードはネットワークアダプタ層ですべての通信を引き受け、ゲームやCLIツールなどシステムプロキシ設定を読み取らないプログラムもカバーしますが、システム権限の要件が高くなります。通常のWeb閲覧であればシステムプロキシで十分です。
    Q6Android / iOSでバッテリー消費や発熱が気になる場合は?
    遅延が低く安定したノードを優先的に選び、頻繁な自動速度測定を避けてください。またログレベルを下げる(warningまたはerrorに設定)ことで、バックグラウンドのリソース消費を大きく減らせます。

    概念がわかったら、ダウンロードページでインストーラーを取得しましょう。

    5大プラットフォームのインストーラーはダウンロードページに掲載済みです。クライアントをインストールし、上記の基本的な使い方に沿って設定してください。

    ダウンロードページへ