オープンソースプロキシクライアント・図解チュートリアル

Clash

ダウンロード・インストールからサブスクリプション導入ルール振り分けまで、授業の例題のように一つずつ解説。まず手順、次に理由を説明し、そのとおりに進めれば初回接続まで迷わず完了します。

FEATURES · 授業の講義

クライアントの機能をページごとに解説

左側が目次、右側が黒板に貼られた講義プリントです。各ページで1つの機能を解説:何を解決するか、どう有効にするか、他ツールとの違いは何かを説明し、そのまま参照できる設定例も付けています。

ルール振り分け:接続ごとに経路を決める

振り分けはClashの中核機能です。各接続はルールリストを上から順に照合し、最初に一致した条件で直接接続・ノード経由・ブロックのいずれかが決まります。日本国内のサイトは直接接続で迂回せず、海外サービスはノードに任せ、広告やトラッキング用ドメインはそのまま拒否します。三者は互いに干渉しません。ルールはドメインサフィックス、IPレンジ、GeoSiteなど複数の書き方に対応しており、優先順位どおりに並べるだけで、サイトごとに個別設定する必要はありません。「全体プロキシ」型のツールとの違いは、振り分けが処理すべき通信だけを扱うため速度への影響が最小限で、プロキシによって国内サービスのアクセス地域が変わることもない点です。

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOSITE,cn,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

DOWNLOAD · プラットフォーム別クライアント選び

5つのプラットフォーム、同じチュートリアル

各プラットフォームの最初のカードは現在も活発にメンテナンスされている推奨クライアントです。メンテナンスが終了した旧クライアントは別途明記し、参考用のアーカイブとして扱います。プラットフォームカードをクリックするとダウンロードページの該当グループに移動し、システム要件と代替クライアントもそこに記載されています。

Windows

Windows 10以降対応:Clash Plusが第一候補、Clash Verge RevやFlClashなどが代替候補です。インストール後にサブスクリプションを導入すればすぐ使えます。

ダウンロードへ →

macOS

IntelとApple Siliconで別パッケージを提供:Clash PlusとClash Verge Revは活発にメンテナンスされており、ClashX Metaはメンテナンス終了のためアーカイブ扱いです。

ダウンロードへ →

Android

Android 7以降対応:Clash PlusとClash Meta for Androidはいずれもmihomoカーネルを採用し、サブスクリプションとアプリ単位のプロキシに対応しています。

ダウンロードへ →

iOS

App StoreにClash Plusが公開されています。検索するか、ダウンロードページからストアの詳細ページへ移動できます。インストール後にサブスクリプションを導入すればすぐ使え、公式サイトclashplus.ioにプラットフォームの説明があります。

ダウンロードへ →

Linux

デスクトップ向けディストリビューションではClash Verge Revを推奨し、debとrpmパッケージを提供しています。サーバーやルーター用途ではmihomoカーネルを直接導入し、YAML設定でサービスとして動作させることもできます。

ダウンロードへ →

カーネル(mihomo)はサーバーやルーターを扱う上級者向けで、ダウンロードページに別グループとして掲載しています。一般的なデスクトップやスマートフォンのユーザーは、上記5つのプラットフォームからGUIクライアントを選べば十分です。

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

QUICKSTART · 3ステップで開始

初回接続はたった3ステップ

これは使い方ガイドの要約版です。完全版では各ステップにプラットフォーム別の違いとトラブル対応の分岐があります。まずは順番を覚えましょう:クライアントを入れる、サブスクリプションを導入する、プロキシを有効にして確認する——この順序を守ることが大切です。

  1. クライアントをダウンロードしてインストールお使いのプラットフォームに応じてダウンロードページで推奨クライアントを選びます:WindowsはClash Plus、macOSはIntel版とApple Silicon版の2種類、スマートフォンは対応アプリを入れます。インストール手順は一般的なソフトと同じで、完了後に一度起動して正常に立ち上がるか確認しましょう。
  2. サブスクリプションリンクを導入クライアントのサブスクリプションまたは設定画面を開き、リンクを貼り付けて保存すると、ノード一覧と振り分けルールが取得されます。導入後は一度手動で更新し、最新の設定が反映されたことを確認してから次に進みます。
  3. ノードを選び、システムプロキシを有効にして確認ノード一覧で遅延テストを行い、低遅延のノードを選びます。モードは「ルール」のままにして、システムプロキシのスイッチをオンにします。最後に普段アクセスできないサイトを開いて正常に表示されるか確認できれば、初回接続は完了です。

