Windows
デスクトップでの日常利用に適しています。グラフィカルインターフェースを備えたClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasuから選び、必要に応じてシステムプロキシ、自動起動、TUNによる処理を設定できます。
ダウンロードへ進むWindows、macOS、Android、iOS、Linux向けクライアントをまとめて探し、手順に沿ってサブスクリプション登録、ルール分岐、DNS設定を完了できます。
Clashクライアントは設定管理とシステム連携を担い、mihomoなどのカーネルがポートの待ち受け、DNSの解析、ルールの照合、プロキシ方針の選択を処理します。ここでは実際の設定手順に沿って4つの重要なポイントを分け、それぞれの役割と、さらに確認できる具体的な入口を紹介します。
ルール分岐が解決するのは「各接続をどこへ送るか」という問題です。設定内のrulesを上から順に確認し、ドメイン、IP、プロセス、ルールセットに一致すると、接続を指定したプロキシグループへ渡します。範囲を細かく指定したルールを前に、フォールバック用のルールを末尾に置くと、よくある誤判定を減らせます。
単一のオン・オフだけを提供する従来のプロキシツールとは異なり、Clashエコシステムでは照合条件と実際のノード選択を2層に分けます。同じルールを長く再利用でき、ノードが変わってもサブスクリプションを更新するか、プロキシグループを調整するだけで済みます。構文を項目ごとに確認する場合は、設定リファレンスのルール章を参照してください。
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,LAN,DIRECT
- RULE-SET,work,Work
- MATCH,Proxy
DNS設定はドメインの解析方法だけでなく、接続時にルールエンジンがドメインを引き続き識別できるかどうかにも影響します。fake-ipを有効にすると、カーネルは予約アドレスを返してマッピングを管理し、実際の接続時に元のドメインを復元してルールを適用します。安定したドメイン分岐や透過的なトラフィック処理が必要な設定に適した方式です。
nameserver、fallback、ルールの方針はまとめて確認する必要があり、サーバーアドレスを1つ置き換えるだけでは不十分です。サイトの名前解決に異常がある場合は、待ち受け状態、強化モード、フィルターリスト、上流DNSへの到達性を順に確認してください。用語集では、Fake-IP、DNS汚染、名前解決の出口の違いを説明しています。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- system
プロキシグループは、ルールとノードの間をつなぐ安定したインターフェースです。ルールでは「Proxy」「Work」「Streaming」などのグループ名だけを参照し、グループ内で手動選択、自動速度テスト、フォールバックなどの方式を使ってノードを管理します。サブスクリプション更新後もグループ名と参照関係が変わらなければ、通常はルール表を書き直す必要がありません。
自動選択ですべての場面に同じテスト方式が適するとは限りません。モバイル回線では切り替えの安定性を重視し、固定回線では検査間隔を長めに設定できます。固定の出口が必要なサービスには手動選択が適しています。まずselect、url-test、fallbackの違いを理解してから、グループ間のネスト構成を決めてください。
5つのプラットフォームすべてでClash設定を読み込めますが、システムプロキシ、VPNインターフェース、自動起動、バックグラウンド動作の仕組みは異なります。デスクトップでは通常、まずシステムプロキシで動作を確認し、より多くのアプリを処理する必要がある場合にTUNを検討します。AndroidとiOSでは、システムが提供するVPNインターフェースを通じて接続を処理します。
そのため、プラットフォーム間の移行は設定ファイルをコピーするだけでは完了しません。ファイル権限、DNSの引き継ぎ、バックグラウンド制限、LANアクセスの設定も改めて確認する必要があります。当サイトのダウンロードページではOS別にクライアントを掲載し、チュートリアルでは共通の流れを保ちながら、デスクトップとモバイルの違いを要所で示しています。
ダウンロードページでは、プラットフォーム別に利用できるグラフィカルクライアント、用途、システム要件を紹介しています。ここではインストーラーを直接配布せず、使用中のデバイスを該当プラットフォームのセクションへ案内し、クライアントの違いを比較しやすくしています。
デスクトップでの日常利用に適しています。グラフィカルインターフェースを備えたClash Plus、Clash Verge Rev、FlClash、Clash Nyanpasuから選び、必要に応じてシステムプロキシ、自動起動、TUNによる処理を設定できます。
ダウンロードへ進むApple SiliconとIntelの両方に対応しています。インストールパッケージを選ぶ前にプロセッサーのアーキテクチャを確認し、初回起動時はシステムの案内に従ってアプリの権限とネットワーク拡張を設定してください。
ダウンロードへ進むAndroidのVPNインターフェースを通じてアプリの接続を処理します。Clash Plus、Clash Meta for Android、FlClash、Surfboardなどが一般的な選択肢です。登録前にサブスクリプション形式とバックグラウンド実行の権限を確認してください。
ダウンロードへ進むシステムストアからClash Plusをインストールし、システムVPN設定で接続を処理します。モバイルでは、オンデマンド接続、モバイルデータ通信の権限、システムのバックグラウンド制御も確認してください。
ダウンロードへ進むデスクトップ環境ではグラフィカルクライアントを利用でき、サーバー、ルーター、軽量環境ではmihomoカーネルを直接導入する方法が適しています。インストール前にパッケージ形式、プロセッサーのアーキテクチャ、サービス権限を確認してください。
ダウンロードへ進む初めて使うときから複雑なルールを変更する必要はありません。まずクライアントのインストール、設定の登録、基本的な接続確認を済ませ、基本経路が正常だと確認してからDNS、TUN、LANアクセス、上書き設定に進みましょう。問題の発生箇所を特定しやすくなります。
詳しいチュートリアルを見る →ダウンロードページで使用中のOSとプロセッサーのアーキテクチャを選びます。デスクトップではシステムの案内に従って権限を設定し、モバイルではVPN設定の権限を確認してください。初回起動後は、まず標準のポートと基本設定を維持します。
設定ページにサブスクリプションURLを貼り付けるか、ローカルからYAMLを読み込みます。更新後に設定が正しく解析されたことを確認し、プロキシ画面にプロキシグループと選択可能なノードが表示されているか確認してください。
まずメインのプロキシグループを選択し、次にシステムプロキシまたはモバイルVPNを有効にします。直接接続とプロキシ接続の対象をそれぞれテストし、ログで一致したルールを確認して、通信の出口が想定どおりか確かめてください。
Clashエコシステムは、複数の独立したプロジェクトで構成されています。現在のデバイスに適したクライアントか判断するには、画面の名称だけでなく、採用カーネル、対応する設定フィールド、システム連携方式、メンテナンス状況も確認する必要があります。
Clashは初期から、ルールを軸としたプロキシ設定モデルを築いてきました。ノードが接続を担い、プロキシグループが選択を行い、ルールが通信を分岐させます。その後、このモデルを中心にデスクトップ、モバイル、派生カーネルがコミュニティで発展しました。現在よく使われるクライアントは画面こそ異なりますが、設定、プロキシ、接続、ログといった近い情報構造を備えています。
クライアントごとに異なるメンテナーが担当することが多く、リリース頻度やプラットフォーム対応も完全には一致しません。当サイトではダウンロード先、クライアント比較、用語解説、設定ドキュメントを分けて整理し、「Clash」「mihomo」と特定のグラフィカルクライアントを同一プロジェクトとして扱わないようにしています。選択時は、プラットフォームへの適合性と実際に必要な機能を基準にしてください。
グラフィカルクライアントは主に設定管理、システムプロキシ、トレイメニュー、ログ確認、更新入口を処理し、mihomoなどのカーネルがプロトコル接続、DNS、ルール照合、プロキシグループ、トラフィック転送を担います。設定フィールドが認識されない場合は、画面プログラムを再インストールするだけでなく、採用カーネルと対応構文も併せて確認してください。
クライアント更新、カーネル更新、サブスクリプション更新、GeoIP・GeoSiteデータ更新は、それぞれ異なる経路です。クライアントをアップグレードしてもサブスクリプションの内容が変わるとは限らず、サブスクリプションを更新してもローカルの上書き設定が自動修正されるわけではありません。正常に読み込める設定を1つ保存し、変更箇所を記録しておくと、更新後に差分の原因をすばやく判断できます。
まず設定の更新結果とログに表示された解析エラーを確認し、次にサブスクリプションの内容にproxy-groupsが含まれているか確認します。ノード一覧だけでプロキシグループの定義がない場合、画面上で完全なルール分岐構成が自動生成されることはありません。詳しい対処方法はインストールと設定の問題をご覧ください。
初回の確認では、設定が簡単で動作を観察しやすいシステムプロキシがおすすめです。システムプロキシに従わないアプリも処理する必要がある場合は、TUNのルーティング、DNS、権限要件を確認してください。関連する概念は用語集で比較しながら読めます。
プロキシグループで本当にそのノードが選択されているか、リクエストがどのルールに一致したか、DNSが想定した結果を返しているか、システムプロキシまたはVPNが有効なままかを順に確認します。複数の箇所を同時に変更すると原因を特定しにくくなるため避けてください。
現在正常に読み込める設定を1つ保存し、インデントにはスペースを使ってTab文字を避けます。一度に変更する論理ブロックは1つだけにし、保存後はまず設定チェックを実行してから新しい設定を有効にしてください。フィールドの説明は設定リファレンスで確認できます。
クライアント画面、YAML構造、DNSのトラブル対応を中心に解説しています。各記事は1つのテーマに絞っているため、基本インストールを終えた後に問題別で参照できます。
プロキシ画面のプロキシグループとノード切り替え、設定画面のサブスクリプション管理と上書き設定の入口、ログ画面のレベル絞り込みと接続記録をエリアごとに解説します。まず画面構成を把握してから設定を変更したい方に適しています。
記事を読むファイルの順序に沿って共通フィールド、DNS、ノード定義、プロキシグループ、ルール表を説明し、読みやすいYAML例を使ってフィールド同士の参照関係を解説します。
記事を読むDNSリクエストが実際にどの出口を通っているかを確認するところから始め、強化モード、フィルターリスト、デフォルトの上流DNS、フォールバックDNSを順に点検し、変更後の確認手順も示します。
記事を読む