Windows
一般的なWindows 10・Windows 11のデスクトップ環境に適しています。ダウンロード前にCPUアーキテクチャとクライアントのメンテナンス状況を確認してください。インストール後は通常、サブスクリプションを導入し、プロキシグループを選択してからシステムプロキシを有効にします。ほかのプロキシソフトを使用している場合は、先にポートの競合を確認してください。
Windowsのダウンロードへオープンソースクライアント・プラットフォーム別導入先と日本語設定ガイド
デスクトップ、スマートフォン、Linux環境に対応するClashクライアントをまとめて探せます。サブスクリプション導入、ルール分岐、設定ファイルの解説も確認できます。ダウンロードページではOS別にクライアントを整理し、ガイドでは初回接続の手順を実際の有効化順に説明します。
クライアント名が似ていても、画面、カーネルのバージョン、対応するシステムアーキテクチャは異なる場合があります。まずプラットフォームを選び、端末のアーキテクチャ、インストール方法、メンテナンス状況を確認してパッケージを決めてください。既存の設定がある場合は設定リファレンスで項目を確認し、初めて使う場合は入門ガイドから始めるのがおすすめです。
PLATFORM DIRECTORY
トップページでは端末に合ったプラットフォーム区分へ案内します。詳細なクライアント名、メンテナンス状況、システムアーキテクチャ、パッケージの入手先はダウンロードページにまとめています。複数ページでリンクを重複管理する必要はありません。端末のアーキテクチャが不明な場合は、先にシステム情報を開き、ダウンロードページの要件表と照らし合わせて選択してください。
一般的なWindows 10・Windows 11のデスクトップ環境に適しています。ダウンロード前にCPUアーキテクチャとクライアントのメンテナンス状況を確認してください。インストール後は通常、サブスクリプションを導入し、プロキシグループを選択してからシステムプロキシを有効にします。ほかのプロキシソフトを使用している場合は、先にポートの競合を確認してください。
WindowsのダウンロードへApple Silicon搭載端末とIntelプロセッサ搭載端末にそれぞれ対応します。初回起動では、アプリの起動許可、ネットワーク拡張、システムプロキシ、キーチェーンへのアクセス許可が必要になる場合があります。権限ごとに用途が異なるため、クライアントの案内とシステム設定の手順に沿って一つずつ対応してください。設定を何度も削除する必要はありません。
macOSのダウンロードへAndroidクライアントは、システムのローカルVPNインターフェースを通じて通信を処理します。パッケージを選ぶ前にARMアーキテクチャを確認してください。利用開始後はVPNの許可、通知権限、省電力設定、バックグラウンド動作の制限も確認し、画面ロック後にシステムが接続を終了しないようにします。
AndroidのダウンロードへiPhone・iPadでは、該当するプラットフォーム区分からClash PlusのApp Storeリンクと公式情報を確認できます。インストール後、システムからVPN構成の追加を求められます。許可した後に設定を導入し、プロキシグループを選択して接続を開始してください。普段のノード切り替えはアプリ内で行えます。
iOSのダウンロードへデスクトップでは、まずグラフィカルインターフェースを備えたクライアントを確認するとよいでしょう。一方、サーバー、ソフトウェアルーター、コンテナ環境では、Mihomoカーネルを直接使用することが一般的です。設定の考え方は似ていますが、サービス管理、ファイル権限、DNSの処理、起動時の動作は異なるため、手順を混在させないでください。
LinuxのダウンロードへCONFIG LABEL
Clashの操作画面はクライアントによって異なりますが、基盤となる設定は通常、ルール、サブスクリプション、システムプロキシ、オーバーライドを中心に構成されます。ここでは用途別に各機能の役割、よくある入口、YAMLの記述方法を説明します。利用できる項目は、現在のクライアントが採用するカーネルに基づいて確認してください。
ルール分岐では、「どの種類の接続をどのプロキシグループへ渡すか」を決めます。Clashはルールを上から順に確認し、該当するとそこで判定を停止します。そのため、具体的なドメイン、ローカルネットワークのアドレス、特殊なサービスのルールは前に置き、範囲の広いルールを後ろに配置します。フォールバックの MATCH は通常、末尾に置きます。グローバル切り替えだけを備えた単純なプロキシツールと異なり、ルールモードでは直接接続、プロキシ、アクセス拒否を同時に扱えます。
変更前に、ルールが参照するプロキシグループ名が実際に存在することを確認し、順序とインデントも確認してください。広範なルールが先に一致すると、後ろの詳細なルールは適用されません。トラブル時は、ウェブページが開くかどうかだけでなく、接続ログに表示される一致ルールを確認しましょう。
ルール構文の解説を見る →rules:
- DOMAIN-SUFFIX,example.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
サブスクリプション管理では、リモートから提供されるノード、プロキシグループ、ルール設定を取得します。導入に成功しても、すべてのノードへ接続できるとは限りません。更新後はプロキシグループのメンバー、ノード名、デフォルトの選択が変わる場合があるため、プロキシグループ画面を再度開き、現在の選択が有効なメンバーを指していることを確認してから遅延テストと接続確認を行ってください。
更新に失敗した場合は、アドレスの無効化、ネットワークへの接続不可、YAMLではない応答、非互換の設定項目、ローカルファイルの権限問題を切り分けます。クライアントを繰り返し再インストールしても、サブスクリプション元の問題は通常解決しません。リモートサブスクリプションから生成されたファイルを編集する場合は、次回の更新でローカル変更が上書きされる可能性にも注意してください。
サブスクリプション導入手順を見る →profile:
store-selected: true
store-fake-ip: true
proxy-providers:
provider-main:
type: http
path: ./providers/main.yaml
システムプロキシは、クライアントとブラウザ、デスクトップアプリをつなぐ一般的な方法です。有効にすると、クライアントはOSのHTTPまたはSOCKSプロキシをローカルの待受ポートへ向けます。システムプロキシに従うアプリは、リクエストをClashへ渡せます。ただし、すべてのプロセスが自動的に対象になるわけではありません。システムプロキシを無視するプログラム、一部のゲーム、特殊なネットワークサービスでは、個別のプロキシ設定やTUNモードが必要になる場合があります。
有効にした後ネットワークへ接続できない場合は、ローカルポートの使用状況、クライアントカーネルの稼働状態、異常終了後も古いアドレスがシステムプロキシに残っていないかを確認してください。LAN共有には待受アドレスとファイアウォールルールも関係するため、「LANを許可する」スイッチだけで外部端末が必ず接続できるとは判断しないでください。
接続と確認の手順を見る →mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
設定のオーバーライドは、ポート、DNS、TUN、ルール、プロキシグループに関するローカル変更を保持するのに適しています。サブスクリプション更新のたびにメインファイルを手動で編集し直す必要がなくなります。クライアントによってオーバーライド、マージ、スクリプト処理の名称は異なり、結合順序にも差があります。利用前に、項目全体を置き換えるのか、配列を追加するのか、キーを再帰的にマージするのかを確認してください。
オーバーライドの範囲は小さくし、取り消しやすく保ちます。DNS、ルール、プロキシグループを一度に大量追加すると、問題発生時に原因を特定しにくくなります。元の設定を保存し、一度に一つの機能ブロックだけを追加して、再読み込み後にログを確認する方法が安全です。YAMLの解析エラーが出た場合は、まず空白によるインデント、コロン、リスト記号を確認してください。
オーバーライドとマージの解説を見る →dns:
enable: true
ipv6: false
enhanced-mode: fake-ip
tun:
enable: true
stack: mixed
QUICK START
ここでは、インストール完了から接続確認までの主要な流れだけを示します。クライアントによってボタンの位置は異なりますが、設定の読み込み、プロキシ選択、システムへの適用、結果確認の順序はほぼ共通です。問題が起きたら現在の手順で止まり、確認を済ませてください。複数の設定を同時に変更するのは避けましょう。
クライアントの設定、サブスクリプション、Profilesページを開き、利用可能なサブスクリプションURLを貼り付けて導入します。導入後は、設定名、更新日時、プロキシグループが表示されることを確認してください。保存成功の通知だけでは不十分です。ノードが表示されない場合は、まず手動更新を実行してエラーメッセージを確認します。期限切れのアドレス、接続不能なネットワーク、異常な応答形式、カーネル項目の非互換には、それぞれ異なる対処が必要です。
ローカルファイルから導入する場合は、YAML本来の空白インデントを維持し、句読点やタブを自動置換するエディターで書き換えないでください。設定に含まれるノード情報は実際の接続情報です。バックアップは自分で管理できる場所に保存してください。
設定を読み込んだら、動作モードをルールモードにしてプロキシグループ画面を開きます。手動選択のグループではノードを一つ指定し、自動選択のグループでは先に遅延テストを実行します。遅延結果は、テスト時点で特定のアドレスへ到達できたことを示すだけで、すべてのウェブサイトの接続品質を保証するものではありません。テストに失敗した場合は、サブスクリプションの状態、端末の時刻、DNS、現在のネットワークも合わせて確認してください。
プロキシグループはノードを参照できるほか、別のプロキシグループを参照することもできます。画面上ではグループが選択済みなのに接続先が想定と異なる場合は、ルールが実際にどのグループへ一致したか、そのグループ内で最終的にどのメンバーが選ばれたかを確認してください。
カーネルが動作していることを確認してから、システムプロキシを有効にするか、必要に応じてTUNを有効にします。まず安定したサイトへアクセスして基本的な接続を確認し、次にクライアントの接続ログで、リクエストが表示されたか、どのルールに一致したか、どのプロキシを使ったかを確認します。ブラウザの表示だけでは、キャッシュ、直接接続、プロキシ接続の結果を区別できません。接続ログのほうが直接的な判断材料になります。
確認が終わってから、起動時の自動実行、バックグラウンド動作、自動更新を設定してください。アプリ終了後にほかのソフトが突然ネットワークへ接続できなくなった場合は、システムのネットワーク設定に戻り、プロキシアドレスが停止済みのローカルポートを指していないか確認します。
OPEN SOURCE NOTES
Clash関連の名称は、カーネル、グラフィカルクライアント、設定形式を同時に指すことがあります。三者の関係を理解すると、インストールパッケージを選びやすくなり、機能の由来を判断し、項目の非互換が起きた際に確認すべき場所を特定できます。
Clashでは当初、YAMLを用いてプロキシノード、プロキシグループ、ルールを設定する方式が確立され、その後プラットフォーム別のグラフィカルクライアントが複数登場しました。画面上の設定、プロキシグループ、接続ログ、システムプロキシのスイッチは、多くがこの考え方を中心に構成されています。初期プロジェクトと後続の派生版ではメンテナンス状況が異なるため、現在クライアントを選ぶ際は名称だけでなく、実際に採用しているカーネルと最近の更新状況も確認してください。
グラフィカルクライアントは、インストール体験、サブスクリプション管理、トレイメニュー、システム権限、設定編集を担当します。プロキシカーネルは、設定の読み込み、ルール照合、接続確立、DNSやTUNなどのネットワーク機能を担います。同じカーネルを採用するクライアントもあれば、時期によって異なるバージョンを使うクライアントもあるため、同じYAMLでも利用できる項目が完全には一致しない場合があります。問題を切り分ける際は、画面操作、OS権限、カーネル設定のどこに原因があるかを先に整理してください。
MihomoはClash Meta系で継続的にメンテナンスされているカーネル実装で、プロキシプロトコル、ルールプロバイダー、DNS、トラフィック処理などの機能を拡張しています。現在の多くのクライアントが基盤カーネルとして採用していますが、高度な項目をクライアント側でラップしたり、非表示にしたり、自動生成したりする場合があります。ネット上の完全な設定をそのままコピーする前に、現在のカーネルの対応範囲を確認し、項目を少しずつ追加してください。YAMLとして解析できても、構文が正しいことを示すだけで、プロキシグループの参照、DNS上流、ルール順序が実際のネットワークに適しているとは限りません。
クライアントの更新、カーネルの更新、サブスクリプションの更新は、それぞれ別の経路です。クライアント更新では画面やシステム連携の方法が変わる可能性があり、カーネル更新では項目の動作が変化する場合があります。サブスクリプション更新は主にノード、プロキシグループ、ルールの内容を置き換えます。問題が起きたら、どの層で変更が発生したかを記録すると、すべてを同時に戻すより原因を特定しやすくなります。本サイトのダウンロードページではプラットフォーム別の導入先を、設定リファレンスでは項目の意味を案内しています。実際に使える機能は、インストールしたクライアントとカーネルのバージョンも合わせて判断してください。
SELECTED QUESTIONS
ここでは、初めてクライアントを選ぶときと設定後に確認すべき基本事項を取り上げます。インストール、利用、トラブルの詳しい分類は、トラブルシューティングページで確認できます。
クライアントは操作可能なグラフィカルインターフェース、サブスクリプション管理、システム連携を提供し、Mihomoカーネルは設定の解析、ルール照合、接続処理を担当します。クライアントがカーネルを内蔵し、動作状態を管理する場合もありますが、両者の更新周期は異なる可能性があります。ダウンロード項目を選ぶ際は、通常まずグラフィカルクライアントを選び、サーバーやルーターのユーザーがカーネルを直接導入します。
まずサブスクリプションURLが有効か確認し、手動更新を実行して返されたエラーを確認してください。よくある原因は、アドレスへ到達できない、応答形式が異常、サブスクリプションの期限切れ、現在のカーネルとの設定項目の非互換、プロキシプロバイダーのファイル書き込み失敗です。導入を繰り返すだけでなく、エラーの種類に応じて対処してください。
いいえ。システムプロキシは主にOSのプロキシ設定に従うプログラムへ適用されます。ゲーム、コマンドラインツール、特殊なネットワークサービスの中には、独自の接続経路を使ってシステムプロキシを迂回するものがあります。より広い範囲を処理する必要がある場合はTUNモードを検討できますが、有効にする前にシステム権限、DNS設定、ほかのネットワークソフトとの競合を確認してください。
遅延テストで確認できるのは、特定のテストアドレスへの接続結果とその時点の状態だけです。対象リクエストが一致したルール、プロキシグループの最終メンバー、DNS名前解決、端末のシステム時刻、現在のネットワーク制限、ローカルファイアウォールも確認してください。接続ログを開き、リクエスト、ルール、プロキシグループ、ノードの順に確認するのがおすすめです。
FIELD NOTES
記事は、プラットフォーム設定、高度なルーティング、初回接続、トラブルシューティングのテーマ別に整理しています。各記事は一つの明確な作業を中心に構成しているため、基本インストール後の確認にも、該当する症状が起きた際の手順確認にも利用できます。
初回起動時にネットワーク拡張、システムプロキシ、キーチェーンの許可がそれぞれ何に影響するかを説明し、権限を拒否した後に再度有効にするシステム設定の手順をまとめます。インストール後にカーネルが起動しない場合や、システムの通知が繰り返し表示されるmacOSユーザーに適しています。
記事を読む →仮想ネットワークアダプターとルーティング制御の仕組みから、TUNとシステムプロキシの違いを説明します。権限、DNSとの組み合わせ、よくある競合についても解説します。システムプロキシ設定に従わないプログラムや複雑なネットワーク環境に対応したいユーザー向けです。
記事を読む →初回利用の流れに沿って、サブスクリプション導入、プロキシ選択、遅延テスト、システムプロキシの有効化、接続結果の確認を進めます。各段階で確認すべき内容も説明し、設定の読み込みを確認する前に複数の項目を同時に変更することを防ぎます。
記事を読む →