完全なチュートリアルを見る →

OPEN SOURCE · 安心して使える理由

オープンソースの体制は誰でも確認可能

Clash系クライアントのソースコードはすべて公開されており、カーネルとGUIはコミュニティによってそれぞれ維持されています。以下の4項目でプロジェクトの経緯、役割分担、カーネルとの関係、更新の仕組みを説明します。読んでから通信を任せるか判断してください。

プロジェクトの経緯

Clashは2018年前後に誕生し、当初はGo言語で書かれたコマンドライン型のプロキシコアでした。「ルールに基づく振り分け」という発想が開発者コミュニティで広まりました。オリジナルのプロジェクトがメンテナンス終了した後、コミュニティが公開ソースコードをもとに開発を続け、今日の全プラットフォームをカバーするクライアント群が生まれました。ダウンロードページに掲載されているすべてのクライアントは、この公開された開発の系譜をたどることができます。

オープンソースの体制

カーネルとインターフェースが分離しているのがこの体制の特徴です。mihomo(旧Clash Meta)がコア転送とルール照合を担い、Clash Plus、Clash Verge Rev、FlClashなどのGUIクライアントがカーネルを一般ユーザーでも使いやすい画面に包み込みます。どの層に問題が起きても単独で置き換えられ、特定の作者や特定のリポジトリに縛られません。

カーネルの関係

mihomoは現在活発にメンテナンスされているカーネルで、オリジナルのClashの設定形式と互換性を持ちつつ、TUNモードやルールセットなどの機能を拡張しています。ダウンロードページに掲載されているGUIクライアントの多くはmihomoを内蔵しており、サーバーやルーターのユーザーはカーネル単体を直接導入し、同じYAML設定を使って、デスクトップクライアントと同じ振り分け動作を実現できます。

更新の仕組み

各クライアントはそれぞれのペースでバージョンを公開し、ダウンロードページのインストーラーリンクは上流のリリースに追従して更新されるため、ページ内にバージョン番号を固定していません。クライアントに内蔵されたサブスクリプションやGeoIP・GeoSiteデータベースは設定した間隔で自動更新され、ノード一覧と振り分けデータは常に最新の状態が保たれ、手動でダウンロードし直す必要はありません。

git clone https://github.com/MetaCubeX/mihomo.git

カーネルのリポジトリは公開されており、クローンすれば転送とルール照合の実装をすべて読むことができます。

BLOG · 最新記事

よくある疑問を例題として解説

ブログは「1つの例題で1つのポイントを掘り下げる」形式で更新しています。モードの選び方、初回接続の確認方法、ログエラーの読み方など、各記事にそのまま実践できる手順と判断基準を掲載しています。

すべての記事を見る →

FAQ · よくある質問セレクション

頻出質問4つに先に回答

その他の用語や概念は用語集ページに、各プラットフォームのインストール詳細や注意点はインストールガイドページで章ごとに解説しています。

Clashのデフォルトポートは何番?使用中だったらどうする?

混合ポートのデフォルトは7890です。起動時にbindエラーが出る場合はポートが使用中です。設定でポートを7891など空いている番号に変更するか、そのポートを使っているプログラムを先に終了してください。ポートとリスニングアドレスの概念は用語集のネットワークとポートの分類を参照してください。

サブスクリプションの更新に失敗する主な原因は?

順番に確認します:システム時刻が正確か、サブスクリプションリンクがブラウザでまだ開けるか、現在のネットワークがそのドメインをブロックしていないか。ログ内のprovider行にあるHTTPステータスコードが、どの段階で止まっているかを直接示してくれるので、一つずつ照らし合わせれば特定できます。

システムプロキシとTUNモード、どちらを使うべき?

通常のブラウジングはシステムプロキシで十分です。ゲームやコマンドラインツールなどシステムプロキシを経由しないアプリを扱う場合のみ、TUNによる全接続の制御が必要になります。両者を同時に有効にするのは避けてください。詳しい違いと有効化手順は使い方ガイドを参照してください。

ルール振り分けにおけるDIRECT、PROXY、REJECTはそれぞれどういう意味?

それぞれ直接接続、ノードへの転送、即時ブロックを意味します。ルールリストは上から順に照合され、最初に一致した条件が適用されるため、順序がそのまま優先度になります。ポリシーやルールの書き方の詳細は用語集のルールと振り分けの分類を参照してください。